mirror of https://github.com/mpv-player/mpv
5597db7081
We allowed any input format that was generally supported by libva, but this is probably nonsense, as the actual surface format was always fixed to nv12. We would have to check whether libva can upload a given pixel format to a nv12 surface. Or we would have to use a separate frame pool for input surfaces with the exact sw_format - but then we'd also need to check whether the vaapi VideoProc supports the surface type. Hardcode nv12 and yuv420p as input formats, which we know can be uploaded to nv12 surfaces. In theory we could get a list of supported upload formats from libavutil, but that also require allocating a dummy hw frames context just for the query. Add a comment to the upload code why we can allocate an output surface for input. In the long run, we'll probably want to use libavfilter's vaapi deinterlacer, but for now this would break at least user options. |
||
|---|---|---|
| .. | ||
| refqueue.c | ||
| refqueue.h | ||
| vf.c | ||
| vf.h | ||
| vf_buffer.c | ||
| vf_crop.c | ||
| vf_d3d11vpp.c | ||
| vf_dsize.c | ||
| vf_expand.c | ||
| vf_flip.c | ||
| vf_format.c | ||
| vf_gradfun.c | ||
| vf_lavfi.c | ||
| vf_lavfi.h | ||
| vf_mirror.c | ||
| vf_noformat.c | ||
| vf_pullup.c | ||
| vf_rotate.c | ||
| vf_scale.c | ||
| vf_stereo3d.c | ||
| vf_sub.c | ||
| vf_vapoursynth.c | ||
| vf_vavpp.c | ||
| vf_vdpaupp.c | ||
| vf_yadif.c | ||