teqy

i am trying to find an efficient way to slow down messages and numbers

i have created a patcher for slowing down the speed of messages and numbers by using a coll , metro ect..

however , as i will need allot of these in my patch i am trying to find a better way to do this . Someone suggested a (zl queue),

but when i try to fire individual numbers into the zl queue, it doesn't slow them down . i believe it only works with a list.

i have attached both of these ideas in this post below.

maybe there is another object that might work ?

i am trying to find an efficient way to slow down messages and numbers 

i have created a patcher for slowing down the speed of messages and numbers by using a coll , metro ect..
it works great,.

however , as i will need allot of these in my patch i am trying to find a better way to do this . Someone suggested a (zl queue),
but when i try to fire individual numbers into the zl queue, it doesn't slow them down . i believe it only works with a list.

i have attached both of these ideas in this post below. 

bufferslow-message-speed

There are already things like speedlim within Max that do "slow down" for some definition of that - but it throws away some of the data if it's coming in too fast.

If you want to queue up the data if it's coming in too fast, I have a neat open-source Javascript solution 

 that you are welcome to use. The help patch demonstrates how it works with a 1000ms speedlimit so you can see the numbers, strings, messages or lists coming in the top and slowly being queued out the bottom.

If you want to queue up the data if it's coming in too fast, I have a neat open-source Javascript solution here that you are welcome to use.  The help patch demonstrates how it works with a 1000ms speedlimit so you can see the numbers, strings, messages or lists coming in the top and slowly being queued out the bottom.


I'm surprised that zl queue doesn't work as expected with input from a number box.

But it can be solved by inserting a [thresh] object.

I'm surprised that zl queue doesn't work as expected with input from a number box.
But it can be solved by inserting a [thresh] object.


Thank you both, that's awesome , I cant wait to try them out.

Tom swirly your java object is working perfect for numbers and messages, thank you very much. i put the speedlimit folder found inside the zip , into my max external folder on my c drive. and it all seems to work great : ) well done. clever stuff i would have needed many max objects to get the same result with a coll ect.

thanks broc i tried out your idea using thresh, it works great with numbers, i forgot to mention i hoped to use messages too. thresh does not like the messages i was sending it , but its a cool obejct. thanks again for your help.

Tom swirly your java object is working perfect for numbers and messages,  thank you very much.  i put the speedlimit folder found inside the zip , into my max external folder on my c drive.  and it all seems to work great : )   well done.  clever stuff i would have needed many max objects to get the same result with a coll ect.

thanks broc i tried out your idea using thresh, it works great with numbers,  i forgot to mention i hoped to use messages too. thresh does not like the messages i was sending it , but its a cool obejct. thanks again for your help. 

One drawback of the thresh-based solution is that nothing happens till there has been no activity for at least the thresh interval.

At the bottom of this thread you can find an abstraction for separating list elements into individual timed messages:

https://cycling74.com/forums/slice-up-a-list-with-time-interval

And here's an abstraction that uses coll to queue messages of 

 type (except for three magic words 'dump', 'clear', and 'stop'), and removes the items from the coll after they're sent out (so the coll never gets very big).

And if you save that abstraction with the filename "timedmessages", here's a test patch to try it out.

At the bottom of this thread you can find an abstraction for separating list elements into individual timed messages:https://cycling74.com/forums/slice-up-a-list-with-time-interval

And here's an abstraction that uses coll to queue messages of any type (except for three magic words 'dump', 'clear', and 'stop'), and removes the items from the coll after they're sent out (so the coll never gets very big).

-----
And if you save that abstraction with the filename "timedmessages", here's a test patch to try it out.


buffer/slow message speed