On Sun, May 12, 2019 at 11:00:51PM +0200, Nicolas George wrote: > Marton Balint (12019-05-12): > > Yeah, you are right, what I had in mind was this: > > > > apitch === asetrate,aresample,atempo > > Exactly. And reciprocally, atempo = apitch+asetrate+aresample. > > Furthermore, since it works with the spectrum, the filter that does the > hard work can probably easily output at any sample rate, at a cost much > lower than resampling afterwards. Therefore, it makes most sense to have > a single filter with all three parameters (sample rate, speed adjustment > and pitch adjustment).
and if thats done in our resampler than that can also be combined with changing the channel order, layout, sample type and so on. Iam not sure its a good idea but purely technically it should be more efficient to do it all together. Also swresample already supports an external FFT resampler so it might actually fit in there nicely and it might even allow us to remove an external dependancy without loosing a feature. (assuming the new FFT resampler would be equally good) Thanks [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Elect your leaders based on what they did after the last election, not based on what they say before an election.
signature.asc
Description: PGP signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".