From ftm
Jump to: navigation, search
(Experimental versions)
(Older versions)
Line 41: Line 41:
  
 
Max 4.5 on Mac OS X
 
Max 4.5 on Mac OS X
* [http://ftm.ircam.fr/downloads/FTM.2.2.0.BETA-Max45.dmg FTM 2.2.0 BETA binaries for Max/MSP 4.5 (ppc) on Mac OS X]<br> (last release for Max 4.5, works for Mac OS X 10.3)
+
* [http://ftm.ircam.fr/downloads/FTM.2.2.0.BETA-Max45.dmg FTM 2.2.0 BETA binaries for Max/MSP 4.5 (ppc) on Mac OS X] (last release for Max 4.5, works for Mac OS X 10.3)
 
* [http://ftm.ircam.fr/downloads/FTM.1.7.11-Max45ppc.dmg FTM 1.7.11 binaries for Max/MSP 4.5 (PPC only) on Mac OS X]
 
* [http://ftm.ircam.fr/downloads/FTM.1.7.11-Max45ppc.dmg FTM 1.7.11 binaries for Max/MSP 4.5 (PPC only) on Mac OS X]
  

Revision as of 10:35, 3 November 2008

Current version

FTM & Co 2.3

Max 4.6 on Mac OS X

Max 4.6 on Windows


Known issue:

FTM is still not entirely thread-safe. Messages or expressions that are executed in different threads (alarm, GUI/main, UDP input, etc) and simultaneously modify FTM data structures (e.g. fmat ou mat) can cause crashes. The easiest way to avoid this is to reschedule congruent accesses to FTM data structures into the same thread. The externals "pipe" or "ftm.schedule" (that now is thread-safe) with a 0 delay time would always output in the alarm ("high priority") thread while "defer" and "deferlow" can be used to reschedule messages in the Max main application (GUI) thread.

Experimental versions

Max 5 on Mac OS X

Older versions

Max 4.6 on Mac OS X

Max 4.5 on Mac OS X

Max 4.6 on Windows

Max 4.5 on Windows