black and white mode

[Antoine Martin]

We already have "png/L" support, but we could add a global black-and-white mode to try to save bandwidth:

• jpeg supports TJPF_GRAY
• all the video encoders would need a csc step
• webp would need csc too

I'm not sure this will save enough bandwidth: the self-tuning video encode heuristics normally switch to YUV420P for video, and that already reduces the space taken by the colours to 33% or less of the bitstream.
For non-video, it may allow us to use a lossless encoding more often than we would otherwise.

[Antoine Martin]

I don't see the point:

• many things don't degrade well
• none of the video encoders take grayscale as input
• the cost of chroma is a small overhead (just a 33% with YUV420P - worst case scenario - often less if the video encoder interpolates chroma and luma)
• the cost of a single lossless refresh dwarfs any savings we might have made at that point - best to make efficient use of the encodings we have than to invent new ones

[Antoine Martin]

Let's give it a go: libyuv does have a ARGBGrayTo function we can use for video and webp codecs.

[Antoine Martin]

All the encoding related tickets are scheduled for 3.1

[Antoine Martin]

Milestone renamed

[Antoine Martin]

Updates:

• r26698 adds grayscale as a valid encoding option, ie:

  xpra attach --encoding=grayscale
  

(also works from the tray menu)

• r26699 supports grayscale mode for 'jpeg' and 'webp' via pillow
• r26700 supports grayscale with video modes (via ARGBGrayTo)

[Antoine Martin]

Fixups in r27138.

[migration script]

this ticket has been moved to: ​https://github.com/Xpra-org/xpra/issues/1713