Follow
FFMpeg wiki: "For source files of 1080p and 720p av1 optimization is not optimal, most of the time is better to go with the H265 for better vmaf/size ratio"
Here, av1 is 330mb, h265 is 620mb.
I used hardware acceleration for HEVC but I doubt it would make that much difference
@matrix interestingly in recent versions of the aom encoders they added support for butteraugli (jpeg xl's perceptual metric), so they are doing perceptual encoding tests in the reference encoder nowadays. hilarious to see jpeg-xl as a dependency for avif 
@icedquinn @matrix to be fair iirc those defaults are in vpx itself. Vpx is a shit encoder tho.
I've had great success with AV1 and SD content.
Also svt-av1 has had so much development that info on AV1 encoding from 2 years ago is practically useless.
I've had great success with AV1 and SD content.
Also svt-av1 has had so much development that info on AV1 encoding from 2 years ago is practically useless.
svt-av1 ought to be good enough for everyone
@mischievoustomato @icedquinn @matrix especially 1.8.0. It's finally good enough to actually use IMO now.
i have been using it for a while now. My laptop is too weak for preset 7, but i still use it
@mischievoustomato @icedquinn @matrix I mostly use preset 5 and preset 6. I use preset 6 for tiktok videos I post.
I've seen in multiple places that preset 6 is the max you should use for VOD.
I'd be curious to see a comparison of slow, slower, and veryslow x264 vs preset 7 and 8 in svt-av1.
I feel like at HD (maybe even FHD) and lower x264 might be able to match or exceed quality at bitrate while being way faster.
I haven't tried encoding 4k yet tho so I dunno if I could manage preset 5 or 6 at that resolution even though 4k is where they could really benefit from lower presets.
I've seen in multiple places that preset 6 is the max you should use for VOD.
I'd be curious to see a comparison of slow, slower, and veryslow x264 vs preset 7 and 8 in svt-av1.
I feel like at HD (maybe even FHD) and lower x264 might be able to match or exceed quality at bitrate while being way faster.
I haven't tried encoding 4k yet tho so I dunno if I could manage preset 5 or 6 at that resolution even though 4k is where they could really benefit from lower presets.
@sjw @matrix @mischievoustomato svt does a high def video on my ryzen in realtime. 4k it chokes.
theres a geometric increase in requirements as you go up
theres a geometric increase in requirements as you go up
@icedquinn @matrix @mischievoustomato yeah but an Intel arc a380 is around $120 and can encode 4k AV1 at over 100 fps so it's kind of moot
bery tru
dont forget intel quicksync btfos anything else
dont forget intel quicksync btfos anything else
@mischievoustomato @icedquinn @matrix the card also supports quicksync but quicksync is the legacy API now
NVIDIA was better than quicksync but now Intel and NVIDIA are a lot closer
NVIDIA was better than quicksync but now Intel and NVIDIA are a lot closer
@mischievoustomato @sjw @icedquinn @matrix a310 is even cheaper and as far as I'm aware has the same encoder :)
@sjw @mischievoustomato @icedquinn @matrix
> I'd be curious to see a comparison of slow, slower, and veryslow x264 vs preset 7 and 8 in svt-av1.
i was going to do this but with Arc encoding instead of svt but ffmpeg won't talk to my gpu and the people over at handbrake.fr introduced a new feature where if you try to encode at a specific bit-rate using an Arc GPU the program crashes (even with other GPU encoders) and they also changed the constant quality slider to range from "i can't tell the difference between this and the source file" through "why the fuck is my video file 50 GB"
we truly live in a society and this is what i get for updating an Ubuntu LTS based distro with an Arc GPU.
> I'd be curious to see a comparison of slow, slower, and veryslow x264 vs preset 7 and 8 in svt-av1.
i was going to do this but with Arc encoding instead of svt but ffmpeg won't talk to my gpu and the people over at handbrake.fr introduced a new feature where if you try to encode at a specific bit-rate using an Arc GPU the program crashes (even with other GPU encoders) and they also changed the constant quality slider to range from "i can't tell the difference between this and the source file" through "why the fuck is my video file 50 GB"
we truly live in a society and this is what i get for updating an Ubuntu LTS based distro with an Arc GPU.
@matrix @icedquinn @mischievoustomato @sjw some of the biggest hurdles in life comes from updated software 😔
@RedTechEngineer @icedquinn @matrix @mischievoustomato use the Intel fork of FFMpeg
https://github.com/intel/cartwheel-ffmpeg
https://github.com/intel/cartwheel-ffmpeg
@sjw @matrix though as i keep saying av1 encoding most likely would benefit from some small amount of AI work. the filter chains are absurdly complex in av1 (god help av2, currently WIP) but i'm not convinced you couldn't just train some models to predict filter layouts that were good enough.
prblem is that spec is 900 pages of sheer pain so idk
prblem is that spec is 900 pages of sheer pain so idk
@icedquinn @matrix just have AI read the spec and then train an AI for the tasks needed. Simple as that.
@sjw @matrix nothing simple about that in the slightest 
the specs just tell you how the information is decoded. they don't tell you much of anything how to encode it. that requires big math brains to work the shit out.
i have a small math brain, but thats a full time job and ain't nobody paying me to figure out how to encode their anime and tiddy streamers
the specs just tell you how the information is decoded. they don't tell you much of anything how to encode it. that requires big math brains to work the shit out.
i have a small math brain, but thats a full time job and ain't nobody paying me to figure out how to encode their anime and tiddy streamers
@icedquinn @matrix right this is the perfect job for AI
Herace Siinclaiir
@icedquinn @sjw @matrix
> ain't nobody paying me to figure out how to encode their anime and tiddy streamers
Did somebody said anime tiddies
image.png
> ain't nobody paying me to figure out how to encode their anime and tiddy streamers
Did somebody said anime tiddies
image.png
@icedquinn @matrix oh yeah there's no disputing that aom produces the best quality. At least with tools like av1an it's kind of usable but it's still too slow to be practical. Cool to see what's possible tho.
Vimeo apparently has decided to use rav1e which does give better quality than svt-av1 and is still being actively developed.
IIRC aom is fine for real-time encoding use. I think it might perform the best in terms of speed and quality at low bitrates out of the three for encoding in real-time.
Vimeo apparently has decided to use rav1e which does give better quality than svt-av1 and is still being actively developed.
IIRC aom is fine for real-time encoding use. I think it might perform the best in terms of speed and quality at low bitrates out of the three for encoding in real-time.
> they also boned this up once with convincing people flac was not lossless because ffmpeg erroneously was injecting bitrate conversions that were not asked for
no fucking way
no fucking way
i mean i'd assume so, but that this happened in the first place is bonkers
I used hardware acceleration for HEVC but I doubt it would make that much difference
it absolutely does. hardware encoders are pretty terrible.@mia Yeah, you were right. I used the same CQ and it ended up with a similar quality and only 250mb, but it took 3h hours instead of 10 minutes and I used the slowest present on both.
I don't think hardware encoders are terrible, offline transcoding just isn't their intended use case.
@matrix yup. should do better with CRF at similar size fwiw, at least that was the case with x264. CQP cripples rate control.
@mia Oh, thanks, it does much better. It's faster with quality closer to the av1 encode at only 180mb
they also boned this up once with convincing people flac was not lossless because ffmpeg erroneously was injecting bitrate conversions that were not asked for