Hey Andy, sorry for the delay buddy.
Yeah it makes perfect sense, I have also come across this problem.
Can you tell me, sorry, as Im not familiar with the Yammy sysex, but does the first byte, "1" in the "1S" ever change also?
Or does it stay as a "1"?
You see, you can use your "own" values behind an L control, using "Named Ticks".
When you create a channel control, it gets populated by default with 16 values (0-15) to emulate the 16 midi channels.
But you can clear these values, and make up what ever Hex values you want to send it. So say you need these two byte values in Hex.
"10"
"11"
"12"
"13"
You could hard code these into the L controls "Named Ticks" list as decimal, and it will spit them out as HEX for you.
You need to convert these to decimal so it outputs the right Hex values.
Dec - Hex
16 - 10
17 - 11
18 - 12
So your Tick screen would look like so.
Midi . Display . Name .
16 0 "Scene One"
17 1 "Scene Two"
18 2 "Scene Three"
I hope that makes some sense, and again, this all hinges on what the first word (byte) is and what it can change to. This method obviously can't work all the time, because your kind of "hard coding" your values behind the "L" parameter.
If the first byte is constantly changing also to other values, your hard coded value list can get REALLY large. Defeating the purpose.
Cheers
Brett ;)