[FFmpeg-trac] #2846(undetermined:new): Two-pass libx264 -preset veryslow crashes on some MPEG-type inputs

[FFmpeg]

#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:13 cehoyos]:
 > It is needed at least for some inputs ... This is related to A/V-sync
 ... I am not sure if anything can be changed within FFmpeg.

 I can understand how having muxers with potentially different capabilities
 in the two passes may lead to problems - http://www.ffmpeg.org/ffmpeg-
 all.html#Advanced-options:


 > ‘-vsync parameter’
     ...
     ‘-1, auto’

         Chooses between 1 and 2 depending on muxer capabilities. This is
 the default method.

 However,

 Replying to [comment:1 francois.visagie@…]:
 > In summary:
 > With this input, ffmpeg crashes when:
 >
 > * content is demuxed from an MPEG-type format, and
 > * 2-pass encoding is used, and
 > * '-c:v libx264 -preset veryslow' is used

 the fact remains that at least '-c:v libx264 -preset ultrafast' handles
 this particular scenario correctly, while '-c:v libx264 -preset veryslow'
 doesn't?

-- 
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2846#comment:15>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker