summaryrefslogtreecommitdiffstats
path: root/video/mp_image_pool.c
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2017-01-12 13:52:35 +0100
committerwm4 <wm4@nowhere>2017-01-12 14:01:09 +0100
commit5174add43a77f2c4444cbe272d8360f36da06198 (patch)
tree5c577c1c198c4e382cd882fc0beedcd8f4604505 /video/mp_image_pool.c
parent3d7b3996d287014697d9080ef20285c6e804e09e (diff)
downloadmpv-5174add43a77f2c4444cbe272d8360f36da06198.tar.bz2
mpv-5174add43a77f2c4444cbe272d8360f36da06198.tar.xz
vo_opengl: hwdec_vaegl: add experimental P010 support
This does not work, because Mesa has no support for the proposed DRM_FORMAT_R16 and DRM_FORMAT_GR16 formats. It's also untested of course. As long as video/decode/vaapi.c doesn't hand down P010 surfaces, this is fine anyway. This can be tested by removing the code that disables P010 output: diff --git a/video/decode/vaapi.c b/video/decode/vaapi.c --- a/video/decode/vaapi.c +++ b/video/decode/vaapi.c @@ -55,13 +55,6 @@ static int init_decoder(struct lavc_ctx *ctx, int w, int h) assert(!ctx->avctx->hw_frames_ctx); - // If we use direct rendering, disallow 10 bit - it's probably not - // implemented yet, and our downstream components can't deal with it. - if (!p->own_ctx && required_sw_format != AV_PIX_FMT_NV12) { - MP_WARN(ctx, "10 bit surfaces are currently supported.\n"); - return -1; - } -
Diffstat (limited to 'video/mp_image_pool.c')
0 files changed, 0 insertions, 0 deletions