• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Converting AU transport info to VST time info?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Converting AU transport info to VST time info?


  • Subject: Re: Converting AU transport info to VST time info?
  • From: Stefan Gretscher <email@hidden>
  • Date: Fri, 3 Dec 2004 18:32:22 +0100

Howard,

Am 03.12.2004 um 17:30 schrieb Howard Moon:
I finally managed to trace into what's really happening here, and it looks like the outCurrentSampleInTimeLine value as returned in both Logic and Digital Performer is always 0!
I don't know about Performer, but I can confirm that Logic always returns zero for outCurrentSampleInTimeLine because it simply can't provide this information to AUs (yet).
Up to now, nobody missed this, so it went unnoticed. This is because usually plug-ins are fine with the musical position within in the song (which is delivered correctly), but I understand that for your application the sample postion is important.
I think we can add support for the sample position to some future Logic update, but that won't help you right now...


How about this: you should monitor the outCurrentSampleInTimeLine, because it's the right thing to do and some hosts may already support it properly, and others may do so in future. But as long as there's always zero being returned, you'll know you will not be able to rely on it.
In this case, you could calculate a position from the musical position within the song. This may not be the exact sample position (if there's tempo changes in the song or changes in the metrum), but you can create a unique position from that to which you can sync your data so it will be independent from the postion where playback is started.
This is a bit more complex than it sounds at first, but I think it will be possible and it may be more reliable than using the increasing sample count of the callbacks, because this count will continue to increase if a loop is being played, while the musical position will jump back when the cycle jumps back.


Sorry for not having a better answer right now,

Stefan

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


References: 
 >Converting AU transport info to VST time info? (From: Howard Moon <email@hidden>)
 >Re: Converting AU transport info to VST time info? (From: "Angus F. Hewlett" <email@hidden>)
 >Re: Converting AU transport info to VST time info? (From: Howard Moon <email@hidden>)

  • Prev by Date: coreaudio in cocoa/objC/objC++/c++
  • Next by Date: Re: weird bug, ParameterListeners again
  • Previous by thread: Re: coreaudio in cocoa/objC/objC++/c++
  • Next by thread: Re: Converting AU transport info to VST time info?
  • Index(es):
    • Date
    • Thread