wm4 9620e37d6a vaapi: increase number of additional surfaces ... Sometime recently, hardware decoding started to fail if h264 with full reference frames was decoded, and --vo=vaapi was used. VAAPI requires registering all surfaces that the decoder will ever use in advance, so if the playback chain uses more surfaces than originally allocated, we fail and drop back to software decoding. I'm not really sure why or when this started happening. Commit 7b9d7265 for one is not the cause - it can be reproduced with earlier commits. It also seems to be timing dependent. Possibly it has to do with the way vo.c retains previous surfaces, and the way they can be queued/unqueued asynchronously. Increasing the number of reserved additional surfaces by 1 fixes it. (Though I have no idea where exactly all these surfaces are being used. Or rather, _when_.)		2015-07-08 12:18:29 +02:00
..
dec_video.c	player: make decoding cover art more robust	2015-06-18 18:39:46 +02:00
dec_video.h	player: make decoding cover art more robust	2015-06-18 18:39:46 +02:00
dxva2.c	dxva2: fix handling of cropped video	2015-07-06 21:25:07 +02:00
gpu_memcpy_sse4.h	dxva2: gpu_memcpy: fix build for GCC 4.8.3	2014-10-26 13:56:41 +01:00
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: increase number of additional surfaces	2015-07-08 12:18:29 +02:00
vd.h	Update license headers	2015-04-13 12:10:01 +02:00
vd_lavc.c	video: replace our own refcounting with libavutil's	2015-07-05 23:56:00 +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