[FFmpeg-trac] #2846(undetermined:new): Two-pass libx264 -preset veryslow crashes on some MPEG-type inputs
FFmpeg
trac at avcodec.org
Wed Aug 21 12:52:42 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:12 francois.visagie@…]:
> With '-f mov' instead of '-f rawvideo' the encode completes
successfully. Interesting - is muxing to the same format in both passes a
general requirement now, or does it serve only to avoid the problem in
this case?
It is needed at least for some inputs, note that if x264 does not crash,
it will print an error message that the logfile (and therefore the 2-pass
encoding) was useless. This is related to A/V-sync and assuming that the
output of the second pass is correct (and that contrary to your example
users have reported that adding weird filters to the second pass has a
similar, imo unavoidable effect) I am not sure if anything can be changed
within FFmpeg.
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2846#comment:13>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list