[FFmpeg-trac] #2846(undetermined:new): Two-pass libx264 -preset veryslow crashes on some MPEG-type inputs
FFmpeg
trac at avcodec.org
Mon Aug 19 12:47:56 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 francois.visagie@…):
Replying to [comment:4 cehoyos]:
> Am I correct that the crash does not happen if you either use {{{-vsync
0}}} for both the first and the second pass or if you use {{{-an}}} for
both passes or if you use the same audio filter for the first pass as for
the second?
Two-pass encoding with both '-vsync 0' and '-an' for both passes completes
successfully. '-vsync 0' causes A/V sync loss (with this input at least).
Two-pass encoding with '-filter:a aformat=channel_layouts=stereo' in both
passes crashes as in the bug report above. Very unfortunately, since that
would have been a great work-around - using piping to converts formats on
the fly seems to cause AV sync loss/changes in some cases, which is
something I'm looking into separately.
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2846#comment:7>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list