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. |
12th February 2019, 00:24 | #1461 | Link | |
Registered User
Join Date: Apr 2004
Posts: 1,315
|
Quote:
Many people try to market a feature of xHE-AAC as switching between bitrates as something outstanding and so on. But in reality it's not a premium feature and Opus supports it from the very beginning. More here https://wiki.hydrogenaud.io/index.php?title=Opus Also xHE-AAC is a high delay codec and it's not suitable for real time communications like VOIP calls etc. Company who wants real time communication should also adopt low-delay xHE-AAC fork (EVS). And if You want stereo EVS then this is just another extension. So we got mutltiple codecs and/or extensions: 1.xHE-AAC 2.low delay EVS 3.EVS stereo extension (aka IVAS) ... It's sort of LC-AAC, HE-AAC, HE-AACv2, Low delay AAC (LD-AAC), Enhanced LD-AAC ( low delay HE-AAC) aka ELD-AAC, ELD-AAC v2 (HE-AACv2 low delay), xHE-AAC, EVS ( low delay xHE-AAC), IVAS (low delay stereo xHE-AAC)... While Opus is just one single format for everything: high-,low-delay, stereo and multichannel codec. So I'm not surprised that Opus is popular in internet community while xHE-AAC support is non-existent. Android 9 will get an xHE-AAC decoder but there is still no any encoder Last edited by IgorC; 12th February 2019 at 00:43. |
|
12th February 2019, 00:58 | #1462 | Link |
Registered User
Join Date: Mar 2002
Posts: 863
|
Very low bitrate is definitely the strong point of AV1 (more precisely aomenc). At around crf 28-30 compression rates, it's starting to get better than x265, and the lower the bitrate, the bigger the advantage. XVC, and especially VVC are still better though, the VVC reference encoder is seriously amazing at ultra low bitrate scenarios.
|
12th February 2019, 01:21 | #1463 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
|
|
12th February 2019, 01:41 | #1464 | Link | |
Registered User
Join Date: Mar 2002
Posts: 863
|
Quote:
Code:
aomenc --end-usage=q --cq-level=xx --cpu-used=1 --kf-max-dist=250 -v -o av1.webm test.y4m Last edited by Tommy Carrot; 12th February 2019 at 01:53. |
|
14th February 2019, 21:17 | #1465 | Link | |
Registered User
Join Date: Nov 2002
Location: Minnesota, USA
Posts: 34
|
Quote:
|
|
15th February 2019, 08:45 | #1467 | Link |
Registered User
Join Date: May 2005
Location: Swansea, Wales, UK
Posts: 196
|
It says "low core count (e.g. 4-core machines)" though, does that mean it doesnt apply at all to higher core counts, or that they alreeady have a similar optimisation implemented or in the pipe?
|
15th February 2019, 09:23 | #1468 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
It probably means that memory usage didn't scale properly to different core counts. The more cores you run, the more memory its going to need, that is not unexpected from any encoder.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
16th February 2019, 01:42 | #1469 | Link | |
Member
Join Date: Nov 2002
Posts: 203
|
SVT-AV1 Already Seeing Nice Performance Improvements Since Open-Sourcing
https://phoronix.com/scan.php?page=n...Speed-Progress
Quote:
|
|
16th February 2019, 03:14 | #1470 | Link | |
Registered User
Join Date: Nov 2009
Location: Northeast Ohio
Posts: 447
|
That's certainly amusing considering that Intel seemed to love branding quad cores as i7 up until recently.
Speaking of quad core i7 CPUs... Quote:
__________________
____HTPC____ | __Desktop PC__
2.93GHz Xeon x3470 (4c/8t Nehalem) | 4.5GHz 1.24v dual-core Haswell G3258 Radeon HD5870 | Intel iGPU 2x2GB+2x1GB DDR3-1333 | 4x4GB DDR3-1600 |
|
16th February 2019, 07:38 | #1471 | Link |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,277
|
btw. https://ci.appveyor.com/project/Open...uild/artifacts offers Windows binaries of the stv-av1 encoder (SvtAv1EncApp.exe and SvtAv1EncApp.dll are needed)
|
16th February 2019, 21:33 | #1472 | Link |
Derek Prestegard IRL
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,989
|
Very cool. I'm playing with this now.
Default settings are quite fast - it did 12 fps for 480p on my i7 7700k with 50% CPU usage and 1.2 GB RAM usage. Here's the basic usage guide: https://github.com/OpenVisualCloud/S..._user_guide.md A sample command: .\SvtAv1EncApp.exe -i .\beauty_480p.yuv -b out.ivf -w 848 -h 480 -fps 24 Yes, I had to encode at 848x480 and not 854 - comically this encoder requires mod 8 input Results aren't too bad - the default CQ 50 setting produced a 623 Kbps file that looks marginally okay, and CQ 40 produced a 1.2 Mbps file that looks a lot better. There are some odd artifacts, almost like the edges of objects wiggle a bit every other frame. However, I'm getting very jerky playback for some reason. I've tried a LAV nightly build in MPC-HC, latest VLC, and ffplay, and they all show the issue. I confirmed my input YUV is 24 fps and the output webm is 24 fps. When I step through it frame by frame it's all there, but for some reason it's jerky on playback. I don't recall seeing this with aomenc encodes, and the decoder isn't close to maxing out one core, so I'm not sure what's up with that... Last edited by Blue_MiSfit; 16th February 2019 at 21:48. |
18th February 2019, 02:20 | #1473 | Link | |
Registered User
Join Date: Jan 2017
Posts: 9
|
Quote:
|
|
21st February 2019, 23:16 | #1474 | Link | |
Registered User
Join Date: Aug 2015
Posts: 34
|
Quote:
(also note that CABAC is a misnomer, as it's not binary. The spec doesn't give it an acronym, but dav1d uses MSAC). |
|
22nd February 2019, 03:01 | #1475 | Link |
Registered User
Join Date: Feb 2003
Location: New York, NY (USA)
Posts: 109
|
I think his concern that a decoder (or a stupid player, which is 99.9% of them) don't know this. A good container format (like mp4) can represent the reference structure in its atoms, and then a good decoder + good container + good encoder can do the right thing. But if any one of them fails, you'll have a worse seeking experience if you want to do frame-exact user experience. It's up to all devs to make sure that doesn't happen, and like I said, this is multi-factorial so it's easy to forget and screw up.
|
22nd February 2019, 21:41 | #1476 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
And there are patterns that can be spec-legal but that existing encoders might not do. And then better encoders add those to improve quality. |
|
22nd February 2019, 22:37 | #1477 | Link | |
Registered User
Join Date: Aug 2015
Posts: 34
|
Quote:
But regardless, whatever structure you pick, the CDFs always follow that same structure, so they are "free" from a seekability point of view. Last edited by TD-Linux; 22nd February 2019 at 22:42. |
|
23rd February 2019, 00:31 | #1478 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
|
|
24th February 2019, 23:29 | #1479 | Link |
Registered User
Join Date: Dec 2002
Posts: 5,565
|
Seems like dav1d is now like 40% faster than libaom on my i5-2500K (no AVX2). And there's a pull request for additional SSSE3 optimizations with like another 50% speedup.
https://code.videolan.org/videolan/d...599#note_29705 |
25th February 2019, 00:06 | #1480 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Once the CDEF patch is merged, it should definitely beat AOM in nearly all situations, in 8-bit decoding anyway. 10-bit/12-bit hasn't been worked on much yet, performance wise.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
Thread Tools | Search this Thread |
Display Modes | |
|
|