Hello,

The outlets of all objects in Pd output from right to left order. Also, the leftmost inlet is the hot inlet, meaning it will cause the object to output when it receives a value. So with your current setup, they rightmost outlet of [unpack] is triggering the leftmost inlet of [pack] before it receives the rest of the values from [unpack]. You could instead rearrange the list with a message box like this:

[route notein]
             |
             [$3 $1 $2(
             |
             [route 4 1 2 3]


The display showing the last value first is just the [pack] outputting the last numbers it received from the previous time you ran the sequence.

.mmb


Chuck Wiggins wrote:
I'm fairly new to PD, and have a behavior in a patch that I can't understand - perhaps someone can enlighten me. I've reduced the problem down to a simpler patch layout - see attached file. My goal is to read midiin messages from a file via a qlist object, and route them based on channel. I matched up unpack and pack objects to transpose the midiin arguments so I could subsequently route based on channel. But I think a bang event is firing on the pack before it has all the arguments - the first print statement is not the first message from my file. I tried even introducing a 1ms delay before sending the leftmost argument to pack, but that soon got out of sync. Also tried a few approaches storing in floats. Any suggestions? I'm sure it's a basic PD behavior that I just don't quite grasp yet.

Running the attached patch will show the sequence below. The print statement from the [route 4 1 2 3] object is displaying before the one from the [route notein], and the first value it shows - "42 0" - is not the first midiin message from my file - in fact it's the last..

print: 42 0
print: notein 50 127 4
print: 50 127
print: notein 50 0 4
print: 50 0
print: notein 45 127 4
print: 45 127
print: notein 45 0 4
print: 45 0
print: notein 47 127 4
print: 47 127
print: notein 47 0 4
print: 47 0
print: notein 42 127 4
print: 42 127
print: notein 42 0 4

Thanks much,

Chuck

_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list