From ftm
Jump to: navigation, search
(Current version)
(Older versions)
Line 23: Line 23:
  
 
Max 4.6 on Mac OS X
 
Max 4.6 on Mac OS X
 +
* [http://ftm.ircam.fr/downloads/FTM.2.3.6-Max46ub.dmg FTM 2.3.6 binaries for Max/MSP 4.6 (UB)  on Mac OS X]
 
* [http://ftm.ircam.fr/downloads/FTM.2.3.5-Max46ub.dmg FTM 2.3.5 binaries for Max/MSP 4.6 (UB)  on Mac OS X]
 
* [http://ftm.ircam.fr/downloads/FTM.2.3.5-Max46ub.dmg FTM 2.3.5 binaries for Max/MSP 4.6 (UB)  on Mac OS X]
 
* [http://ftm.ircam.fr/downloads/FTM.2.3.4.BETA-Max46ub.dmg FTM 2.3.4.BETA binaries for Max/MSP 4.6 (UB)  on Mac OS X]
 
* [http://ftm.ircam.fr/downloads/FTM.2.3.4.BETA-Max46ub.dmg FTM 2.3.4.BETA binaries for Max/MSP 4.6 (UB)  on Mac OS X]

Revision as of 10:39, 14 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