[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 cehoyos):

 Replying to [comment:10 dkt]:
 > Is there anything missing?

 Yes, an explanation why it makes sense to attach a compressed file that
 has to be downloaded and uncompressed to get information that fits in one
 line on this tracker.

 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

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