Rodrigo wrote:What are you using to limit the speed going in? (in Max?)
I don't need to limit the speed when I use the dummy message. With the "blink once" LED status triggered by a [metro] I went just fast enough to see a dark LED because it could not blink that fast. This is the natural point to stop because an invisible light doesn't make sense.
However, during the tests I found out that sending value pairs directly doesn't work very well at higher speed. Message boxes with commas seem to work best. If your LED concept is simple you can of course prepare your message boxes including the dummies and bang them quickly out. Or store and recall them somewhere (coll, preset, pattrstorage etc.) For full flexibility you may consider a serial method that cannot easily break the messages up because of timing problems:
- A coll sends number/value pairs according to the data it receives (first pair=LED#, second pair=color, third pair=state).
- A [zl group 6] breaks the stream into lists of 6 numbers (= the 3 pairs).
- A [sprintf] puts the commas in and adds the dummy message:
[sprintf %d %d\, %d %d\, %d %d\, 0 0\, 0 0\, 0 0]
- The [sprintf] connects to the right inlet of a message box to fill the string in and to the left inlet to bounce it immediately out.
- The result (because of the commas again number/value pairs) goes to a [midiformat] and to the Softstep.
Below is the content of the [coll]. First the pad numbers, then the colors and finally the states.
Code: Select all
1, 40 0;
2, 40 1;
3, 40 2;
4, 40 3;
5, 40 4;
6, 40 5;
7, 40 6;
8, 40 7;
9, 40 8;
10, 40 9;
green, 41 0;
red, 41 1;
yellow, 41 2;
off, 42 0;
on, 42 1;
slow, 42 2;
fast, 42 3;
blink, 42 4;
beat, 42 4;
Rodrigo wrote:The objects I know (del, pipe, speedlim) wouldn't work to pass the same information just slower.
Correct. [del] and [pipe] just delay the beginning of a stream while [speedlim] swallows what it cannot transfer. If we would be forced to effectively control the speed we would need to store our values and send them out at a certain clock speed. I want to avoid it because this way things can get very complicated compared to the effect: switching silly LEDs ...
But the 00,00,00 dummy after each LED message seems to work very well. Maybe it is just good to waste some processing time in the SoftStep device, enough to keep it under control.