path: root/DOCS
diff options
authorwm4 <wm4@nowhere>2017-02-17 16:45:28 +0100
committerwm4 <wm4@nowhere>2017-02-17 17:08:37 +0100
commite59e917e71d6e2220f5a6f751f604516ab3e6008 (patch)
tree1b520f0acf64fb422cd08411ebb7c165ade827d6 /DOCS
parent91a2ddfdd775a4db02c6fe32d7c348a479bb5d9e (diff)
vo_opengl: hwdec_osx: use new format setup function
We can drop the custom table. For some reason, the interop does not accept GL_RGB_RAW_422_APPLE as internal format for GL_RGB_422_APPLE, so switch the format table to use GL_RGB (this way both interop and real textures work the same). Another victim of the apparent requirement of exactly matching texture formats is kCVPixelFormatType_32BGRA. vo_opengl wants to handle this as normal RGBA texture, with a swizzle applied in the shader. CGLTexImageIOSurface2D() rejects this, because it wants the exact internal format. Just drop the format, because it's useless anyway. (Maybe this is a bit too fragile...)
Diffstat (limited to 'DOCS')
1 files changed, 2 insertions, 2 deletions
diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst
index 9cbe6799cc..7db72b9fef 100644
--- a/DOCS/man/options.rst
+++ b/DOCS/man/options.rst
@@ -776,8 +776,8 @@ Video
choice of the format can influence performance considerably. On the other
hand, there doesn't appear to be a good way to detect the best format for
the given hardware. ``nv12``, the default, works better on modern hardware,
- while ``uyvy422`` appears to be better for old hardware. ``rgb0`` and
- ``yuv420p`` also work.
+ while ``uyvy422`` appears to be better for old hardware. ``yuv420p`` also
+ works.
Enables pan-and-scan functionality (cropping the sides of e.g. a 16:9