Xpra: Ticket #464: libvpx 1.3: vp9, scaling, lossless modes..

From Libvpx 1.3.0 "Forest" Supports VP9. New Enhancements, it sounds like it is worth trying to upgrade - at least the static builds (OSX, win32 and old centos)

We should deal with a number of issues from #455 to bring vpx closer to feature parity with h264.

Tue, 03 Dec 2013 06:34:00 GMT - Antoine Martin: owner, status, milestone changed

Tarballs aren't there yet and judging from the source code, it isn't quite ready yet. ie:

// Make default VP9 passes = 2 until there is a better quality 1-pass
// encoder


Fri, 03 Jan 2014 15:42:47 GMT - Antoine Martin: description changed

r5103 + r5104 + r5105 add most of the code needed for vp9 support and compiles ok against a libvpx-1.3 git snapshot. Unfortunately, the decoder barfs:

Exception: paint_with_video_decoder: \
    wid=1, vp9 decompression error on 5119 bytes of picture data for 499x316 pixels using \
    <xpra.codecs.vpx.decoder.Decoder object at 0x3ae27e0>, options={'frame': 1, 'csc': 'YUV420P'}

Mon, 06 Jan 2014 10:34:56 GMT - Antoine Martin: attachment set

fixes "broken frame" errors when using vp9

Mon, 06 Jan 2014 13:07:55 GMT - Antoine Martin:

r5130 + r5131 + r5132 + r5133 make vp9 work as well as it can... which is slow, terribly slow, making it completely unusable. A simple VGA picture can take half a second to compress!

webm ticket 553 echoes the same findings: VP8 is 36 ms/f on same machine/file. 54x faster. vp9-vs-h264 says: However there is a thing I have not mentioned Encoding Vp9 takes ages I thought encoding vp8 was slow but this is a new league in slowness.

Until google focuses on latency rather than compression ratio, or until we can find hardware that does compression fast enough, we should stay away from vp9.

Some sample data:

Sun, 09 Feb 2014 08:27:10 GMT - Antoine Martin: milestone changed

re-scheduling vpx stuff

Sun, 23 Feb 2014 01:30:25 GMT - Antoine Martin: milestone changed

From The world’s fastest VP9 decoder: ffvp9:

Sat, 04 Apr 2015 15:59:13 GMT - Antoine Martin:

See also: #832 (libvpx 1.4 support), which should improve the performance.

Tue, 14 Apr 2015 16:35:29 GMT - Antoine Martin: status changed; resolution set

Good enough, will follow up in #832 and #455.

Tue, 14 Apr 2015 16:58:21 GMT - Antoine Martin: milestone changed

(setting milestone)

Sat, 23 Jan 2021 04:56:21 GMT - migration script:

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