mpv/video/decode
wm4 600193749d vd_lavc: when falling back to software, revert filter error status
When mpv is started with some video filters set (--vf is used), and
hardware decoding is requested, and hardware decoding would be possible,
but is prevented due to video filters that accept software formats only,
the fallback didn't work properly sometimes.

This fallback works rather violently: it tries to initialize the filter
chain, and if it fails it throws away the frame decoded using the
hardware, and retries with software. The case that didn't work was when
decoding the current packet didn't immediately lead to a new frame. Then
the filter chain wouldn't be reinitialized, and the playloop would stop
playback as soon as it encounters the error flag.

Fix this by resetting the filter error flag (back to "uninitialized"),
which is a rather violent, but somewhat working solution.

The fallback in general should perhaps be cleaned up later.

Conflicts:
	video/decode/vd_lavc.c
2013-12-01 19:32:44 +01:00
..
dec_video.c video: handle video output levels with mp_image_params 2013-08-24 19:40:18 +02:00
dec_video.h video: handle video output levels with mp_image_params 2013-08-24 19:40:18 +02:00
lavc.h vaapi: allow GPU read-back with --hwdec=vaapi-copy 2013-09-25 13:53:42 +02:00
lavc_dr1.c vdpau: split off decoder parts, use "new" libavcodec vdpau hwaccel API 2013-07-28 19:25:07 +02:00
vaapi.c vaapi: remove non-VLD entrypoints 2013-09-29 13:52:09 +02:00
vd.c video: let sh_video->disp_w/h always be container size 2013-09-26 17:33:57 +02:00
vd.h cosmetics: replace "CTRL" defines by enums 2013-10-02 21:19:16 +02:00
vd_lavc.c vd_lavc: when falling back to software, revert filter error status 2013-12-01 19:32:44 +01:00
vda.c video: add vda decode support (with hwaccel) and direct rendering 2013-08-22 12:13:30 +02:00
vdpau.c vdpau: don't try to match codec profiles 2013-08-19 01:05:48 +02:00
vdpau_old.c vdpau_old: restore hardware decoding with old API 2013-10-20 14:11:11 +02:00