From 475d346174bb8336226d6a618261b61ee0692f71 Mon Sep 17 00:00:00 2001 From: wm4 Date: Tue, 26 Jan 2016 14:05:54 +0100 Subject: vaapi: lower number of allocated surfaces again Commit b53cb8de increased this by the number of additionally delayed surfaces. But since this is only enabled in copy-back mode (which is what process_image is about), the other additional surfaces accounted for the direct rendering case can be ignored. --- video/decode/vaapi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'video') diff --git a/video/decode/vaapi.c b/video/decode/vaapi.c index 4b8987cf24..d7aa2694aa 100644 --- a/video/decode/vaapi.c +++ b/video/decode/vaapi.c @@ -44,7 +44,7 @@ * Note that redundant additional surfaces also might allow for some * buffering (i.e. not trying to reuse a surface while it's busy). */ -#define ADDTIONAL_SURFACES (6 + HWDEC_DELAY_QUEUE_COUNT) +#define ADDTIONAL_SURFACES MPMAX(6, HWDEC_DELAY_QUEUE_COUNT) // Some upper bound. #define MAX_SURFACES 25 -- cgit v1.2.3