turn off all devices in a track via Live API, how to?

[defetto]

thanks for the reply bencodec,

well the arm button does not support automation anyway, so i'd need a maxforlive device in any case right?

regarding the possibility to set record arm to function like a solo button, it wouldn't work in my case as i'm not alone, i'm playing with another guy (sorry i didnt specify this), so there will be always 2 tracks armed at a time.

Pedro

[henke]

how about using an instrument rack and control the chain selector from M4L ?

this way you can have it all in one track and the chain selector is used to switch between the instruments. The x-port stuff will make sure that only the instruments which are generating sound and their effects will use CPU.

Robert

[defetto]

Dear Robert

you are so right, i just discovered about instrument racks, and that's definetly the best way to go thanks a lot for the hint!

btw (correct me if i'm wrong) if i move the chain selector from chain 1 to chain 2, and chain 1 was still generating some sound, the signal won't be cutted.. it should continue to work until the sound ends, right?

Sounds sweet, thank you

Pedro

[henke]

Dear Robert

you are so right, i just discovered about instrument racks, and that's definetly the best way to go thanks a lot for the hint!

btw (correct me if i'm wrong) if i move the chain selector from chain 1 to chain 2, and chain 1 was still generating some sound, the signal won't be cutted.. it should continue to work until the sound ends, right?

Sounds sweet, thank you

Pedro

Hi Pedro,
yes, in audio effect and instrument chains the output signal defines when a chain is turned off. This indeed means that a sound from a synth is not suddenly cut off when you change the chain via chain selector. But this also means you have to be careful with polyphony / number of voices / release times or your CPU load will go up the roof....

Robert

[defetto]

Will keep that in mind Robert, thanks, good to hear there will be no cut off in case i move to the next chain while the previous is still releasing some signal , as that might happen in some cases..
I have a good cpu (intel i7 960), but for sure I will squeeze it properly with this project i am working on (it's not just Live, also vvvv for the visual side, and that's a lot of calculation considering what we want to do)..
In fact that's why i'm being so careful about optimization
Cheers,
Pedro

[prebentious]

Robert:
If I put 128 reverbs in a rack with no audio going through, it gives me 80% CPU usage.
From what you wrote about the X-port, it seems that it shouldn't.
Am I doing something wrong?

Thanks,
Ben

[henke]

Robert:
If I put 128 reverbs in a rack with no audio going through, it gives me 80% CPU usage.
From what you wrote about the X-port, it seems that it shouldn't.
Am I doing something wrong?

Thanks,
Ben

Hi Ben,
just checked. You are right. It seems the reverb is doing more when 'sleeping' then it should. I tried it also with 512 Simple Delays, and there it worked as expected. I'll filed the reverb behavior as bug.

Cheers, Robert

[defetto]

Good to know, well the x-port works fine if i only have instruments in the rack (like many instances if a grand piano).. then i have a single reverb in a return track, everything works as expected

[prebentious]

Hi Robert:

I also get large CPU usage with many Tensions and Electrics in a rack. I'll make a post in the bug reporting forums about it.

[defetto]

Hi prebentious, could you please write the link to your post here? (i can't find the bug reporting forum )

[prebentious]

Here it is:

http://forum.ableton.com/viewtopic.php?f=2&t=136418

[circuitb]

hi
if you use program change or midi CC's in your synths rack (to limit the ram usage for example)
you have to map the chain selector to a midi filter device (midiparse->switch CC/PgmChg->midiformat)
cause the chain selector only mute the midi notes on's ...
if chaine 1 is selected = pass Pgm Change and CC's