Alliance for Open Media codecs

[IgorC]

Originally Posted by hajj_3

DAV1D 0.2.0 final is out: https://code.videolan.org/videolan/dav1d/tags

Hopefully a new vlc player will be released soon with this integrated.

MPC-BE 1.5.3 (build 4455) beta has switched from libaom to dav1d 0.2.x

[hajj_3]

Originally Posted by IgorC

MPC-BE 1.5.3 (build 4455) beta has switched from libaom to dav1d 0.2.x

great news, i just tested it, it uses far less cpu playing av1 files than before

[Nintendo Maniac 64]

Originally Posted by hajj_3

great news, i just tested it, it uses far less cpu playing av1 files than before

I was paranoid that this would only be the case for AVX-enabled CPUs, but even on my AVX-less Haswell Pentium G3258 I was seeing ~50% faster performance than what I would get via MPC-HC v1.8.4 with its built-in LAVfilters.

[sneaker_ger]

Yes, the dav1d developers added a lot of SSSE3 optimizations for older CPUs. AVX is useless, AVX2 is good. See the discussions and links on the last pages.

[Nintendo Maniac 64]

I also just tried a very recent nightly build of LAVfilters as well (0.73.1-30 built on 2019-03-08), and unfortunately the resulting performance indicates that it's likely still using the AOM decoder.

Originally Posted by sneaker_ger

older CPUs

Reminder that even the newest Pentiums lack AVX. Heck in terms of actual IPC and performance-per-clock, my own Pentium is only two generations old, and one of those generations were practically skipped-over for the desktop.

[nevcairiel]

Originally Posted by Nintendo Maniac 64

I also just tried a very recent nightly build of LAVfilters as well (0.73.1-30 built on 2019-03-08), and unfortunately the resulting performance indicates that it's likely still using the AOM decoder.

LAV will be switching to dav1d 0.2.1 soon, which was released only minutes ago. I wanted to use 0.2.0 already but knowing that a small improvement was coming up shortly, it made sense to wait.

[LigH]

New uploads: (MSYS2; MinGW32: GCC 7.4.0 / MinGW64: GCC 8.3.0)

AOM v1.0.0-1457-geca009dba

rav1e 0.1.0 (fbecf18 / 2019-03-13)

dav1d 0.2.1 (408d048 / 2019-03-13)

[IgorC]

Good News: AV1 Encoding Times Drop to Near-Reasonable Levels

[Tommy Carrot]

Originally Posted by IgorC

Good News: AV1 Encoding Times Drop to Near-Reasonable Levels

Indeed, it's getting faster. Unfortunately at the cost of compression efficiency, according to my tests it has gotten worse by about 3-5% since december, and --cpu-used=0 currently barely has better quality than --cpu-used=1 had 3 months old ago, while the encoding speed is still being slower. In other word, for the same quality/efficiency, the encoding speed hasn't really improved much, but the maximum efficiency has gotten worse.

[EwoutH]

The VLC Dev and 3.0 branches now use dav1d 0.2.1.

Here are new Nightly builds for:

• VLC Dev Windows (64-bit)
• VLC 3.0 Windows (64-bit)
• VLC Android 3.1 (64-bit)

Chimera (8-bit 1080p) now plays most scenes fluently on my Galaxy S7 (Exynos 8890 with 4x Mongoose 1, 4x Cortex-A53 and 4GB LPDDR4). Summer in Tomsk 1080p (from Elecard) plays fluently, while Summer Nature 1080p still has a stutter here and there (bitrate is a lot higher). 720p videos are now decoded without a hitch.

[foxyshadis]

Originally Posted by mandarinka

The rest of the clip has Rav1e clearly deficient despite the large bitrate though. It constantly smoothes the solid/flat areas and generally can't keep the milder grain and texture (which is a flaw). So its psychovisual decisions probably still aren't ready for high quality transparent encoding. This is a general problem with any non x264/x265 encoder probably, even x265 would drop texture detail everywhere before it got aq and psyrdo.

It never ceases to astonish me how every single codec seems to prize PSNR over visual quality at the start, after all these years, and bolt on psychovisual as an afterthought. Also, how many codecs are designed with only low-bitrate in mind, assuming that high bitrate will automatically be transparent, so there's no reason to waste time on that. You'd think that Google would have, well, Googled for the successes and failures in this field before surging ahead. Or at least listened to Monty, since he's The Woz of codec design.

[marcomsousa]

Android Q introduces support for the open source video codec AV1. This allows media providers to stream high quality video content to Android devices using less bandwidth. In addition, Android Q supports audio encoding using Opus - a codec optimized for speech and music streaming, and HDR10+ for high dynamic range video on devices that support it.

The MediaCodecInfo API introduces an easier way to determine the video rendering capabilities of an Android device. For any given codec, you can obtain a list of supported sizes and frame rates using VideoCodecCapabilities.getSupportedPerformancePoints(). This allows you to pick the best quality video content to render on any given device.

[benwaggoner]

Originally Posted by foxyshadis

It never ceases to astonish me how every single codec seems to prize PSNR over visual quality at the start, after all these years, and bolt on psychovisual as an afterthought. Also, how many codecs are designed with only low-bitrate in mind, assuming that high bitrate will automatically be transparent, so there's no reason to waste time on that. You'd think that Google would have, well, Googled for the successes and failures in this field before surging ahead. Or at least listened to Monty, since he's The Woz of codec design.

PSNR may not be good, but it is easy to calculate.

And Google REALLY likes objective metrics. They trust a number from a computer more than their own eyes.

It's one of those "looking where the light is" kinds of problems.

[Nintendo Maniac 64]

Originally Posted by benwaggoner

They trust a number from a computer more than their own eyes.

Geez, no wonder people like Elon Musk are so concerned about certain tech companies going all-in on deep A.I.

[benwaggoner]

Say, does anyone know if the Android Q AV1 decoder has/will have PlayReady integration? If so, what level?

[Blue_MiSfit]

I strongly doubt it. If there is an integration I'd be shocked if it's not software based, which would max out at SL2000.

[marcomsousa]

Firefox 66 - Support for AV1 codec is activated on Windows by default.

[birdie]

Originally Posted by marcomsousa

Firefox 66 - Support for AV1 codec is activated on Windows by default.

It was already enabled in Firefox 65.

[Nintendo Maniac 64]

It would seems that LAVFilters v0.74.1 and therefore also MPC-HC v1.8.6 are now using dav1d, resulting in similar performance gains that were seen in MPC-BE beta builds (which I previously measured as being ~50% faster than MPC-HC v1.8.4 and its included LAVFilters v0.73).

[Pushman]

https://github.com/Nevcairiel/LAVFil...eases/tag/0.74

NEW: Using the dav1d AV1 decoder for significantly improved AV1 decoding performance