Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > VP9 and AV1

Reply
 
Thread Tools Search this Thread Display Modes
Old 22nd January 2022, 17:38   #81  |  Link
YagmurunSuyu
Registered User
 
Join Date: Jan 2022
Posts: 1
Has anyone built 0.9.0 fsv-av1 with ffmpeg? I would be glad if you share it.
YagmurunSuyu is offline   Reply With Quote
Old 23rd January 2022, 15:50   #82  |  Link
marcomsousa
Registered User
 
Join Date: Jul 2018
Posts: 80
Phoronix - Intel Releases SVT-AV1 0.9 For Quicker AV1 Video Encoding

https://www.phoronix.com/scan.php?pa...tem=svt-av1-09
__________________
AV1 win64 VS2019 builds
Last build here
marcomsousa is offline   Reply With Quote
Old 24th January 2022, 03:23   #83  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,109
Quote:
Originally Posted by marcomsousa View Post
Phoronix - Intel Releases SVT-AV1 0.9 For Quicker AV1 Video Encoding
Is this a purely performance update? The link doesn't mention any compression quality or efficiency improvements.

If so, it's not that impressive for a year of development of a still maturing codec like AV1.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 24th January 2022, 05:00   #84  |  Link
Blue_MiSfit
Derek Prestegard IRL
 
Blue_MiSfit's Avatar
 
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,920
Here's a Docker image for 0.9.0

https://hub.docker.com/repository/do...tegard/svt-av1
__________________
These are all my personal statements, not those of my employer :)
Blue_MiSfit is offline   Reply With Quote
Old 24th January 2022, 06:41   #85  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 4,966
Just some early impressions of v0.9 - the speed improvement is nice over older versions, but the quality leaves a lot to be desired. General trend is too much blurring (testing around presets 3 to 8) and detail loss compared to x265 at the same lowis to mid bitrate ranges (I can't believe I'm writing that. For the longest time x265 was the blur king) . scd is disabled by default, but some issues with fades and transitions whether enabled or not

(using the binaries from )
https://jeremylee.sh/bins/
poisondeathray is offline   Reply With Quote
Old 24th January 2022, 19:40   #86  |  Link
Blue_MiSfit
Derek Prestegard IRL
 
Blue_MiSfit's Avatar
 
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,920
In motion I disagree. I found SVT-AV1 to have significantly fewer distracting artifacts in motion at typical OTT streaming quality levels. To be fair, I compared mostly at the lower bitrates to exaggerate the differences .

My still frame comparison very much agrees with your statements.
__________________
These are all my personal statements, not those of my employer :)
Blue_MiSfit is offline   Reply With Quote
Old 25th January 2022, 02:34   #87  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,109
Quote:
Originally Posted by Blue_MiSfit View Post
In motion I disagree. I found SVT-AV1 to have significantly fewer distracting artifacts in motion at typical OTT streaming quality levels. To be fair, I compared mostly at the lower bitrates to exaggerate the differences .
Compared to x265 or older SVT-AV1 verisons?
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 25th January 2022, 04:21   #88  |  Link
Blue_MiSfit
Derek Prestegard IRL
 
Blue_MiSfit's Avatar
 
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,920
Compared to x265 running at similar encoding speed.
__________________
These are all my personal statements, not those of my employer :)
Blue_MiSfit is offline   Reply With Quote
Old 27th April 2022, 01:59   #89  |  Link
wswartzendruber
Registered User
 
wswartzendruber's Avatar
 
Join Date: Feb 2008
Posts: 248
Has anyone gotten film grain to look right with 1.0.0? I've set --film-grain as high as 12 and barely any comes through.
wswartzendruber is offline   Reply With Quote
Old 27th April 2022, 05:52   #90  |  Link
quietvoid
Registered User
 
Join Date: Jan 2019
Location: Canada
Posts: 444
The parameter only increases the denoising strength, hence increasing the parameterized grain intensity.
If that's not enough, you can increase it and use "--enable-dnl-denoising 0" to avoid denoising unnecessarily.

You might find some good info here: https://gitlab.com/AOMediaCodec/SVT-AV1/-/issues/1875
__________________
LG OLED C8 | GitHub Projects
quietvoid is offline   Reply With Quote
Old 27th April 2022, 15:50   #91  |  Link
wswartzendruber
Registered User
 
wswartzendruber's Avatar
 
Join Date: Feb 2008
Posts: 248
I did some experimentation with The Matrix. What I've found is that denoising seems to work correctly as I adjust that value. What I find myself wanting on playback (and side-by-side comparison with the original input) is for VLC to simply increase the magnitude coefficient(s) of the grain table on playback.

The emulated grain patterns and color are quite good. But it's like someone put a 50% opacity filter over them on playback. This seems like a more concise (and simple) problem to solve than encoding grain via MDCT and encoding weak grain in tables.

I contend that either:

1. SVT-AV1's modeling is undershooting the intensity of the grain.
2. libdav1d is rendering the grain much more weakly than intended.

Last edited by wswartzendruber; 27th April 2022 at 15:54.
wswartzendruber is offline   Reply With Quote
Old 27th April 2022, 15:59   #92  |  Link
quietvoid
Registered User
 
Join Date: Jan 2019
Location: Canada
Posts: 444
Is your clip HDR? As far as I know, VLC uses libplacebo to handle that, which has a default setting that reduces grain intensity in HDR only.
dav1d also can make use of libplacebo to render the grain, but I'm not sure if that path is affected by the same alteration.

You could also play with rav1e, which can generate "photon noise": https://github.com/xiph/rav1e/pull/2924
__________________
LG OLED C8 | GitHub Projects
quietvoid is offline   Reply With Quote
Old 27th April 2022, 19:59   #93  |  Link
wswartzendruber
Registered User
 
wswartzendruber's Avatar
 
Join Date: Feb 2008
Posts: 248
It's HLG and tagged as such. BT.2020 for both color parameters.
wswartzendruber is offline   Reply With Quote
Old 27th April 2022, 21:11   #94  |  Link
quietvoid
Registered User
 
Join Date: Jan 2019
Location: Canada
Posts: 444
Hmm, either way I got confused with *deband grain*, so AV1 should be fine.
You can always use dav1d directly to see.
__________________
LG OLED C8 | GitHub Projects
quietvoid is offline   Reply With Quote
Old 27th April 2022, 23:17   #95  |  Link
Beelzebubu
Registered User
 
Join Date: Feb 2003
Location: New York, NY (USA)
Posts: 93
Quote:
Originally Posted by wswartzendruber View Post
I contend that either:

1. SVT-AV1's modeling is undershooting the intensity of the grain.
2. libdav1d is rendering the grain much more weakly than intended.
Although grain reconstruction is not actually mandated to be bit-exact, I can guarantee that dav1d plays it back to the letter of what the spec says, and we have plenty of tests to make sure that doesn't break. You might want to further confirm that #2 is unlikely by using other software decoders (aom, gav1) and confirming their grain scales are identical to what dav1d generates.
Beelzebubu is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 07:56.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2022, vBulletin Solutions Inc.