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 > New and alternative video codecs

Reply
 
Thread Tools Search this Thread Display Modes
Old 27th August 2018, 07:42   #861  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,851
Quote:
Originally Posted by olduser217 View Post
Hi, what do you mean by "It's wrong to call the frame"?
I believe v0lt dropped an 'm': "It's wrong to call them frame".

And as we are just discussing little details:

Besides WebM and IVF (funny to discover it is based on a legacy container known as "Indeo Video Format"), aomenc also can create "OBU" (Open Bitstream Units); am I right that this format is more similar to the one of raw AVC?
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 27th August 2018, 08:02   #862  |  Link
olduser217
Registered User
 
Join Date: Jun 2015
Posts: 17
Quote:
Originally Posted by v0lt View Post
This is additional information for the GOP sequence that needs to be decoded. Calling it frames is wrong.
I do not agree about this.
Even though these frames are not going to be displayed, they definitely need to be decoded as a frame, stored and take up memory space of a frame in the decoded picture buffer as a reference frame for future frame decoding.

Even the requirement of Youtube mentions that the decoding frame rate can be higher than displaying frame rate, which implying that these "additional information" are exact frame(s).

Anyway, there is no point arguing about this, if your implementation can ignore the performance required to encode/decode these "additional information".
olduser217 is offline   Reply With Quote
Old 27th August 2018, 10:02   #863  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,736
Quote:
Originally Posted by LigH View Post
Besides WebM and IVF (funny to discover it is based on a legacy container known as "Indeo Video Format"), aomenc also can create "OBU" (Open Bitstream Units); am I right that this format is more similar to the one of raw AVC?
OBU is the AV1 name for "NALU" (ie. the generic name for every high level element of a bitstream), it does not indicate a specific storage format. You cannot really store AV1 without a container, much like VP9. Thats why IVF exists, an extremely no-frills container serving as a "raw" format, since pure "raw" is not something you should do.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 27th August 2018, 10:18   #864  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 3,766
Quote:
Originally Posted by LigH View Post
Besides WebM and IVF (funny to discover it is based on a legacy container known as "Indeo Video Format"), aomenc also can create…
Just to make this very clear: the WebM aomenc produces is not valid. As I said before, the mapping for AV1 in Matroska & WebM hasn't been finalized yet, and what aomenc produces is definitely not going to be what the specs will say how it should be.
__________________
Latest MKVToolNix is v35.0.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 27th August 2018, 11:26   #865  |  Link
Aleksoid1978
Registered User
 
Aleksoid1978's Avatar
 
Join Date: Apr 2008
Location: Russia, Vladivostok
Posts: 2,187
Hello all. Can somebody build static .lib(for me need only AV1 decoder) x86/x64 version.
I want try add to MPC-BE/ffmpeg library.
__________________
I7 2600K@4.2 /Asrock P67 Extreme4 Gen 3 /Kingston HyperX 8Gb 1866 (4x2) Kit /OCZ Vertex 3 256Gb /Gigabyte GTX 960 /BenQ EW2430 /LG 47LM620T /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215
Aleksoid1978 is offline   Reply With Quote
Old 27th August 2018, 13:06   #866  |  Link
clsid
Registered User
 
Join Date: Feb 2005
Posts: 4,942
I previously used this for mingw build of decoder lib:
Code:
rm -rf CmakeCache.txt CMakeFiles
cmake.exe ..\aom -G "MSYS Makefiles" -DCMAKE_AR="C:\msys64\mingw64\bin\x86_64-w64-mingw32-gcc-ar.exe" -DCMAKE_TOOLCHAIN_FILE="..\aom\build\cmake\toolchains\x86_64-mingw-gcc.cmake" -DCONFIG_LOWBITDEPTH=1 -DCONFIG_AV1_ENCODER=0 -DCONFIG_LIBYUV=0 -DCONFIG_WEBM_IO=0 -DENABLE_DOCS=0 -DENABLE_EXAMPLES=0 -DENABLE_TOOLS=0 -DENABLE_TESTS=0 -DENABLE_TESTDATA=0
make
But imho it is too early to include in the player. There is not even (demo) content available yet.
clsid is offline   Reply With Quote
Old 27th August 2018, 13:43   #867  |  Link
Aleksoid1978
Registered User
 
Aleksoid1978's Avatar
 
Join Date: Apr 2008
Location: Russia, Vladivostok
Posts: 2,187
I try - but cmake show me error about avx2 and exit. Maybe it's because my CPU don't support AVX2.
__________________
I7 2600K@4.2 /Asrock P67 Extreme4 Gen 3 /Kingston HyperX 8Gb 1866 (4x2) Kit /OCZ Vertex 3 256Gb /Gigabyte GTX 960 /BenQ EW2430 /LG 47LM620T /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215
Aleksoid1978 is offline   Reply With Quote
Old 27th August 2018, 13:52   #868  |  Link
clsid
Registered User
 
Join Date: Feb 2005
Posts: 4,942
Mine doesn't either. Works here with CMake 3.10.2. Haven't tried newer versions.
clsid is offline   Reply With Quote
Old 27th August 2018, 15:55   #869  |  Link
MoSal
Registered User
 
Join Date: Jun 2013
Posts: 80
Quote:
Originally Posted by v0lt View Post
I have a problem with the rav1e encoder. The resulting IVF files play poorly in ffplay and mpv.
rav1e still uses a libaom snapshot from February. That is, the output is not yet compatible with the final AV1 specification.

Edit: this is outdated info.
__________________
saldl: a command-line downloader optimized for speed and early preview.

Last edited by MoSal; 27th August 2018 at 18:12.
MoSal is offline   Reply With Quote
Old 27th August 2018, 16:30   #870  |  Link
v0lt
Registered User
 
Join Date: Dec 2008
Posts: 1,105
Quote:
Originally Posted by MoSal View Post
rav1e still uses a libaom snapshot from February. That is, the output is not yet compatible with the final AV1 specification.
This is unexpected for me. I spent a lot of time using it.
v0lt is offline   Reply With Quote
Old 27th August 2018, 16:40   #871  |  Link
magistral
Registered User
 
Join Date: Aug 2014
Posts: 4
Quote:
Originally Posted by MoSal View Post
rav1e still uses a libaom snapshot from February. That is, the output is not yet compatible with the final AV1 specification.
rav1e has been compliant for almost a month now. See https://github.com/xiph/rav1e/pull/404
magistral is offline   Reply With Quote
Old 27th August 2018, 18:13   #872  |  Link
MoSal
Registered User
 
Join Date: Jun 2013
Posts: 80
Quote:
Originally Posted by magistral View Post
rav1e has been compliant for almost a month now. See https://github.com/xiph/rav1e/pull/404
Ouch. I was looking at the wrong branch.
__________________
saldl: a command-line downloader optimized for speed and early preview.
MoSal is offline   Reply With Quote
Old 27th August 2018, 20:08   #873  |  Link
IgorC
Registered User
 
Join Date: Apr 2004
Posts: 1,306
Quote:
Originally Posted by mzso View Post
I suppose you don't happen to have a graph on speed improvement?
No, I don't have it.

See here https://forum.doom9.org/showpost.php...&postcount=855
IgorC is offline   Reply With Quote
Old 28th August 2018, 02:31   #874  |  Link
TD-Linux
Registered User
 
Join Date: Aug 2015
Posts: 32
We have a very experimental option called "--tune psychovisual" that uses a different distortion metric. I'd be interested if anyone wants to compare. It's still relatively untested at the moment.
TD-Linux is offline   Reply With Quote
Old 28th August 2018, 18:57   #875  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 2,874
Quote:
Originally Posted by IgorC View Post
It's interesting the comparison is just versus x264/4 using --preset slower. Even at --preset placebo they'd still be way faster than current AV1 implementations. A fairer comparison versus x265 would look more like:

--preset placebo --subme 7 --cu-lossless --tskip --bframes 16 --no-wpp

Which would still be faster than libaom, and would make more exhaustive use of HEVC's features. At very low bitrates, maybe another 10-15% reduction in bits @ quality versus slower.

Quality @ Speed is the name of the game here, and comparisons at orders of magnitude different speed aren't that applicable to estimating real-world advantages of different bitstream formats.

(not a diss at the OP; that data might have been useful for an internal comparison for just posting to Twitter. I just want to warn against premature optimism based on Excel RD plots).
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 1st September 2018, 12:40   #876  |  Link
mandarinka
Registered User
 
mandarinka's Avatar
 
Join Date: Jan 2007
Posts: 725
Quote:
Originally Posted by TD-Linux View Post
We have a very experimental option called "--tune psychovisual" that uses a different distortion metric. I'd be interested if anyone wants to compare. It's still relatively untested at the moment.
Most users probably aren't routinely compiling stuff, are there (Windows) builds of Rav1e available from somebody to test with ?
mandarinka is offline   Reply With Quote
Old 1st September 2018, 15:17   #877  |  Link
Tommy Carrot
Registered User
 
Tommy Carrot's Avatar
 
Join Date: Mar 2002
Posts: 852
Quote:
Originally Posted by mandarinka View Post
Most users probably aren't routinely compiling stuff, are there (Windows) builds of Rav1e available from somebody to test with ?
Here:
Quote:
Originally Posted by TD-Linux View Post
rav1e now has automatic Windows builds via Appveyor. To get the latest build, go to this page:

https://ci.appveyor.com/project/tdaede/rav1e/history

Click the latest build labeled with "master", then click Artifacts to download the executable. I'll wire up a better interface for some at this point.
Tommy Carrot is offline   Reply With Quote
Old 5th September 2018, 02:26   #878  |  Link
hajj_3
Registered User
 
Join Date: Mar 2004
Posts: 893
chrome 69 was supposed to add av1 decoding support (which could be enabled using about:flags) however they removed it a week or so ago. If you were wondering why the newly released v69 didn't have it now you know why. I'm pretty sure it will be in v70, though probably disabled by default.

Last edited by hajj_3; 5th September 2018 at 23:19.
hajj_3 is offline   Reply With Quote
Old 5th September 2018, 05:01   #879  |  Link
marcomsousa
Registered User
 
Join Date: Jul 2018
Posts: 47
Quote:
Originally Posted by hajj_3 View Post
chrome 63 was supposed to add av1 decoding support (which could be enabled using about:flags) however they removed it a week or so ago. If you were wondering why the newly released v63 didn't have it now you know why. I'm pretty sure it will be in v64, though probably disabled by default.
Google release today Chrome 69.

Chrome 69 adds an AV1 decoder to Chrome Desktop stable (Windows, Mac, Linux, ChromeOS) based on the official bitstream specification. At this time, support is limited to "Main" profile 0 and does not include encoding capabilities. The supported container is ISO-BMFF (MP4). To enable this feature use the chrome://flags/#enable-av1-decoder flag.
source

At this moment it's planing be enabled by default in Chrome v70.

Last edited by marcomsousa; 5th September 2018 at 16:51.
marcomsousa is offline   Reply With Quote
Old 5th September 2018, 10:40   #880  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,386
I don't have that setting in Chrome 69.0.3497.81 (stable).
sneaker_ger 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 15:58.


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