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. |
27th June 2018, 11:26 | #721 | Link | |
Registered User
Join Date: Jul 2003
Location: somewhere north
Posts: 260
|
Quote:
__________________
Woah! Ninja?! http://nwgat.ninja/ (AV1 Overview) "Not available in your region" has now been redefined as "Go Pirate, you filthy scum" Nwgat |
|
27th June 2018, 11:34 | #722 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,784
|
Due to general interest:
My AOM builds are a result of jb-alvarado's media-autobuild_suite, which has building ffmpeg as main purpose, but also offers several more features. During the configuration, among several other options, I enabled building of separate executables (not only libraries used in ffmpeg), and building of AOM. |
27th June 2018, 17:18 | #723 | Link |
Registered User
Join Date: Mar 2002
Posts: 863
|
I've done a few tests with the 1.0 build (thanks Ligh!). I've compared it to the 0.1.0-9043 build from april, i mainly tested --cpu-used 0 to 2, because above that the quality isn't really better than current gen codecs, while it's still horrendously slow. Overally the encoding speed is improved to around twice as fast in each speed settings, while the quality is very similar (both filesize and metrics). In some cases there are definite visual improvements, but in most cases it has more or less the same quality.
This encoder still needs a lot of work, it's still too slow even for short tests, not to mention everyday use. The quality is fairly impressive, definitely better than x265 or VP9, but IMO it falls short to XVC and VVC. |
27th June 2018, 18:51 | #724 | Link | |
Registered User
Join Date: Apr 2002
Posts: 756
|
Quote:
|
|
27th June 2018, 20:41 | #726 | Link | |||||||
Registered User
Join Date: Jul 2016
Posts: 14
|
Response by author of the benchmark from https://encode.ru/threads/1890-Bench...ll=1#post57093
Quote:
|
|||||||
28th June 2018, 18:22 | #727 | Link | ||
Registered User
Join Date: May 2002
Posts: 95
|
Quote:
Quote:
Also the patent situation, not only by google but also by others that do the same dirts it's posibility of inclusion. For me instead of whine for it not being included the correct is to continue perfecting for it to be included in AV2. Last edited by Phanton_13; 28th June 2018 at 18:40. |
||
29th June 2018, 06:06 | #728 | Link | ||
Angel of Night
Join Date: Nov 2004
Location: Tangled in the silks
Posts: 9,559
|
Quote:
Quote:
|
||
29th June 2018, 14:05 | #730 | Link | |
Registered User
Join Date: Jul 2003
Location: somewhere north
Posts: 260
|
Quote:
but currently most tools with not encode, case in point ffmpeg has strict mode on and dont even do webm, aomenc does webm, the encoding and decoding parts are to slow to be ustable even on a modern ryzen 8-core atleast with 1.0.x series we can finally decode stuff encoded in older builds still useless for anything other than thinkering and this is from a user perspective a proper roadmap with set dates on when stuff is getting implemented like faster encoding, multi-threading, browser support? am convinced that aomedia runs on valve time https://developer.valvesoftware.com/wiki/Valve_Time anyway, will check back in 3 months time, pace out (but i guess they are still more than a year off)
__________________
Woah! Ninja?! http://nwgat.ninja/ (AV1 Overview) "Not available in your region" has now been redefined as "Go Pirate, you filthy scum" Nwgat |
|
29th June 2018, 14:59 | #731 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
The container bindings are not finalized yet, which is why tools don't really create those yet. But both MP4 and MKV/WebM bindings are being worked on right now, and once those are final, expect at least FFmpeg to pick them up too.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
30th June 2018, 01:30 | #732 | Link | |
Registered User
Join Date: Jun 2013
Posts: 95
|
Quote:
The opposite turned out to be true. The speed is still slow. And the quality wasn't bad. It wasn't very good either, but still beets a tuned x265-slower profile with the specific sample I tested (1Mbps / 1080p / 30fps). Code:
aomenc -o t.webm t.y4m -t 4 --target-bitrate=256 --enable-qm=1 \ --aq-mode=1 --film-grain-test=1 --cpu-used=8 --tile-columns=4 Code:
ffmpeg -i t.y4m -c hevc -crf 38 -preset slower -x265-params \ sao=0:deblock=-2,-2:psy-rdoq=5:qcomp=.75:ipratio=1.25:pbratio=1.18 t.mkv On the decoding side. ffav1 should be available soon-ish.
__________________
https://github.com/MoSal Last edited by MoSal; 30th June 2018 at 04:47. |
|
5th July 2018, 22:07 | #735 | Link |
Registered User
Join Date: Jun 2018
Posts: 7
|
Article: Constrained Directional Enhancement Filter
Great Chris Montgomery article on CDEF
https://hacks.mozilla.org/2018/06/av...cement-filter/ I'm thrilled to see a royalty-free option here, so I'll try to be patient as they speed up the encoder. |
6th July 2018, 00:04 | #736 | Link | ||
Registered User
Join Date: Aug 2015
Posts: 34
|
Quote:
Quote:
|
||
6th July 2018, 00:19 | #737 | Link |
Registered User
Join Date: Jun 2013
Posts: 95
|
Had some time to do some tests with --cpu-used=4 and no tiles.
As the bitrate goes up, libaom continues to be superior compared to tuned x265 when it comes to I frames. For non-I frames, the story is different. Tuned x265 (see my previous comment) non-I frames look superior to libaom P frames which look terrible. Even when I give more bitrate to P frames (--max-intra-rate=700), they continue to look terrible. The flexibility in the API and CLI options is quite lacking. The documentation is not great either (I had to check the source code to know what to pass to some options). Again, this is with --cpu-used=4 which is probably analogous to veryfast in x264/x265. And it is needless to say that none of this is due to inherent limitations in the codec itself.
__________________
https://github.com/MoSal |
7th July 2018, 08:08 | #738 | Link | |
Registered User
Join Date: Aug 2009
Posts: 201
|
Quote:
"That’s much more to do with the way the encoder is tuned, and you’re seeing VPx’s traditional tuning biases here. The VP encoders have always been rather merciless to mid-frequency content, and I think the current AOM encoder isn’t yet using any sort of activity masking. Compare AV1 to Daala on those images; the substantial difference there is difference in encoder tuning philosophy. We’ll be bringing that to the encoder we’re working on here at Moz." |
|
7th July 2018, 08:45 | #739 | Link | |
Registered User
Join Date: Jan 2006
Posts: 41
|
Quote:
|
|
|
|