summaryrefslogtreecommitdiffstats
path: root/DOCS/man/vo.rst
diff options
context:
space:
mode:
authorNiklas Haas <git@nand.wakku.to>2015-01-22 18:24:50 +0100
committerNiklas Haas <git@nand.wakku.to>2015-01-22 19:40:06 +0100
commit27261bea313117b8644d8abda2bc3f9410623154 (patch)
tree4c6af294540d37533defb2cb6bb237b10af991a1 /DOCS/man/vo.rst
parent1ec77214b19db7aed225375d5f378f58f97ead93 (diff)
downloadmpv-27261bea313117b8644d8abda2bc3f9410623154.tar.bz2
mpv-27261bea313117b8644d8abda2bc3f9410623154.tar.xz
vo_opengl: remove scale-sep and indirect options
These are now auto-detected sanely; and enabled whenever it would be a performance or quality gain (which is pretty much everything except bilinear/bilinear scaling). Perhaps notably, with the absence of scale_sep, there's no more way to use convolution filters on hardware without FBOs, but I don't think there's hardware in existence that doesn't have FBOs but is still fast enough to run the fallback (slow) 2D convolution filters, so I don't think it's a net loss.
Diffstat (limited to 'DOCS/man/vo.rst')
-rw-r--r--DOCS/man/vo.rst24
1 files changed, 1 insertions, 23 deletions
diff --git a/DOCS/man/vo.rst b/DOCS/man/vo.rst
index 48d0e91c38..3f2667668d 100644
--- a/DOCS/man/vo.rst
+++ b/DOCS/man/vo.rst
@@ -354,8 +354,7 @@ Available video output drivers are:
``srgb``
Convert and color correct the output to sRGB before displaying it on
- the screen. This option enables linear light scaling. It also forces
- the options ``indirect`` and ``gamma``.
+ the screen. This option enables linear light scaling.
This option is equivalent to using ``icc-profile`` with an sRGB ICC
profile, but it is implemented without a 3DLUT and does not require
@@ -416,18 +415,6 @@ Available video output drivers are:
Interval in displayed frames between two buffer swaps.
1 is equivalent to enable VSYNC, 0 to disable VSYNC.
- ``no-scale-sep``
- When using a separable scale filter for luma, usually two filter
- passes are done, and when using ``cscale`` chroma information is also
- scaled separately from luma. This is often faster and better for
- most image scalers. However, the extra passes and preprocessing logic
- can actually make it slower if used with fast filters on small screen
- resolutions. Using this option will make rendering a single operation
- if possible, often at the cost of performance or image quality.
-
- It's safe to enable this if using ``bilinear`` for both ``scale``
- and ``cscale``.
-
``cscale=<filter>``
As ``scale``, but for interpolating chroma information. If the image
is not subsampled, this option is ignored entirely. Note that the
@@ -500,15 +487,6 @@ Available video output drivers are:
wayland
Wayland/EGL
- ``indirect``
- Do YUV conversion and scaling as separate passes. This will first render
- the video into a video-sized RGB texture, and draw the result on screen.
- The luma scaler is used to scale the RGB image when rendering to screen.
- The chroma scaler is used only on YUV conversion, and only if the video
- is chroma-subsampled (usually the case).
- This mechanism is disabled on RGB input.
- Specifying this option directly is generally useful for debugging only.
-
``fbo-format=<fmt>``
Selects the internal format of textures used for FBOs. The format can
influence performance and quality of the video output. (FBOs are not