News for hackers. Stuff that matters.
Re:H.264 is magic (2016) by clouddrover on Thursday May 23, 2019 @10:41PM (#19998016)
When you control for image quality VP9 outperforms H.264 in single-threaded decoding:

https://blogs.gnome.org/rbultje/2015/09/28/vp9-encodingdecod...

You get the same image quality at a lower bitrate and faster decoding.

VP9 encoding is much slower, but Intel's SVT-VP9 encoder is getting over 300 frames per second on the right hardware:

https://www.phoronix.com/scan.php?page=news_item&px=SVT-VP9-...

Re:H.264 is magic (2016) by ksec on Friday May 24, 2019 @11:12AM (#20002349)
You measuring the best of VP9 Encoder in Image quality, and then points to SVT-VP9 being the fastest encoder which isn't optimise for quality.

The VP9 encoder also tends to smooth ( clean ) the video rather than working with the noise ( Not a problem for most short internet video ), which even as of today x264 is very very good and possibly the best at.

Re:H.264 is magic (2016) by clouddrover on Friday May 24, 2019 @07:05PM (#20006060)
I made two separate, unrelated statements. In any case, libvpx isn't the best VP9 encoder for quality. EVE is.

The point is that you can select the VP9 encoder that makes the most sense for your use case. You can choose from EVE, libvpx, Intel SVT-VP9, Intel Quick Sync, NGCodec, mobile device encoders, etc.

Re:H.264 is magic (2016) by bscphil on Thursday May 23, 2019 @10:54PM (#19998079)
That's an interesting claim. I have to say it doesn't match my experience at all, e.g. when playing VP9 videos on Youtube. Several thoughts:

* I'm not sure what the "ffh264" decoder they're talking about is. My understanding is that pretty much everyone is using libx264 for both encoding and decoding. Maybe the latter is more performant?

* Using SSIM to pick "equal quality" files will probably not give very accurate results.

* SVT-VP9 is, if I'm not mistaken, a hardware encoder. One of the issues with these is that they require some significant tradeoffs to get better speed, so they'll have worse quality than a software encoder at the same bitrate. If you go with software you really pay the price when it comes to encoding time.

Re:H.264 is magic (2016) by cornstalks on Thursday May 23, 2019 @11:13PM (#19998165)
Some corrections:

ffh264 is FFmpeg's decoder. libx264 only does encoding, not decoding.

SVT-VP9 is a software encoder, specially optimized for Intel Xeon Scalable and Intel Xeon D processors.

Re:H.264 is magic (2016) by ryantriangles on Friday May 24, 2019 @01:11AM (#19998668)
libx264 isn't used as a decoder, it only encodes.
Re:H.264 is magic (2016) by cycrutchfield on Friday May 24, 2019 @01:51AM (#19998830)
I thought SSIM was not a very good metric for measuring quality? My impression has always been that the VP9 encoders optimize for these simple “objective quality metrics”, therefore they do well on those metrics. But encoders like x264 don’t, so they do not do as well on those metrics.
Re:H.264 is magic (2016) by clouddrover on Friday May 24, 2019 @02:47AM (#19999081)
Re:H.264 is magic (2016) by ahartmetz on Friday May 24, 2019 @02:24AM (#19998977)
This is true according to my observations. And really, nobody cares about "objective" quality (except for quick feedback during development, I guess). It has to look good.
Re:H.264 is magic (2016) by _pmf_ on Friday May 24, 2019 @04:28AM (#19999578)
And VP9 is actually usable on TI Sitara platforms, while H.264 and H.265 cause 100% CPU load and still stutter.