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...
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Linux-audio-dev mailing list [email protected] http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
