Roald Baudoux

I have a strange problem when feeding noteout with note on and note off

Please use the embedded patcher and open the attached .txt file with seq~.

The messages do seem to have the right syntax and if I translate them

for midiout everything is OK. But if I send them directly to noteout no

So, is it noteout, seq~ or me ? I got no answer from C74's support...

I have a strange problem when feeding noteout with note on and note off
messages from seq~.

The messages do seem to have the right syntax and if I translate them
for midiout everything is OK. But if I send them directly to noteout no
MIDI message is coming out from noteout.

bug-seq-noteout-or-me

You just need to unpack the list coming from seq~.

You just need to unpack the list coming from seq~.
(Notice that noteout has 3 inlets).


This might be a bug(?). You should be able to send a list to noteout but it seems the channel info breaks the functionality. If you unpack the message it works fine... weird. And just to be totally confusing you can send it pitch/velocity as a pair and set the channel separately and it works...

"You should be able to send a list to noteout.."

Can you point to a reference section where this is described?

sorry, don't really know where the reference is. but I do remember that any list sent into the left inlet of a multi-inlet object will be distributed over the inlets from left to right...

Interesting. I wasn't aware of the "distribution rule".

Interesting. I wasn't aware of the "distribution rule".
Is it documented somewhere officially?


that's interesting. wonder why it's not defined as a list...

never occurred to me to check the outlet type!!! definitely going into my bag of tricks now ;)

that's interesting. wonder why it's not defined as a list...
never occurred to me to check the outlet type!!! definitely going into my bag of tricks now ;)

Yes, I ran the printit test and I got the same results as pizza olives.

I also thought it could come from several events having exactly the same position in the sequence but even by moving events slightly to avoid this it doesn't solve the problem.

Looks like a timing problem. The channel info needed from noteout to calculate the status byte (144 etc.) probably arrives too late relative to the first inlet. But in my opinion the "distribution rule" is questionable anyway.

> But in my opinion the "distribution rule" is questionable anyway.

Well, even the noteout's helpfile shows its use.

I'd like a comment from C74 on this topic...

> But in my opinion the "distribution rule" is questionable anyway. 

I'd like a comment from C74 on this topic...


Roald, I never saw an email from you in Support regarding your original posting, perhaps it lost the battle with a spam filter on one of our sides? Regardless, apologies for the delay.

The issue here is a little more complex and general as it relates to what happens with things being sent out an outlet 'anything' and sending that to an inlet that expects a list. We will take a closer look.

In the meantime, sending it through a [t l] or something similar should work.

Regarding the 'distribution rule', I wouldn't count on it unless the object explicitly states that it does this.

Roald, I never saw an email from you in Support regarding your original posting, perhaps it lost the battle with a spam filter on one of our sides?  Regardless, apologies for the delay.

The issue here is a little more complex and general as it relates to what happens with things being sent out an outlet 'anything' and sending that to an inlet that expects a list.  We will take a closer look.

Regarding the 'distribution rule', I wouldn't count on it unless the object explicitly states that it does this. 

Glad to know my message wasn't put aside. I suspect that some people with a brutele.be send spam, it might explain the filtering.

Curious to know what causes seq~'s/noteout bug anyway...

[bug?] seq~, noteout or me ?