[FFmpeg-trac] #6913(undetermined:new): 24h test pattern encode results in corrupted output and fails to play correctly in ffplay
FFmpeg
trac at avcodec.org
Thu Dec 14 12:05:40 EET 2017
#6913: 24h test pattern encode results in corrupted output and fails to play
correctly in ffplay
-------------------------------------+-------------------------------------
Reporter: fiuqwb | Owner:
Type: defect | Status: new
Priority: normal | Component:
Version: unspecified | undetermined
Keywords: | Resolution:
Blocking: | Blocked By:
Analyzed by developer: 0 | Reproduced by developer: 0
-------------------------------------+-------------------------------------
Comment (by fiuqwb):
With no audio, with 256x144 resolution and lixb264: issue remains, though
slightly different in appearance. Now there are pauses in playback
(picture freezes for a second, FFplay console output keeps counting
timestamp but no other numbers change) instead of visual garbage. No
errors are printed to FFplay stderr.
Hypothesis: some threshold value is no longer exceeded due to smaller data
size from smaller resolution, so the visible behavior changes but the
internal issue creating the bad data remains.
With no audio, with 256x144 resolution and huffyuv: issue does not
reproduce.
With no audio, with 256x144 resolution and -vcodec mpeg4 -qscale 2: issue
does not reproduce.
I will also try larger resolution with mpeg4, to verify that a smaller
data size does not simply hide the problem, though it will take a while to
do the encode due to the larger size - will report back tomorrow on
results for that.
It seems likely that the issue is related specifically to libx264. If the
mpeg4 test with larger resolution also does not reproduce the issue, what
would be the appropriate next steps here?
--
Ticket URL: <https://trac.ffmpeg.org/ticket/6913#comment:4>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list