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

 Replying to [comment:12 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.

 This is almost certainly not AVC-Intra compliant. I'm not sure if FFmpeg
 supports passing through that option and -vb 100M does not help because
 AVC-Intra 100 is not 100mbps exactly.

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