[FFmpeg-trac] #2846(undetermined:new): Two-pass libx264 -preset veryslow crashes on some MPEG-type inputs

FFmpeg trac at avcodec.org
Sat Aug 24 11:23:48 CEST 2013

#2846: Two-pass libx264 -preset veryslow crashes on some MPEG-type inputs
             Reporter:               |                    Owner:
  francois.visagie@…                 |                   Status:  new
                 Type:  defect       |                Component:
             Priority:  normal       |  undetermined
              Version:  unspecified  |               Resolution:
             Keywords:  crash        |               Blocked By:
  libx264                            |  Reproduced by developer:  0
             Blocking:               |
Analyzed by developer:  0            |

Comment (by cehoyos):

 Replying to [comment:19 francois.visagie@…]:
 > Replying to [comment:18 cehoyos]:
 > > aborting (without a crash as done with shorter input files with other
 presets) is much better.
 > Perhaps '-preset ultrafast' handled the stats anomaly better in this

 I don't think this is correct (on the contrary): -preset ultrafast
 succeeds two-pass encoding although the stat file did not match the
 encoded source, making the whole encode broken (this is not about a few
 additional frames with constant quantiser at the end of the video but an
 offset of ~five frames at the beginning, so except for the very first
 frames, all frames of the video where encoded with a non-optimal / wrong
 quantiser making the whole two-pass encoding useless).

 > but for the sake of correctness I should point out that I've experienced
 no correlation between crashing and shorter input files.

 I thought you reported earlier (and I could reproduce this) that you were
 unable to reproduce the crash with a shorter input file than the one you

Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2846#comment:20>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker

More information about the FFmpeg-trac mailing list