DAV1D - THE OPTIMIZED AV1 DECODER, IS NOW AVAILABLE AS 0.1.0

>Today, we release the first usable version of dav1d, called0.1.0,Gazelle.
It means you can use the API, ship the decoder, and expect a bit of support on it.

>We launcheddav1d, more than 2 months ago, duringVDD, and we've been working a lot since:

>But, since the previous blogpost, we've added more assembly for desktop, and we've merged some assembly forARMv8, and for older machines(SSSE3).

>We're now as fast as libaom, in single-thread, on ARMv8, and faster with more threads.

>We've been also mergingmoreSSSE3code.(I haven't had enough time to bench it).
Which means that we will soon be faster than other decoders, on all platforms.

>And, we've been experimenting with shaders, notably for theFilm Grainfeature.

jbkempf.com/blog/post/2018/First-release-of-dav1d

Attached: av1_small-444x222.png (444x222, 28K)

Other urls found in this thread:

bugzilla.mozilla.org/show_bug.cgi?id=1511224
reddit.com/r/linux/comments/a58abf/first_release_of_dav1d_the_av1_decoder/
twitter.com/SFWRedditVideos

>encoding still takes thousands more resources than x265
Nobody cares

That's down to 14x already

lmao no it isn't, a month it still took ~3,000X more resources to compete with x265 efficiency using the medium preset. No way it'd down to 14x

And? OP talks about a decoder.
Also aomenc's fastest preset + tile based multithreading is comparable to x265's slowest preset for encoding 1080p footage, last time I tested it about two weeks ago. It's not as bad as it used to be, when that one article compared AV1, HEVC, AVC and VP9, where AV1 took like 200k seconds for a short clip.
Not saying it's usable yet, but it's slowly getting there.

YouTube engineers already said so

>slowly
More like infinitely slowly. Anyway decoding means jack shit if qualcomm or intel/amd don't have HW decoders that consume less than 1 watt

For hardware encoding maybe but it won't match 265x's compression efficiency and performance on the medium preset even in a decade.

>More like infinitely slowly.
How so? Compared to other codecs AV1 is barely a child.

That referred to VP9 and unless you're using Google's approach of splitting the file and encoding those parts simultaneously, VP9 encoding via libvpx is a lot slower than HEVC encoding via x265.

Reminder that AV1 will kill film grain from analog sources with it's DNR + realtime "grain-re-addition".

>faster than aomdec :DD
Okay, but is it competitive with VP9 and HEVC?

brainlet here
how to test dav1d the easiest way???

It took 2 days to encode a movie with x265 for me
How long will it take with (((DAV1D)))?

Maybe a decade at best.

and this is bad?

ffmpeg and Jow Forums webm support when?
HIRO USE VP9 ALREADY REEEEEEEE

>how long will it take to encode with a decoder
dunno

Upgrade your toaster

Yes, it will reduce original detail and make the re-drawn grain inauthentic to the original. It's fine for digital sources wishing to add digital grain filters, but it's ripe for misuse on analog sources.

Why are decoders and encoders separate? Why isn't it like XORing where decoded -> encoded and encoded -> decoded?

Who cares, everyone is already moving on to .wmv and .rm in .avi

>but it's ripe for misuse on analog sources.
True, but then I'd blame the person who makes this decision, not the codec for offering the option.
It's fine for videos where the bitrate is too low to preserve the grain in the first place.

How will this affect muh anime?

Attached: 1528247955355.jpg (1280x800, 80K)

Didn't they just announce breaking changes to the format of this already obsolete crap you're trying to shill?

Probably not much. x264 is still great for encoding anime and with the current encoding speed of aomenc and rav1e you'll get some test encodes perhaps (just recently someone uploaded an AV1 encode of some show with bunny in the title), but that'll be about it for the next few years.

Apparently they want to make some changes to make hw implementations easier. Not much is known about those changes though.

Won't even make the slightest different now that 10-bit x265 is cream of the crop for chink toons.

no

Yes you troglodyte, we've had 10-bit HW decoding for like 5 years now.

>Windows 7 : Dav1d is slower on Firefox, it uses about 50% more CPU with 720p video

AHAHHAHAHHAHAHAHHAHAHA

>dav1d in Firefox Nightly doesn't enable assembly builds just yet so performance is comparable to the C version
>Firefox nightly is still slow, because of build issue and their sandbox. It will get faster...
bugzilla.mozilla.org/show_bug.cgi?id=1511224

>w7
oh no

2030 maybe

But dav1d hasn't even be ported to FF yet.

>We're finishing the rough edges for a release soon, so that we can hope thatFirefox 65will ship with dav1d for AV1 decoding.

You'll see AV1 rips from streaming sites in a few years. Fansubs will probably continue using 10bit x264. Low quality AV1 reencodes will show up similarly to how x265 is used now.

>Low quality AV1 reencodes will show up similarly to how x265 is used now.

only on your local pajeet trackers

Attached: 2018-12-12-03:23:20-screenshot-cropped.png (1638x812, 256K)

Attached: fx.png (1951x1884, 289K)

Realtime applications for hevc and vp9 are already fgpa dependent.

Fine with me, x265 being much more forgiving of the scene's retardation is a god send.
>inb4 muh private trackers
If the average encode on ptp is any indication 8bit x264 encodes are all starved.

>No mention of av1

>10-bit
Great!
>x265
Eh. Depends on the bitrate.

>he thinks

>even in a decade.
You must be really new on topic to not remember the same shit about x265 when it encoded at less than 1 fps.

>>he thinks

no one does
even tried using a 1.5gb 45min video with x265, vs a 3gb x264 video, the x265 looked like hot garbage

there was no detail in anything anywhere fucking YIFY quality.

I'll wait for 1.0

mad cuz you're busy fapping all day and they optimized an encoder that much?

This

Huh

>muh anime?
go away

Attached: 1521758570806.jpg (250x241, 7K)

there is no hardware encoding for av1 yet

XDDDDDDDD

It won't, its a cash grab codec.

They designed the licensing system to revoke if you are involved in any patent litigation.

What will happen is that they will let it slide until wide adoption happens and then use it to extort money and charge huge licensing fees.

What a fucking joke.

This is what happens when browsing Jow Forums has completely ruined your brain

It's a reverse patent troll designed to destroy competition.

nice try, shill

I was excited for this at first but now I realize I don't care.

This type of thing only matters for archivers, people with download caps, and limited space. These people aren't going to use new encoders to create better quality video. They're going to keep the same quality now and simply use it to reduce file size, that's it.

Combined with the fact that x264 will stick around for the foreseeable future due to much faster encoding, especially for livestreaming. It's difficult to care.

AV1/h265 = for people trying to fit video on a 700MB CD

VP8/VP9 = making clips with webms

x264 = king of everything else

except all the clips available on youtube av1 test playlist look much better when av1 turned on

>This type of thing only matters for archivers, people with download caps, and limited space.
this is retarded thinking

Show bitrates.

That's because they are encoded at a high bitrate. See the playlist's description
>At time of writing, these transcodes are encoded at a very high bitrate for decoder performance testing.
If you encounter an AV1 outside of this playlist they usually have a smaller bitrate compared to the VP9 stream at the same resolution. Ultimately Google will try to achieve the same visual quality with a lower bitrate.

reddit.com/r/linux/comments/a58abf/first_release_of_dav1d_the_av1_decoder/

Attached: Screenshot_2018-12-12 First release of dav1d, the AV1 decoder.png (818x160, 10K)

based cheattube

go back

Waiting on all this AV1 things to hit release branch ffmpeg and mpv. Until then, useless.