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. |
7th February 2018, 12:03 | #423 | Link | |
Registered User
Join Date: Jun 2016
Posts: 55
|
Quote:
AV2 is going to have far fewer compromises simply because there will be more time (10 years?), especially once the kinks in organisation within AOM have been worked out and at that stage any major gains will have to be gotten from better tools and architecture rather than stuffing more things into it. It may be possible that more radical ideas will be used including some sort of hybrid codec like OPUS (AV1 and Daala hybrid perhaps?). Compromise is key here. As long as the bitstream is solid and no massive bugs are left it should do well. |
|
7th February 2018, 16:52 | #424 | Link |
Registered User
Join Date: Jun 2015
Posts: 28
|
After seeing the FOSDEM video, I mosty agree with the previous posts: too much and too big changes for an "almost" finished codec and hardware decoding dumbing down the codec. They could have simply made a profile for hardware decoding and one for software to solve all of this. Kind of like AAC.
|
7th February 2018, 16:54 | #425 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,336
|
That solves nothing. Any consumer media would never use those features that don't work with hardware, so its wasted effort to even consider them.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
7th February 2018, 17:36 | #426 | Link | |
Registered User
Join Date: Oct 2009
Posts: 930
|
Quote:
That's kind of surprising. I'd expect even from smartphones of the past few years to decode FullHD content on CPU power alone. |
|
7th February 2018, 19:19 | #427 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,336
|
I'm not sure if they could, don't have final decode complexity figures yet, but even if they can it would burn much more battery then using a bitstream that can be hardware decoded, so its far from ideal.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
7th February 2018, 20:49 | #428 | Link |
Registered User
Join Date: Jun 2015
Posts: 28
|
Yeah, the industry would probably only use the hardware profile. But a codec that's supposed to replace almost all other codecs might be used for archiving too. I'm not even talking about encoding done by individuals where something like h264's high10 got some use.
|
9th February 2018, 10:52 | #429 | Link |
Registered User
Join Date: May 2014
Posts: 24
|
I guess it comes to the point, that the companies involved want working hardware decoders rather sooner than later. So saving time on implementing hardware decoders is a huge deal. the question, I cannot answer, is: how much better could hardware decoders get, if they make them from scratch? (in other words. is it worth the effort?)
One actual question, I have, is, are Xiph/Mozilla still working on Daala? (will Daala ship on it's own one day?) Not that I want that to happen. One codec is better than several. But it's interesting to know, whether they still consider doing it for some reason About: http://blog.chiariglione.org/a-crisi...nd-a-solution/ Nice read, thx for sharing it Moving away from profiles to tool-based encoders doesn't seem to be a good option(IMO), since it complicates the encoder/decoder situation a lot more especially since all tools have to work together somehow. it's kind of stupid though, that big parts of the industry only saw their own profits instead of the bigger picture. well, it's their own pile of shards now. AOM has chances to win. I wonder what the broadcast industry will choose in 15-30 years. Or the movie making industry, in-case there is a new type of disc format. ^^ About his last paragraph: Do we actually need a better, new codec after av1 and opus for media? (at least on the web, the web needed an open codec for several reasons, even if the model of implementing such a codec isn't profitabel at first this might not keep broadcasters and the media industry and so on from paying royalties for better codecs; they have the perfect business model to do so after all (unlike the web)) |
9th February 2018, 11:06 | #430 | Link |
Registered User
Join Date: Jan 2006
Posts: 41
|
Look at the companies behind AOM and tell me which one of them cares about archiving? I don't even remember it being mentioned as a use case for netvc. And also when did they say that the coded is supposed to "replace almost all other codecs"? I thought that AV1 main focus was clear - internet streaming (including game content) and internet real-time communications.
|
9th February 2018, 13:18 | #431 | Link | |
Registered User
Join Date: Oct 2009
Posts: 930
|
Quote:
Also, it seems to me that there's a shift towards the internet from discs and such and television broadcasts. Last edited by mzso; 9th February 2018 at 13:22. |
|
12th February 2018, 12:27 | #432 | Link | |
Registered User
Join Date: Aug 2013
Posts: 8
|
Quote:
Last edited by tfouto; 12th February 2018 at 12:31. |
|
12th February 2018, 13:44 | #433 | Link | |
Registered User
Join Date: Jan 2006
Posts: 41
|
Quote:
AV1 didn't see much optimizations yet and they AFAIK always do full search for new coding tools, which is similar to having placebo mode all the time on. |
|
19th February 2018, 01:55 | #435 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,738
|
Quote:
|
|
19th February 2018, 14:13 | #436 | Link |
Registered User
Join Date: Mar 2002
Posts: 863
|
Thanks for the new build. I thought after so many SIMD optimization, the encoding speed would've got a bit more tolerable, but on the default settings it's still slow as hell. With cpu-used=2 i could at least test it on some very short videos. The quality is decent, but i don't think it has improved much in the last few months.
Last edited by Tommy Carrot; 19th February 2018 at 19:47. |
19th February 2018, 17:02 | #437 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 481
|
AOM AV1 v0.1.0-8127-gc7a5e8830
Built on February 19, 2018, GCC 7.3.0 Code:
https://aomedia.googlesource.com/aom |
19th February 2018, 18:25 | #440 | Link | |
Registered User
Join Date: Oct 2009
Posts: 930
|
Quote:
Code:
[yuv4mpegpipe @ 0000000e84237700] ERROR: yuv4mpeg can only handle yuv444p, yuv422p, yuv420p, yuv411p and gray8 pixel formats. And using 'strict -1' also yuv444p9, yuv422p9, yuv420p9, yuv444p10, yuv422p10, yuv420p10, yuv444p12, yuv422p12, yuv420p12, yuv444p14, yuv422p14, yuv420p14, yuv444p16, yuv422p16, yuv420p16, gray9, gray10, gray12 and gray16 pixel formats. Use -pix_fmt to select one. Could not write header for output file #0 (incorrect codec parameters ?): I/O error Error initializing output stream 0:0 -- |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|