diff options
author | wm4 <wm4@nowhere> | 2016-02-12 15:56:58 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2016-02-12 15:56:58 +0100 |
commit | fd80fcd3f34482d9b9b5cc46c90cb2e52bccfc14 (patch) | |
tree | 1074a978624f4a51fa8b7c32b150f20f0f52adb8 | |
parent | 337ad4fef400df103c8256152ca35512303fba66 (diff) | |
download | mpv-fd80fcd3f34482d9b9b5cc46c90cb2e52bccfc14.tar.bz2 mpv-fd80fcd3f34482d9b9b5cc46c90cb2e52bccfc14.tar.xz |
vo_opengl: unconfuse Coverity
It thinks that integer_conv_fbo[index] is implied to be accessed with up
to index=5. Although that is theoretical only, it has a point that this
makes no sense. Use the same constant for the array allocation, to make
it more uniform and robust.
Fixes CID 1350060.
-rw-r--r-- | video/out/opengl/video.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/video/out/opengl/video.c b/video/out/opengl/video.c index 8636e137a8..d13cd30202 100644 --- a/video/out/opengl/video.c +++ b/video/out/opengl/video.c @@ -177,7 +177,7 @@ struct gl_video { struct fbotex output_fbo; struct fbotex deband_fbo; struct fbosurface surfaces[FBOSURFACES_MAX]; - struct fbotex integer_conv_fbo[4]; + struct fbotex integer_conv_fbo[TEXUNIT_VIDEO_NUM]; // these are duplicated so we can keep rendering back and forth between // them to support an unlimited number of shader passes per step |