How to get master tempo from lives transport?

    Jan 24 2010 | 11:06 pm
    Hi, ... Title says it all really. Have been going through the new Mfl objects and patches and cant find anything? Am I missing something?

    • Jan 24 2010 | 11:25 pm
      [transport] ?
    • Jan 25 2010 | 12:20 am
      Yea, the bar along the top that says play, stop, tempo ect.
    • Jan 25 2010 | 12:46 am
      i guess he meant you should use the transport object to get tempo information.
    • Jan 25 2010 | 1:19 am
      Ok, fair play. Sometimes the simple answer is the last one you think of.
    • May 23 2011 | 2:04 am
      Could somebody please clarify how to do that? I'm trying to get transport info from Live into Max with no luck :-(
    • May 23 2011 | 2:08 am
      plugsync~ is a good utility object for use with live's transport.
    • May 23 2011 | 5:13 pm
      Hello Andrew,
      Plugsync~ and Transport have a lot in common. What are the pros and cons?
    • May 23 2011 | 5:16 pm
      I find it easier to patch with plugsync~ as you don't have to worry about polling it.
      Apart from that, whatever you like...
    • May 23 2011 | 6:22 pm
      I think the main difference is that metro+transport provides a tick counter. This can be useful for handling different exact beat subdivisions.
    • May 23 2011 | 11:10 pm
      Yeah you get raw ticks with plugsync~ too, and you don't have to poll for them. This gives you transport location as well.
    • May 24 2011 | 12:42 am
      But with plugsync~ the transport location is represented by beats as float numbers, i.e. raw ticks/480. I wonder if this makes a difference in practice regarding accuracy..
    • May 24 2011 | 12:43 am
      Neither plugsync~ nor transport are working for me. This is a max patch outside of live, not a maxforlive patch. Any ideas? Is there something really obvious I'm missing?
      Thanks for your help.
    • May 24 2011 | 1:33 am
      Naw - it's cool - come on over to the other side.
      @ragamesound. Sorry , I have no ideas which might help you. You might try starting a new thread with some more details and a patch.
    • May 24 2011 | 1:01 pm
      Hi Andrew,
      thanks for the encouragement. So I've changed my metro+transport patches to plugsync~, and it seems to work perfectly!
      The attached example shows a synced 16th note counter. Interestingly, plugsync~ delivers the current transport position also when not running. So I've inserted a gate to avoid possible effects when the patch is loaded.
      Any comments/improvements are welcome.
    • Jan 24 2015 | 9:29 am
      Hi. I've just found the plugsync~ object. Why isn't it called live.plugsync~? Does it work outside the M4L context? If not, I don't understand this naming convention. I've lost some valuable time trying to receive tempo related info inside M4L. I was trying to parse the midiin messages to receive the MIDI clock from the host, but this information isn't sent by MIDI.
      My suggestion for the naming would be to create some kind of alias, as you already do, for instance, with the zl object or the jit.op objects: you can use zl.x or zl x, jit.op @op + or jit.+.
      My suggestion, in order to more easily discover M4L specific objects, would be to also name it live.x: Examples: midiin or live.midiin (as it can be used inside M4L or outside). plugout~ would be just live.plugout~, because it is not used in other contexts. plugsync~ would also just be live.plugsync~. Now of course, I understand that for retrocompatibility, the original naming would have to be held.
      P.S: this is not nitpicking... ;-) It's only a suggestion to more easily find objects in their particular context.