Holiday notice: Cycling '74 will be closed Monday, October 9th. Manual authorization, support cases, and manual order processing will be delayed.
Happy 10-year Birthday, TapTools!
Oct 23 2012 | 2:39 pm
My object package for Max has just turned 10 years old. I hope you'll pardon a proud parent for feeling some excitement on the occasion :-).
The TapTools objects actually started in response to interchanges on the precursor to this forum (the old McGill University Max email list). In October 2002 they made the move to a commercial package so I could justify the time I was spending to support to the objects.
For the 10 year birthday I've decided to drop the price to $25 @ http://shop.electrotap.com/products/taptools
Sorry for the commercially nature of this. I just could never have imagined when I started writing these externs that they would still be going strong 10 years later! Thanks to all of you who have supported them over the course of time, and I hope they've been as big a blessing to you as they have been to me!
best,
Tim
- Oct 23 2012 | 3:22 pmhappy tappy birthday!
- Oct 23 2012 | 5:12 pmHappy Birthday!! And an amazing offer! Just took advantage of it ;) Can't wait to give it a try!
- Oct 23 2012 | 5:50 pmbut no windows version :-( if i would be sure a win version will be out i'd buy taptools right now :-) but i guess it won't never be a win version, sadly. happy birthday !
- Oct 23 2012 | 11:38 pmbought anyway :-) using ver 3.0.1 any hope to have future upgrade following osX versions? thanks
- Oct 24 2012 | 4:11 amWow. That's amazing and I'm seriously humbled... We're exploring some options for the future. I've always want to have the source code available to users, so maybe some sort of option where that is released into the wild would encourage others to port it to Windows (or something like that).I guess if it were open source then I wouldn't have to worry about the authorization, which would simplify the issue of Windows support...So, is there hope? I think the answer is yes, but that isn't a commitment of any kind...Cheers, Tim
- Oct 24 2012 | 1:06 pmgreat! i guess that if the source code is well commented it shouldn't be so difficult to adapt it for win32/64. how much plaform specific code is in the latest taptools?a.
- Oct 24 2012 | 1:33 pmThe platform specific code is limited to only a few objects (e.g. tap.applescript).best, Tim
- Oct 25 2012 | 6:23 amTrying the demo now. [tap.pan~] seems to output signal only on the first output. Same in the help file. What tools can be used for multichannel processing ?
- Oct 25 2012 | 6:24 am
- Oct 25 2012 | 6:37 amThis is strange, I get the same thing with tap.shift~ help file ??? no problem with standard max objects...
- Oct 25 2012 | 7:09 amsame problem here with [tap.pan~]... I don't seem to have issues with tap.shift~
- Oct 25 2012 | 7:58 amBTW, mbp 2 x 2,4 osx 10.6.8 max 6.07...
- Oct 25 2012 | 10:25 amtap.pan~ works just fine on my ( humble and ancient :-P ) 3.0.1 taptools on Windows 7 and Max 6.0.7a.
- Oct 25 2012 | 12:12 pmThe slider connected to the tap.pan~ in that patcher is doing 3 things that are potentially problematic:1. It is sending ints instead of floats 2. The range is 0 to 127 instead of from 0. to 1. 3. It is connected to the first inlet instead of the second inlet.Hope this helps! Tim
- Oct 25 2012 | 7:11 pmI was using the helppatch only... still no dice...MBP 10.8.2 Max 6.0.7
- Oct 27 2012 | 8:46 amSame for me : help files for both cases.
- Oct 27 2012 | 7:33 pmit seems help patch wasn't updated after some internal changes. After a little of experimentation: position has -1..+1 range (not 0..1) and signal should be connected to both inlets (for mono to stereo pan). It's nice, because it could be used as stereo balance or dry/wet (when mixing outputs).sto lat!
- Oct 30 2012 | 11:56 amThanks -- I'll fix that help patcher!
