Cycling 74 » Topic: syncing transport from outside world http://cycling74.com/forums/topic/syncing-transport-from-outside-world/feed Tue, 18 Jun 2013 18:41:39 +0000 http://bbpress.org/?v=2.2.4 http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-48488 <![CDATA[syncing transport from outside world]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-48488 Sun, 14 Feb 2010 18:53:37 +0000 mattias petersson I want to sync a patch that uses the transport system to a friends computer. He is running an OSC-based sequencer that he wrote. Previously we’ve used a signal based solution where he was sending me a phasor ramp via SPDIF. That worked fine, but now i’m making more and more transport-based patches.
So what do you think would be the best way to do this? Should he send ticks for the transports right inlet? Or is network sync to unstable? Or keep the phasor and let me convert it to ticks on my side?

And what about MIDI beat clock? Could we send that to the transport directly? Or do we have to use rtin or something still? It would be nice if one could select “MIDI” as a clocksource for a transport. Could we?

]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174379 <![CDATA[Re: syncing transport from outside world]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174379 Mon, 22 Feb 2010 09:53:19 +0000 mattias petersson So, this one week total silence means that no one ever wanted to synchronize a Max transport object with something else? :)

]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174380 <![CDATA[Re: syncing transport from outside world]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174380 Mon, 22 Feb 2010 10:40:20 +0000 broc I’m not sure if a MIDI beat clock receiver exists already somewhere but you could try to implement it yourself. The basics are quite simple.

From [rtin] you get the following bytes/numbers:

250 -> start
252 -> stop
248 -> tick

The sender delivers 24 ticks per beat. So you can measure the time interval T of arriving ticks using [timer] and calculate the BPM tempo from it.

BPM = 60000/(24*T), with T in milliseconds.

]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174381 <![CDATA[Re: syncing transport from outside world]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174381 Mon, 22 Feb 2010 17:49:05 +0000 broc Here is a patch as proof of concept.

– Pasted Max Patch, click to expand. –
]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174382 <![CDATA[Re: syncing transport from outside world]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174382 Mon, 22 Feb 2010 19:07:39 +0000 mattias petersson Yes, thank you! I actually tried this technique already, but i am not really satisfied with the timing. And this system will drift a lot. Not very groovy.. ;)
Before the transport system i used to do everything with signal objects. Then it’s easy to switch to a phasor~ coming from another computer via SPDIF. I guess this is still the only way if you want decent timing.
Too bad because i think transport is really good if you don’t have to sync it to something else though. It would be really nice with some more sync options for us who don’t use Live or Rewire.

But is it possible to have the transport in a “passive” mode where you can drive it with the tick value only? I tried this, but since it seems impossible to set the tempo to 0, this conflicts with the incoming ticks. Or maybe i’m doing something wrong? I would like it to be started, but not running. Something like this:

– Pasted Max Patch, click to expand. –
]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174383 <![CDATA[Re: syncing transport from outside world]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174383 Mon, 22 Feb 2010 22:03:55 +0000 Samuel Freeman I’ve been wondering for a while about slaving transport to an MSP master of some sort, your patch and question prompted this response:

– Pasted Max Patch, click to expand. –

not a whole lot of use as it is, but the idea is to let transport know what tempo we are at (in this patch it’s more the other way round), and then let transport run on its own with just occasional updates from the phasor~ side (once per bar in this patch) – or something like that . . . this is just a quick sketch, and I’m not sure if it will ever be of any use to you, or me, or any one

]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174384 <![CDATA[Re: syncing transport from outside world]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174384 Tue, 23 Feb 2010 01:04:59 +0000 mattias petersson this actually seems pretty decent here just trying with a trigged cycle~/line~ combo. probably better not to update snapshot~ too often. thanks!
one question about your use of the delta~ before the < ~0: will this make it more accurate than a phasor~ directly into <~ 0.5? and if so, why is that?

]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174385 <![CDATA[Re: syncing transport from outside world]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174385 Tue, 23 Feb 2010 19:52:30 +0000 Samuel Freeman to get the bang at the start, not the middle, of the phase loop.

also, cudnylon (in http://cycling74.com/forums/topic.php?id=24912 ) has brought to my attention that phasor~ now has a lock attribute which might be useful for many things in this area. I think it’s time to go through all the help patches of the objects I use again – so many hidden gems to find!

]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174386 <![CDATA[Re: syncing transport from outside world]]> http://cycling74.com/forums/topic/syncing-transport-from-outside-world/#post-174386 Tue, 23 Feb 2010 22:43:55 +0000 mattias petersson yes, i too discover new hidden attributes all the time.. part of the fun i guess. good to know about the lock attribute to phasor~.

about the delta~ thing: actually the bang will happen at the start of the loop with both solutions since egde~ triggers only on the zero to non zero transition. see proof below.

– Pasted Max Patch, click to expand. –
]]>