[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
instance,
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
uploaded?
--
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