[FFmpeg-trac] #3597(undetermined:new): ffmpeg git version N-62751-gd03defa create slow/hang h.264 file.

[FFmpeg]

#3597: ffmpeg git version N-62751-gd03defa create slow/hang h.264 file.
-------------------------------------+-------------------------------------
             Reporter:  dkt          |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:
              Version:  git-master   |  undetermined
             Keywords:  h264         |               Resolution:
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------

Comment (by dkt):

 Replying to [comment:11 cehoyos]:
 > Replying to [comment:10 dkt]:

 > I can reproduce the difference between the output files - decoding takes
 five times as long for the FFmpeg sample - but when this will be analyzed
 the "bug" will most likely either be a different (older) x264 version in
 ffmbc (or is this dynamic linking so both ffmpeg and ffmbc use the same
 x264 library?) or a missing option for ffmpeg that is default for ffmbc: I
 don't disagree though that we could copy this behaviour.
 > Could you test {{{-tune fastdecode}}} with ffmpeg in the meantime?
 >
 > I can play the ffmpeg output file here in realtime with:
 > $ mplayer -lavdopts threads=8 -vo gl_nosw ffmpeg-output.mov

 Ok, the fastdecode option produce much better result.
 BTW, users expect the playback of the converted files by ffplay and in
 other NLE is smooth.

 When I used ffmpeg to produce 4k yuv444 AVC-intra files (using default
 settings) in 2014 Jan, I can't playback those file smoothly by a
 reasonably fast machine (Quad core eight threads desktop).

--
Ticket URL: <https://trac.ffmpeg.org/ticket/3597#comment:12>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker