#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
_______________________________________________
FFmpeg-trac mailing list
[email protected]
http://avcodec.org/mailman/listinfo/ffmpeg-trac
