jon
Converser
Posts: 10
|
Post by jon on Sept 28, 2020 19:17:58 GMT
Hey Nic,
I inquired with Jonatan (the AUM dev) regarding an issue I was seeing related to SET NAME in StreamByter, and Jonatan responded that SB "... probably uses an older method (shortName) instead of the better one (contextName)".
Is he right? If so, updating StreamByter would to use contextName would likely make my life a bit easier when dealing with multiple instances of SB in AUM. As it is now, SET NAME updates the icon label, but not the title bar, MIDI input selector lists and MIDI routing matrix, unless I manually long-press each window title bar and rename.
--Jon
|
|
nic
Soapbox Supremo
Troublemaker
Press any key to continue
Posts: 2,011
|
Post by nic on Sept 29, 2020 15:29:50 GMT
Hi jon, StreamByter indeed only sets the shortName and does not set the contextName. My understanding was always that contextName is set by the host for the plugin to examine and not the other way round. Regards, Nic
|
|
jon
Converser
Posts: 10
|
Post by jon on Sept 30, 2020 1:10:13 GMT
|
|
nic
Soapbox Supremo
Troublemaker
Press any key to continue
Posts: 2,011
|
Post by nic on Sept 30, 2020 7:28:48 GMT
Hi jon , Right! My reading of the above tallies with what I said, I reckon. MidiFire (a host) for example sets the contextName which the plugs can examine. In my case, for my own plugs they operate differently if they know MidiFire is the host. For example, StreamByterAU sends invisible messages to MidiFire to tell it that an event was blocked so MidiFire can flash the module in red. It doesn't do that for other hosts. When I developed SB, I asked Jonatan what he was using to set the instance label in AUM and he told me to set shortName. I would argue that AUM using contextName is a bit of a hijack of that property and using it for reasons it isn't documented for. I guess because he found out that a plug could set it. Regards, Nic.
|
|
jon
Converser
Posts: 10
|
Post by jon on Sept 30, 2020 13:59:57 GMT
OK, well I can't speak for the designers of AUv3, and I'm not a dev, but to me the doc seems to be saying that the intended use of contextName is to provide data to the host. Maybe it would be good for you and Jonatan to touch base on this again? One way or another, SB and AUM should be able to agree on a method to consistently display an instance-specific label so that we can have complex routing configurations that are readable and manageable. I can get there now by manually re-labeling each instance after I create it, but the SB scripts should be able to do that for me.
Thanks.
P.S. I'm a beta tester for AUM, and I would be happy to beta any future SB updates.
|
|