diff options
| author | Dudemanguy <random342@airmail.cc> | 2023-07-15 21:38:59 -0500 |
|---|---|---|
| committer | Dudemanguy <random342@airmail.cc> | 2023-07-22 17:42:25 +0000 |
| commit | ca4192e2df7bcfdb9e18461f19e1bd2dd0ee3c7a (patch) | |
| tree | 484dec633e65b23db9914282c029e64bb772b940 /filters/f_decoder_wrapper.h | |
| parent | 61f07975578d70dfbb7ce5ddca8386fa434d3437 (diff) | |
| download | mpv-ca4192e2df7bcfdb9e18461f19e1bd2dd0ee3c7a.tar.bz2 mpv-ca4192e2df7bcfdb9e18461f19e1bd2dd0ee3c7a.tar.xz | |
player/video: check for forced eof
It's a bit of an edge case, but since we now allow the disabling of the
software fallback it's possible to have a situation where hwdec
completely fails and the mpv window is still lingering from the previous
item in the playlist. What needs to happen is simply that the vo_chain
should uninit itself and handle force_window if needed. In order to do
that, a new VDCTRL is added that checks vd_lavc if force_eof was set.
player/video will then start the uninit process if needed after getting
this.
Diffstat (limited to 'filters/f_decoder_wrapper.h')
| -rw-r--r-- | filters/f_decoder_wrapper.h | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/filters/f_decoder_wrapper.h b/filters/f_decoder_wrapper.h index 9fa1a4f010..3100e6836b 100644 --- a/filters/f_decoder_wrapper.h +++ b/filters/f_decoder_wrapper.h @@ -77,6 +77,7 @@ enum dec_ctrl { VDCTRL_GET_BFRAMES, // framedrop mode: 0=none, 1=standard, 2=hrseek VDCTRL_SET_FRAMEDROP, + VDCTRL_CHECK_FORCED_EOF, }; int mp_decoder_wrapper_control(struct mp_decoder_wrapper *d, |