carmel riboch

but are there any way to send a message to multiplay objects and simultaneously

without blocking a message that already being send

I want to send the same line messages (in this case to reflect the volume)

to several gain objects and I need them to work based on camera gestures 

the whole system is already working but I had to duplicate a lot of stuff

In the new version I want to make the patch more elegant and to use less objects.

to simplify the interface for external users.

I can't use gate of course cause every time a new message is being sent the former stops immediately even if it didn't finish its timeline

and I can't use router since it will send the same messages to the same gain object several times before the line object will finish its timeline (or Im using a wrong method)

Hi Guys, probably easy one
but are there any way to send a message to multiplay objects and simultaneously
without blocking a message that already being send
I want to send the same line messages (in this case to reflect the volume)
to several gain objects and I need them to work based on camera gestures 
the whole system is already working but I had to duplicate a lot of stuff
In the new version I want to make the patch more elegant and to use less objects.
to simplify the interface for external users.
I can't use gate of course cause every time a new message is being sent the former stops immediately  even if it didn't finish its timeline
and I can't use router since it will send the same messages to the same gain object several times before the line object will finish its timeline (or Im using a wrong method)

Hi Guys, probably easy one
but are there any way to send a message to multiplay objects and simultaneously
without blocking a message that a

gate-issue

Applause goes to one that posts patch, so that one can see what can be done better.

And I can allready say, dont use line and gain objects to refelect camera input.

All you need is direct control with some smoothing, and filtered repeated values form the source.

Not knowing the patch , but I usually use matrix~ object to control all needed routings and volumes.

Applause goes to one that posts patch, so that one can see what can be done better.
And I can allready say, dont use line and gain objects to refelect camera input.
All you need is direct control with some smoothing, and filtered repeated values form the source.
Not knowing the patch , but I usually use matrix~ object to control all needed routings and volumes.


the patch run with external software connected via ocs format

which I don't have since its not on my computer

uploading the patch without it seems to me useless

the camera only gives out triggers but ill check how to use it as a direct control

Thanks 
the patch run with external software connected via ocs format
which I don't have since its not on my computer
uploading the patch without it seems to me useless
the camera only gives out triggers but ill check how to use it as  a direct control
and ill check the matrix~ object

Uploading patch without camera linked is not useless at all.

You mention a problem that has to do with started line ramps, which get interrupted by triggers,

which come in earlier than line finishes it's ramp.

The problem lies in your patch, not in the camera and software that sends OSC messages to max.

But if you prefer not to pload the patch, then you will have to solve that problems alone...

Uploading patch without camera linked is not useless at all.
You mention a problem that has to do with started line ramps, which get interrupted by triggers,
which come in earlier than line finishes it's ramp.
The problem lies in your patch, not in the camera and software that sends OSC messages to max.
But if you prefer not to pload the patch, then you will have to solve that problems alone...


by the way the matrix ~ working great thanks

Gate issue