Am Montag, 2. Juni 2008 schrieb Stefano D'Angelo:
> #4. Support for time stretching when using non real-time audio sources.
Time-stretching is an effect and therefor a plugin! Otherwise you will get
_very_ bad audio because every plugin-author will implement its own
time-stretching with very varying results.
You probably mean that the system should support that the number of
input-samples is different than the number of output-samples (per plugin and
process()-run). This requires that the plugins themself need to tell the host
how many samples of output result from how many samples of input.
Which would actually be a good thing for an api.
And why is time-stretching limited to non-realtime audio?
Arnold
-- visit http://www.arnoldarts.de/ --- Hi, I am a .signature virus. Please copy me into your ~/.signature and send me to all your contacts. After a month or so log in as root and do a "rm -rf /". Or ask your administrator to do so...
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
This archive was generated by hypermail 2.1.8 : Mon Jun 02 2008 - 20:15:10 EEST