[FFmpeg-trac] #2526(undetermined:open): ffmpeg on windows crashes when using Avisynth 2.5.8

[FFmpeg]

#2526: ffmpeg on windows crashes when using Avisynth 2.5.8
-------------------------------------+-------------------------------------
             Reporter:  Zarxrax      |                    Owner:
                 Type:  defect       |                   Status:  open
             Priority:  important    |                Component:
              Version:  unspecified  |  undetermined
             Keywords:  regression   |               Resolution:
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------

Comment (by qyot27):

 I found out something new during some testing just now.  The issue with
 2.5.8 is very specifically isolated to the loading of '''video''' streams.
 If the script is loading audio only, then it doesn't cause 2.5.8 to crash
 and FFmpeg can deal with it correctly.

 As was noted in the thread Zarx linked to, but curiously never got brought
 up here (I'm partially to blame, I take responsibility for failing to
 mention it also), the Version() function works with 2.5.8 and FFmpeg
 doesn't have an issue with it.  It's when external files - and due to the
 new information, it's actually external '''video''' - are loaded that
 problems start.

 To illustrate, scripts like the following:
 >Version()
 works with 2.5.8
 >AVISource("test.avi")
 fails with 2.5.8
 >AVISource("test.avi",audio=false)
 fails with 2.5.8
 >AVISource("test.avi").KillVideo()
 works with 2.5.8
 >WAVSource("test.wav")
 works with 2.5.8
 >FFAudioSource("test.mp4")
 works with 2.5.8

 and so on.  With any of the arbitrary source filters, so long as the only
 thing that's received by FFmpeg is audio, there's no problem.  But the
 instant that video is served through the script, there's the segfault that
 this ticket centers around.  This applies to audio-only files opened with
 the script, or video+audio files, in which the latter case only works if
 the video stream is disabled (or just simply ignored) within the script,
 since if that happens it won't pass the video stream to FFmpeg and the
 segfault will then be averted.

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