mpv/video/decode
wm4 d3894290ec vaapi: remove direct mapping non-sense
This must have been some non-sense in the original vaapi mplayer patch.
While I still have no good idea what this "direct mapping" business is
about, it appears to be pretty much pointless. Nothing can hold
additional "real" surface references (due to how the API and mpv/lavc
refcounting work), so removing the additional surfaces won't break
anything. It still could be that this was for achieving additional
buffering (not reusing surfaces as soon), but we buffer some additional
data anyway. Plus, the original intention of the vaapi mplayer code was
probably increasing surface count just by 1 or 2, not actually doubling
it, and/or it was a "trick" to get to the maximum count of 21 when h264
is in use.

gstreamer-vaapi uses "ref_frames + SCRATCH_SURFACES_COUNT" here, with
SCRATCH_SURFACES_COUNT defined to 4. It doesn't appear to check the
overlay attributes at all in the decoder.

In any case, remove this non-sense.
2015-05-29 16:28:55 +02:00
..
dec_video.c video: cleanup some old log messages 2015-04-20 23:19:19 +02:00
dec_video.h player: change video-bitrate and audio-bitrate properties 2015-04-20 20:52:16 +02:00
dxva2.c dxva2: support HEVC 2015-05-14 17:44:48 +02:00
gpu_memcpy_sse4.h
lavc.h vdpau: add support for the "new" libavcodec vdpau API 2015-05-28 21:56:13 +02:00
rpi.c RPI support 2015-03-29 16:09:56 +02:00
vaapi.c vaapi: remove direct mapping non-sense 2015-05-29 16:28:55 +02:00
vd.h Update license headers 2015-04-13 12:10:01 +02:00
vd_lavc.c vd_lavc: fix a hw decoding fallback case 2015-05-29 14:17:51 +02:00
vda.c vda: add support for nv12 image formats 2015-05-13 19:57:39 +02:00
vdpau.c vdpau: add support for the "new" libavcodec vdpau API 2015-05-28 21:56:13 +02:00
vdpau_old.c video: rename vdpau.c to vdpau_old.c 2015-05-28 21:56:09 +02:00