[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