[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 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