diff options
| author | Niklas Haas <git@nand.wakku.to> | 2015-01-22 18:24:50 +0100 |
|---|---|---|
| committer | Niklas Haas <git@nand.wakku.to> | 2015-01-22 19:40:06 +0100 |
| commit | 27261bea313117b8644d8abda2bc3f9410623154 (patch) | |
| tree | 4c6af294540d37533defb2cb6bb237b10af991a1 /DOCS | |
| parent | 1ec77214b19db7aed225375d5f378f58f97ead93 (diff) | |
| download | mpv-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')
| -rw-r--r-- | DOCS/man/vo.rst | 24 |
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 |