[FFmpeg-trac] #38(FFplay:open): FFplay hangs when a non existing filter is passed at the command line option

[FFmpeg]

#38: FFplay hangs when a non existing filter is passed at the command line
option
----------------------+---------------------
Reporter:  ami_stuff  |       Owner:  saste
    Type:  defect     |      Status:  open
Priority:  normal     |   Component:  FFplay
 Version:  git        |  Resolution:
Keywords:             |  Blocked By:
Blocking:             |  Reproduced:  1
Analyzed:  0          |
----------------------+---------------------

Comment (by saste):

 Replying to [ticket:38 ami_stuff]:
 > for example:
 >
 > ffplay -vf test <file>
 >
 > tested with git-N-28799-gf354396.

 I had a look at it, and came to the conclusion that it is the correct
 behavior. Indeed the command won't hang but only the video stream won't be
 shown (for example if there is an audio stream it will).

 Filters are configured *after* the codec is open, and the codec is choose
 when it begins to play or when you switch stream interactively (with 'v'
 IIRC), so ffplay can't know if there is a failure until you actually
 switch the stream (because the filter configuration failure may depend on
 the decoder initialization).

 So it looks like the correct behavior, since ffplay will continue to play
 the audio stream even if the video stream filtergraph configuration
 failed, which looks like a robustness feature.

 Behavior may be changed with a command line option if there is a specific
 need for it though, please comment (or we could try to decouple filter
 parsing from codec initialization, but I'm not sure this is possible).

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