alternative to [gate] object - need 100's of outputs
Hi people,
Can anyone offer me some advice.
I'm looking for an object, similar to gate, that will allow me to route an incoming signal to one of multiple outputs.
The [gate] object is no good as I need in excess of 400 outputs. According to the reference for the [gate] object is limited to a maximum of 10 outputs (although I've used it with more - but not enough for this patch!)
I've tried the "See Also" section of the [gate] helpfile, but I can't find any info on the maximum number of outlets objects like [router] allow - I've done some preliminary testing and I don't think there's enough.
I've also looked on maxobjects.com and I couldn't find an alternative.
This is starting to hurt my head a little!!! ;-)
I'm starting to think I may have to look at javascript - but that opens up even more problems as I'm not that well versed in java...
Does anyone have any suggestions?
Cheers
galaa
use [forward] & a bunch of receives:
M
On Aug 21, 2008, at 7:18, Dave Raybould wrote:
>
> Hi people,
> Can anyone offer me some advice.
> I'm looking for an object, similar to gate, that will allow me to
> route an incoming signal to one of multiple outputs.
>
> The [gate] object is no good as I need in excess of 400 outputs.
> According to the reference for the [gate] object is limited to a
> maximum of 10 outputs (although I've used it with more - but not
> enough for this patch!)
>
> I've tried the "See Also" section of the [gate] helpfile, but I
> can't find any info on the maximum number of outlets objects like
> [router] allow - I've done some preliminary testing and I don't
> think there's enough.
> I've also looked on maxobjects.com and I couldn't find an alternative.
>
> This is starting to hurt my head a little!!! ;-)
>
> I'm starting to think I may have to look at javascript - but that
> opens up even more problems as I'm not that well versed in java...
>
>
> Does anyone have any suggestions?
> Cheers
> galaa
that's excellent. Thanks
Now to work out how to adapt the patch to fit in the new system..!!!!
galaa
OTOH, if the patch design really requires gate, there's no reason you can't chain multiple gates...
Dave Raybould schrieb:
> The [gate] object is no good as I need in excess of 400 outputs.
> According to the reference for the [gate] object is limited to a
> maximum of 10 outputs (although I've used it with more - but not
> enough for this patch!)
It seems that the limit is 100. But what for do you need 400 outputs?
Just to connect them would be a pain. It sounds that you might want to
look into some poly~ techniques and combine them with mattyo's suggestion...
Stefan
--
Stefan Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com
The patch I'm creating takes 100's of short video files from a folder (actual amount varies) and loads them up into jit.qt.movie objects for positioning with openGL objects.
Due to the large number of objects required, I'm using javascript to create and connect all of the objects - a lot easier than doing it manually!!!
the forward method looks like it will do the trick - I'd just forgotten that it existed.
I looked into doing it with [poly~] but I had some problems getting things to work correctly...
galaa
Dave Raybould schrieb:
> I looked into doing it with [poly~] but I had some problems getting
> things to work correctly...
Its as easy as sending a target message to the poly~ object...
Stefan
--
Stefan Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com
Thanks, but I know about the target message.
I was just finding it very time consuming getting the various jitter objects working correctly in the poly~ object.
The javascript approach is working now.
I'd personally use an abstraction or subpatch with a [patcherargs] to set a receive (or better yet, use javascript to use the object name so you don't need to number them) and use a [forward] to send messages there. Saves you the hassle of working with poly~ if you don't like that solution.
mattyo wrote on Thu, 21 August 2008 22:05use [forward] & a bunch of receives:
M
hi, this patch consistently crashes my max 5.0.7 os x 10.4.11.
i've chosen "new from clipboard" as well as trying to paste in a new patcher window. is there something i'm doing wrong?
cheers,
The patch from matty works fine in my Mac OS X 10.5 and Max 5.07
Pasting in an empty patch, does that work for you?
_
johan
it appears as though it's working now.
huh,
thanks anyway....