[FFmpeg-trac] #9765(undetermined:new): Regresion due to "avcodec/wmadec: fix WMA gapless playback"
FFmpeg
trac at avcodec.org
Tue May 3 16:39:41 EEST 2022
#9765: Regresion due to "avcodec/wmadec: fix WMA gapless playback"
-------------------------------------+-------------------------------------
Reporter: Mika | Type: defect
Fischer |
Status: new | Priority: normal
Component: | Version:
undetermined | unspecified
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Summary of the bug:
I think the commit 19802d170a304f5853d92e01d0513b9e06897d61, which was
applied on 2021-09-12 in and is included in n5.0 and n5.0.1 causes a
regression.
This is the (shortened) diff for the test decoding in the patch:
{{{#!patch
diff --git a/tests/ref/fate/flcl1905 b/tests/ref/fate/flcl1905
index 5f5245ebcf..d702139db8 100644
--- a/tests/ref/fate/flcl1905
+++ b/tests/ref/fate/flcl1905
@@ -1,6 +1,4 @@
packet|[...]|pts=0|pts_time=0.000000|[...]
-frame|[...]|pts=0|pts_time=0.000000|[...]
-frame|[...]|pts=N/A|pts_time=N/A|[...]
frame|[...]|pts=N/A|pts_time=N/A|[...]
}}}
As can be seen, the patch causes the first two frames to be dropped, which
might be OK to better conform to the MS decoder.
The problem is that only the first frame had the timestamp info from the
packet. Since that got dropped, now the first frame decoded from the
packet has no timestamp info.
This causes us issues since we assumed that the first audio frame decoded
after seeking always has timestamp info.
See also http://ffmpeg.org/pipermail/ffmpeg-devel/2022-April/295763.html
--
Ticket URL: <https://trac.ffmpeg.org/ticket/9765>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list