API help, how to get parameter names into umenu from the device to the left
Hi,
Im trying to make a mfl device that automatically reads the available parameter names in the device located to the left of it in Live effect chain.
Is this possible, is this very diffcult to achieve
you'll need to create a path to the parameter itself, this is easy with the live api, you may need to permanently name the pat eg tracks 0 devices 0 parameters 1 (0 is the the device on off)....
Send this to a live.object and send that a get name into the left outlet, this could then be sent to a prepend set object and out to a textedit object...
It is relatively simple i think, the challenge comes when you want to make the patch less static and available to be put into every track at will... I'd have to look into how a device would read it's own id?
As soon as i've finished my patch i'll post it up, it's taken me a day or two to get one parameter going but the rest is a copy and paste affair so shouldn't take me too long....
Cheers
D
Cheers
D
Great, im looking forward to reverse engineer the patch.
Im actually strugling with giving the lfo patch from the maxforlive sneakpeak article repleacable arguments, my modified patch fails in showing the the parameter names in the umenu :(
this will give you the path to the next device in row
From there you can easily scan for all parameters in that device
Hi,
does this also work for devices in return tracks? How do you get access to the return tracks, as they are not numbered from 0 to ...?
Cheers
Falk
@JKO Thanks, but it does not write the parameters into the umenu.
Would there be an easy way to filter and reorganize the list of parameters from a Live device, so when I load the Operator device, I only get the 10,15 parameters I usually modulate, and also maybe have them organized so the most used parameters appear first in the list
Hello,
well, with the umenu it seems doable somehow ... but what about the live.menu? I mean, this is about MaxForLive, right? :)
is that doable?
(normal Max? js?)
Thanks
best
Sure, its maxforlive, but umenu is not an ui element that is likely you want to modulate, and then I cant see no reason not to use max ui elements.
Cheers
thanks for your thoughts.
Well, IMHO look and feels means something to some computer users ....
and the candy-Max5 umenu is not really fitting the GUI aesthetics of Live ....
ok, this is no technical problem, but .... well, at least to be it is a kind of embarrassment :) whatever that is worth ;)
best