Forums > MaxMSP

Tap.Tools 3.2

October 29, 2010 | 4:18 am

Hi all,

I’ve released Tap.Tools 3.2 into the wild. The main focus for this version was smoothing things out so it all works well in Max for Live. Download is @ http://download.74objects.com/taptools/index.html .

Cheers,
Tim


October 29, 2010 | 6:52 am

Is this any different to the recent RC1 release? Do I need to replace it?
Cheers
MM


October 29, 2010 | 12:50 pm

The RC and the release are same.

best,
Tim


October 29, 2010 | 10:00 pm

Intel only.
Sigh.
i spent da money, i guess us *poor* Motorola folk don’t matter anymore.
unhappy,
j2k


October 30, 2010 | 12:27 am

Unfortunately, my PPC machine died. And you can’t get them anymore. Even used.

That probably doesn’t make you feel better, but I don’t think it’s fair to assume that you don’t "matter" anymore. Because you certainly do!

Fortunately, all of the older versions of Tap.Tools are still available, and Tap.Tools 2 (for Max 4.6) is even available for free. Hopefully than can serve some consolation…

Cheers,
Tim


October 30, 2010 | 1:02 am

No worries, no need for another download . . .
Thanks Tim


October 31, 2010 | 12:21 pm

hi

nice , but….. using the tap.filter~ (the help patch), switching to hilbert always crashes my max app

mac, os X 6 4, intel 2.5 core 2 duo; max 5.1.5

best

kasper


November 1, 2010 | 12:54 pm

Hi Tim,
I love TapTools!
Is a Windows version (of 3.2) forthcoming, by chance?
Thanks.



kjg
November 2, 2010 | 8:46 pm

Hi Tim,

What about users on 10.4.11?

I have no intention to upgrade to 10.5 or 10.6, since the combination of this machine+OS+audio drivers is very stable and reliable.

Can I expect trouble or is it just a case of "not officially supported anymore but should run fine in most cases"?

Thanks.
Klaas-Jan


November 3, 2010 | 12:55 pm

Hi Tim,
Is a Windows version for TapTools 3.2, planned?
thanks


November 5, 2010 | 10:44 am

@kasper Thanks for the report — I’ve fixed this for the next version.
@kjg It is quite difficult to support OS 10.4 now. The version of Xcode I have installed from Apple doesn’t even have the option of installing support for 10.4 anymore. I guess this is Apple’s way of dragging us along kicking and screaming.


November 5, 2010 | 10:49 am

Re: Windows, there are no planned updates for Windows at this time. This was announced a few months ago @ http://twitter.com/74objects .

Cheers,
Tim


November 5, 2010 | 1:44 pm

+1 for windows


November 5, 2010 | 3:56 pm

too bad that there’s not win version.
the multiplatform nature of max/msp is still neglected by a lot of third party objects developers.
i understand their reasons very good.
but often i feel like a "paria" windows xp user :(

+1 for taptools 3.2 for windows


November 5, 2010 | 7:16 pm

‘well, at least you guys have the excuse of being the ‘new kids on the block’: there are some users who have been owners of Max since before Msp, first year adopters of the original TapTools, fully paid, who are now dropped from it’s further development because of Apple’s great ability to re-invent itself. I lost my favorite DAW (Vision) when Apple first went to (the superior) OS X…now I lose TapTools because of Apple’s lovely fickleness.
i also wanted to contribute to Jamoma.
No chance now until a raise magically appears during the worst recession since the 30′s or i win the lottery. P.S. "MacBusinessSystems" here in my hometown will sell a used G5 to you for < 300$.
sigh.



kjg
November 6, 2010 | 12:27 am

Ok, Tim. For now no TT for me then.
Thanks for explaining.

I wonder how Cycling and other companies do it? Do they hang on to an older version of XCode to maintain 10.4 compatibility?


November 6, 2010 | 2:19 am

As the saying goes, there are lots of ways to skin a cat. Particularly in cases like this, you have lots of options as you have more resources available to you. Cycling has a lot more resources available to it than Electrotap or 74Objects have available.

In the case of Tap.Tools, those resources are extremely limited in the best of times. And, as Charlie points out, these are not the best of times.

In the case of Jamoma, it relies on volunteers — so the hard work of (backward) compatibility falls to whoever is interested in doing it for free. If anyone would like to volunteer, please do! You are certainly welcome in our family!


November 6, 2010 | 1:15 pm

hmm. Jamoma. ok. pulled from github, but the ruby build fails looking for a file that probably exists for intel platform pulls: ./supports/jamomalib

I can run "Xcode"/gcc since it was "AppBuilder" (NeXTStep)?… or is the dsp code itself hand coded intel SSE or whatever these days?

Any ideas, Tim?
PS Tim, I admire you for working so hard for new music, when as I know too well, the demand for coders still goes on for standards industries like insurance/banking, and they’re not going anywhere. We Hope. I wish you the kind of success my old colleagues at UI CERL have had with their commercial ventures (Kyma, Continuum).
Charlie


November 8, 2010 | 6:51 am

Hi Charles,

to check out Jamoma from git, did you follow these instructions?

http://redmine.jamoma.org/projects/jamoma/wiki/Checking_out_Jamoma_from_GIT

cheers,

N.


November 8, 2010 | 1:22 pm

uh, yes…
after the ruby update step (which completed), I started the compile, which immediately dies on the dependency "/supports/jamomalib" (./supports/jamomalib in Builds. it is not there.)
Unless the update failed (i did little but scan the verbose output, but saw no obvious failures), the issue would (seem) to be that I am on an unsupported architecture, :), which I knew, but was hoping to work through any porting issue; this dependency is a bit much: without source to solve this dependency… I suspect that the update failed to find the jamomalib for my architecture, PPC, because it does not exist, so I do not have it. I asked if this lib was *by nature* intel only… but have not heard back about that.
Keenly interested, but I am ‘unsupported’:
I am a +50yo programmer/composer-(PhD in comp UCSB)/user of Max for 20 yrs…but until i get to buy anything other than my family’s life-support, Jamoma will have to wait… unless the missing dsplib is actually in some nice compilable language, rather than the swift and ubiquitous intel assembler… :-), he said, not having much hope.
thanks…
cfb aka j2k


November 11, 2010 | 3:10 am

Well, I guess you found out it isn’t easy :-). If it were easy, someone else would definitely have done it… Gotta love "progress"…

Anyway, if you think it would be useful to pursue further, we discuss all things related to Jamoma over on the forum/mailing-list @ http://jamoma.org/forum.html . You’re welcome to participate there.

Someone gung-ho on Windows would also be more than welcome ;-).


Viewing 21 posts - 1 through 21 (of 21 total)