On Mon, 4 Apr 2022, Paul B Mahol wrote:
On Sun, Mar 27, 2022 at 11:41 PM Marton Balint <c...@passwd.hu> wrote:
On Sat, 26 Mar 2022, Wang Cao wrote:
The change in the commit will add some samples to the end of the audio
stream. The intention is to add a "zero_delay" option eventually to not
have the delay in the begining the output from alimiter due to
lookahead.
I was very much suprised to see that the alimiter filter actually delays
the audio - as in extra samples are inserted in the beginning and some
samples are cut in the end. This trashes A-V sync, so it is a bug IMHO.
So unless somebody has some valid usecase for the legacy way of operation
I'd just simply change it to be "zero delay" without any additional user
option, in a single patch.
This is done by this patch in very complicated way and also it really
should be optional.
But why does it make sense to keep the current (IMHO buggy) operational
mode which adds silence in the beginning and trims the end? I understand
that the original implementation worked like this, but libavfilter has
packet timestamps and N:M filtering so there is absolutely no reason to
use an 1:1 implementation and live with its limitations.
Regards,
Marton
_______________________________________________
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".
