Xpra: Ticket #783: webp compression can be very poor

It seems OK in lossless mode (as long as you avoid the large dimensions / low speed which cause it to choke completely), and the tests didn't look too bad. But when I run the server in debug mode, I often see an output picture size twice as big as the input!?

r8418 fixes the complete lack of compression of the alpha channel (needs backport), but I think we may need something more drastic. Either narrow down the settings that are actually useful with webp, or disable it completely! It may also be worth sending plain RGB data when we find that the compressed data is bigger than the original!

Sun, 11 Jan 2015 07:05:01 GMT - Antoine Martin: status changed; resolution set

After fixing the alpha compression (backport was in r8422), I cannot reproduce the case where the compressed size is bigger than uncompressed. Though it is sometime close enough that lz4 might be a better choice, I don't think it is worth bothering, the code in make_data_packet is complicated enough as it is.

Sat, 23 Jan 2021 05:05:50 GMT - migration script:

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