[linux-audio-dev] VST 2.0 observations

Tim Hockin thockin at hockin.org
Sat Dec 14 23:03:00 UTC 2002


> Conclusion:
> 	a. The information is there, but you have to *pull*
> 	   it from the host. Doesn't seem like you're ever
> 	   notified about tempo changes or transport events.
> 
> 	b. Since you're asking the host, and there are no
> 	   other arguments, there is no way that one plugin
> 	   can keep track of more than one timeline. It
> 	   seems that it is assumed that there is only one
> 	   timeline in a net.

So all the mechanisms we're discussing are more flexible?  Obviously we
don't have EVERYTHING hammered yet..

> 3. There are calls that allow plugins to get the audio input
>    and output latency.
>
> Conclusion:
> 	c. I'm assuming that this is mostly useful for
> 	   VU-meters and other stuff that needs to be
> 	   delayed appropriately for correct display.
> 	   Obviously not an issue when the audio latency
> 	   is significantly shorter than the duration of
> 	   one video frame on the monitor! ;-) Seriously
> 	   though, this is needed for "high latency"
> 	   applications to display meters and stuff
> 	   correctly. They're not very helpful if they're
> 	   half a second early!

yeah, this is now on the TODO list

> 4. There is a feature that allows plugins to tell the host
>    which "category" they would fit in. (There is some

Ick - external.

> 9. There is a bypass feature, so that hosts can have
>    plugins implement sensible bypass for mono -> surround
>    and other non-obvious in/out relations. (As if in/out
>    relations ever were to be assumed "obvious"!)

not clear what you mean..




More information about the Linux-audio-dev mailing list