diff options
author | wm4 <wm4@nowhere> | 2017-12-02 21:08:38 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2017-12-02 21:08:38 +0100 |
commit | ca29a5aa9b5bb38d43cce878131a61c0c0928b64 (patch) | |
tree | 3e33980f70c828c16348de231e63dc6b2029fb20 /video | |
parent | 1d92a804d2a7b853e7eae19a3751ab1dd137c9a0 (diff) |
vd_lavc: don't request native pixfmt with -copy and METHOD_INTERNAL
If the codec uses AV_CODEC_HW_CONFIG_METHOD_INTERNAL, and we're using
the -copy method, then don't request the native pix_fmt. It might not
have a AVFrame.hw_frames_ctx set, and we couldn't read back at all. On
top of that, most of those decoders probably don't provide read-back
when using such opaque formats anyway, while providing separate decoding
modes to decode to RAM.
Diffstat (limited to 'video')
-rw-r--r-- | video/decode/vd_lavc.c | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/video/decode/vd_lavc.c b/video/decode/vd_lavc.c index aac9f81839..c839a5df58 100644 --- a/video/decode/vd_lavc.c +++ b/video/decode/vd_lavc.c @@ -352,6 +352,7 @@ static void add_all_hwdec_methods(struct hwdec_info **infos, int *num_infos) // Copy variant. info.copying = true; + info.pix_fmt = AV_PIX_FMT_NONE; // trust it can do sw output add_hwdec_item(infos, num_infos, info); found_any = true; |