[FFmpeg-trac] #7813(avfilter:new): ebur128 filter reports sample peak > 0 dBFS
FFmpeg
trac at avcodec.org
Fri Mar 29 00:28:40 EET 2019
#7813: ebur128 filter reports sample peak > 0 dBFS
--------------------------------------+------------------------------------
Reporter: ahthovaikied | Owner:
Type: defect | Status: new
Priority: normal | Component: avfilter
Version: unspecified | Resolution:
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
--------------------------------------+------------------------------------
Comment (by ahthovaikied):
@cus Thanks for your answer
Using `-loglevel debug` I see:
{{{
[auto_resampler_0 @ 0x5646abd68300] [SWR @ 0x5646abd68780] Using fltp
internally between filters
[auto_resampler_0 @ 0x5646abd68300] ch:2 chl:stereo fmt:s16 r:44100Hz ->
ch:2 chl:stereo fmt:dbl r:48000Hz
[auto_resampler_1 @ 0x5646abd7d8c0] [SWR @ 0x5646abd7ddc0] Using dblp
internally between filters
[auto_resampler_1 @ 0x5646abd7d8c0] ch:2 chl:stereo fmt:dbl r:48000Hz ->
ch:2 chl:stereo fmt:s16 r:48000Hz
}}}
I understand that resampling can change the '''true''' peak, but the
internal change of sample format makes the reported '''sample''' peak
information completely useless IMO.
The reported sample peak is unrelated to the input sample scale, and in
practice is identical to the true peak, because it is not clipped by the
input bit depth.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/7813#comment:5>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list