Forums > MaxMSP

router bug ?

December 6, 2009 | 1:23 pm

Hi there,

for assigning different inputs (user actions) dynamically to outputs (system activities), I am using the standard [router] object.

Unfortunately, the whole thing kind of fails if the triggered activity tries to change the interconnections within the router object, eg. a certain user activity (button x pressed) changes the way future inputs are routed.

When using router for that, it leads to stack overflows as the control messages sent to the left outlet get routed through router as well.

The same thing implemented with [gate] works as expected.

pls see the example patch and let me know where I am wrong.

— Pasted Max Patch, click to expand. —

December 6, 2009 | 2:01 pm


it seems you’ve found a bug. the "control" is linked to the output. weird.

— Pasted Max Patch, click to expand. —
December 6, 2009 | 2:55 pm

Not sure whether it’s a bug. There’s a number of objects that don’t allow output to control input in the same scheduler thread, even when the input doesn’t directly trigger output. I believe with (a number of) zl objects this is the same. Deferlow always comes to the rescue in such situations.

December 9, 2009 | 8:32 am

Hi jvkr,

is that documented somewhere, e.g. which objects etc. ?

cheers, nick

December 9, 2009 | 12:58 pm

Not that I’m aware of. Normally these things are discovered en route.


Viewing 5 posts - 1 through 5 (of 5 total)

Forums > MaxMSP