Max for Live Limitations
Communication between devices using send and receive is supported, but there may be some latency involved when sending data between devices.
The grab object cannot be used to communicate from a send to a receive between devices.
When authorized only via Live, the Max application will not use its own audio drivers. Its audio input is the input to a Max device you are editing, and its audio output is the output from that Max device. Audio I/O works when using preview mode. If you turn preview mode off, all audio I/O for the Max application will stop.
If Max and MSP are authorized when editing a Live device, Max Consoles that are not a part of the Live device will use the regular Max audio drivers.
The use of the send~ and receive~ objects to pass audio between Max for Live devices is not supported.
User initiated connections for MC patches are prohibited with only a Max for Live authorization. Runtime behavior and scripted connections will work, but in order to add new connections, a standalone Max authorization is required.
When authorized only via Live, the Max application will not use its own MIDI drivers. MIDI input arrives from Live and MIDI output is sent to Live. MIDI I/O works only when using preview mode. If you turn preview mode off, all MIDI I/O for the Max application will stop.
When you open a Max patcher file such as a help file containing Max MIDI objects, the MIDI output will be sent to the MIDI output of the device you are currently editing. If you open a file containing MIDI objects when you are not editing a device, there will be no MIDI I/O.
If Max is authorized when editing a Live device, Max Consoles that are not a part of the Live device will use the regular Max MIDI drivers for MIDI objects.
pattr and Max for Live Parameters
Although the pattr objects can be used in the context of Max for Live, there are some differences as compared to normal Max use.
autopattr: The autopattr object cannot be used to batch-register objects with the Parameter system. You need to use individual pattr objects for this purpose.
pattr: The pattr object functions mostly identically under Max and Max for Live. However, some users might expect the value of a pattr object in a Max for Live device to be automatically maintained by the Live Set upon save and close, and to be correctly restored when the Set is re-opened. This is not the case. This behavior is available, but only if the pattr object's Parameter Mode Enable attribute is enabled in the object's Inspector and the Parameter Visibility attribute is set to ' ' or ' .
pattrstorage: The pattrstorage object also functions mostly identically under Max for Live, but there are a few important distinctions to keep in mind, if the object is in Parameter Mode. First, the value of the pattrstorage object in Parameter Mode is its entire storage state (what is ordinarily saved to an external file), rather than the currently recalled slot. This means that devices using pattrstorage in Parameter Mode need not require an external file to recall the storage state of the object (it can be saved in presets, set as an initial value or stored in the Set). Use of an external file can be disabled using the object's savemode attribute (set to 0). If the pattrstorage object has an Initial Value (Initial Enable is turned on in the Inspector), the savemode and autorestore attributes are ignored and file-less use of the object is assumed. Finally, the pattrstorage object has an additional attribute when in Parameter Mode: Auto-update Parameter Initial Value. When this is enabled and Initial Enable is turned on, all changes to the object's storage state will cause the Initial Value to auto-update to the new state.
When authorized only via Live, Max cannot build collectives or standalone applications. Frozen devices, which Max for Live creates, are very similar to collectives.
|Technical Notes||Technical Notes|
|Max For Live||Max For Live|