Forums > Max For Live

How to get master tempo from lives transport?


January 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?

Cheers

January 24, 2010 | 11:25 pm

[transport] ?

January 25, 2010 | 12:20 am

Yea, the bar along the top that says play, stop, tempo ect.

January 25, 2010 | 12:46 am

i guess he meant you should use the transport object to get tempo information.

January 25, 2010 | 1:19 am

Ok, fair play. Sometimes the simple answer is the last one you think of.

Cheers

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.

-A

May 23, 2011 | 5:13 pm

Hello Andrew,

Plugsync~ and Transport have a lot in common. What are the pros and cons?

Cheers,

Willem.

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…

Cheers

-A

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.

-A

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

@broc

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.

Cheers

-A

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.

— Pasted Max Patch, click to expand. —
January 24, 2015 | 1: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.

Viewing 16 posts - 1 through 16 (of 16 total)

Forums > Max For Live