vo_gpu: remove --tone-mapping-mode

`--vo=gpu-next` no longer uses this option, being replaced entirely by a
luminance-based approach internally. And even for `--vo=gpu`, the values
other than 'hybrid' are universally inferior in quality.

In the interest of gradually reducing the amount of option bloat here,
remove this mostly-pointless option.

1 files changed, 0 insertions, 22 deletions

diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst
index ad4b5b89d7..7a36e78f79 100644
--- a/DOCS/man/options.rst
+++ b/DOCS/man/options.rst
@@ -6630,28 +6630,6 @@ them.
     it too high will make dark scenes appear unnaturally bright. (``--vo=gpu``
     only)
 
-``--tone-mapping-mode``
-    Controls how the tone mapping function is applied to colors.
-
-    auto
-        Choose the best mode automatically. (Default)
-    rgb
-        Tone-map per-channel (RGB). Has a tendency to severely distort colors,
-        desaturate highlights, and is generally not very recommended. However,
-        this is the mode used in many displays and TVs (especially early ones),
-        and so sometimes it's needed to reproduce the artistic intent a film
-        was mastered with.
-    max
-        Tone-map on the brightest component in the video. Has a tendency to
-        lead to weirdly oversaturated colors, and loss of dark details.
-    hybrid
-        A hybrid approach that uses linear tone-mapping for midtones and
-        per-channel tone mapping for highlights.
-    luma
-        Luminance-based method from ITU-R BT.2446a, including fixed gamut
-        reductions to account for brightness-related perceptual nonuniformity.
-        (``--vo=gpu-next`` only)
-
 ``--tone-mapping-visualize``
     Display a (PQ-PQ) graph of the active tone-mapping LUT. Intended only for
     debugging purposes. The X axis shows PQ input values, the Y axis shows PQ