Re: [Rosegarden-user] Jack transport sync - wrong time in RG transport?

[Silvan <dmm...@us...>]

> > be useless to Ardour if you had Ardour syncing to RG.)  If you want tempo
> > changes in both, I'm afraid you'll have to program them in both.
>
> That won't likely happen. I guess I dont understand the goals of the
> Jack Transport protocol. Seems that this could have been easily handled
> by sending the tempo change (or any other change) ahead of time with a
> time stamp for usage. We have to deal with this stuff all the time doing
> video over 1394, etc. between PCs and display units, so I know it can be
> dealt with. I think MLan does it.
>
> Thanks for the info though.

I'm afraid I have to agree with Chris though.  Let's take your example.  We 
get a timestampped tempo saying to change to 90 bpm at x:y:z, so then what do 
we do with it?  To display everything correctly, we'd have to insert it as 
some kind of ephemeral meta-event or something, then recalculate bars and 
previews and whatnot, then de-calculate them when the meta event goes away.  
Hell of a lot of work to be trying to do in real-time, I should think, just 
because some other application said so.  I can't imagine Ardour would want to 
do this going the other way either.


> > course the sync couldn't be exact given that RG's metronome involves
> > MIDI, but it shouldn't drift.
>
> This evening possibly. Not exactly a task to undertake at the office. ;-)

Chicken.

-- 
Michael McIntyre  ----   Silvan <dmm...@us...>
Linux fanatic, and certified Geek;  registered Linux user #243621
http://www.geocities.com/Paris/Rue/5407/
http://rosegarden.sourceforge.net/tutorial/