mirror of
https://github.com/mpv-player/mpv
synced 2025-02-24 00:46:58 +00:00
7be37337f4
Until now, we've always converted vdpau video surfaces to RGB, and then mapped the resulting RGB texture. Change this so that the surface is mapped as NV12 plane textures. The reason this wasn't done until now is because vdpau surfaces are mapped in an "interlaced" way as separate fields, even for progressive video. This requires messy reinterleraving. It turns out that even though it's an extra processing step, the result can be faster than going through the video mixer for RGB conversion. Other than some potential speed-gain, doing this has multiple other advantages. We can apply our own color conversion, which is important in more complex cases. We can correctly apply debanding and potentially other processing that requires chroma-specific or in-YUV handling. If deinterlacing is enabled, this switches back to the old RGB conversion method. Until we have at least a primitive deinterlacer in vo_opengl, this will stay this way. The d3d11 and vaapi code paths are similar. (Of course these don't require any crazy field reinterleaving.) |
||
|---|---|---|
| .. | ||
| refqueue.c | ||
| refqueue.h | ||
| vf_buffer.c | ||
| vf_crop.c | ||
| vf_d3d11vpp.c | ||
| vf_dlopen.c | ||
| vf_dlopen.h | ||
| vf_dsize.c | ||
| vf_eq.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_vdpaurb.c | ||
| vf_yadif.c | ||
| vf.c | ||
| vf.h | ||