summaryrefslogtreecommitdiffstats
path: root/video/vaapi.c
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2015-09-23 14:13:32 +0200
committerwm4 <wm4@nowhere>2015-09-23 14:20:50 +0200
commit2ed9370bd69806685ae18897831dac6ab90f5ea5 (patch)
tree7407e302ee38c56a0dd324564fa12673b9dbd4be /video/vaapi.c
parente0c005cb75d259a237b80046cecb903228b981ab (diff)
downloadmpv-2ed9370bd69806685ae18897831dac6ab90f5ea5.tar.bz2
mpv-2ed9370bd69806685ae18897831dac6ab90f5ea5.tar.xz
vf_vavpp: allocate output surfaces with the same size as input
This can happen if the hw decoder allocates padded surfaces (e.g. mod16), but the VPP output surface was allocated with the exact size. Apparently VPP requires matching input and output sizes, or it will add artifacts. In this case, it added mirrored pixels to the bottom few pixels. Note that the previous commit should have fixed this. But it didn't work, while this commit does. Fixes #2320.
Diffstat (limited to 'video/vaapi.c')
-rw-r--r--video/vaapi.c9
1 files changed, 9 insertions, 0 deletions
diff --git a/video/vaapi.c b/video/vaapi.c
index 9bc5953ad0..7a8210be6a 100644
--- a/video/vaapi.c
+++ b/video/vaapi.c
@@ -210,6 +210,15 @@ int va_surface_rt_format(struct mp_image *mpi)
return surface ? surface->rt_format : 0;
}
+// Return the real size of the underlying surface. (HW decoding might allocate
+// padded surfaces for example.)
+void va_surface_get_uncropped_size(struct mp_image *mpi, int *out_w, int *out_h)
+{
+ struct va_surface *s = va_surface_in_mp_image(mpi);
+ *out_w = s ? s->w : 0;
+ *out_h = s ? s->h : 0;
+}
+
static void release_va_surface(void *arg)
{
struct va_surface *surface = arg;