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. |
24th December 2019, 22:24 | #1981 | Link |
ангел смерти
Join Date: Nov 2004
Location: Lost
Posts: 9,558
|
Good to see that VMAF-wise, SVT-AV1 has reached parity with vpxenc and x265, at least for 8-bit, and is only a little slower than x265. That's a pretty big milestone, and the codebase is still in a lot of flux, so there's probably some headroom.
BTW, SVT has supported y4m for a long time now, they just haven't updated their readme.The encoder guide in general is pretty outdated, but I want to see where the holiday cleanup goes before I send pull requests. |
25th December 2019, 05:56 | #1982 | Link |
Registered User
Join Date: Nov 2009
Location: Northeast Ohio
Posts: 447
|
Phoronix benchmarked SVT-AV1 v0.8 on a variety of CPUs (i7, i9, Xeon, Ryzen, Threadripper, Epyc):
https://www.phoronix.com/scan.php?pa...0.8-Benchmarks
__________________
____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 |
27th December 2019, 09:55 | #1983 | Link |
Registered User
Join Date: Jan 2015
Posts: 71
|
SmilingWolf, have you made any tweaks to PSNRHVS? AFAIK by default cweight is set to 1, that's too high, set it to 0.125.
Or just use this already tweaked and improved version from libaom (only with this version first video must be original and distorted is second). |
29th December 2019, 10:36 | #1984 | Link | |
Registered User
Join Date: Sep 2009
Location: Berlin
Posts: 173
|
Quote:
I have experimented with the SVT-AV1 encoder. Except that the cmd windows in staxrip freezes after 10.000 frames (but the encoding continues), there is a big problem. I muxed the finished elementary stream in mkv. If I now play it and jump back or forward for more than 5 min, the player (with current LAVfilters) needs a lot of time until the playback continues. If I download a youtube AV1 video in mp4 container the player doesn't need too much time to skip. However, mp4box does not want to mux .opus streams, so I cannot really use the mp4 container. Do you have a solution? ffmpeg -i -nostdin -f rawvideo -pix_fmt yuv420p - | SvtAv1EncApp.exe -i stdin -fps-num 24000 -fps-denom 1001 -n 548203 -w 1920 -h 816 -enc-mode 6 -q 48 -b edit: if i mux youtube AV1 mp4 into mkv, i also can skip fast trough the file. So is there a SVT-AV1 bug? Last edited by VincAlastor; 29th December 2019 at 11:30. |
|
29th December 2019, 16:23 | #1985 | Link | |
Registered User
Join Date: Aug 2018
Posts: 10
|
Quote:
__________________
I use machine translation because I am not good at English. |
|
29th December 2019, 22:53 | #1986 | Link |
Registered User
Join Date: Sep 2009
Location: Berlin
Posts: 173
|
thank you very much. That parameter was very helpful.
But let's hope we don't need it long, because open GOPs are more efficiently pretty sure. Last edited by VincAlastor; 29th December 2019 at 22:59. |
31st December 2019, 05:42 | #1987 | Link | |
ангел смерти
Join Date: Nov 2004
Location: Lost
Posts: 9,558
|
Quote:
Just using a longer GOP will help much more. |
|
31st December 2019, 14:58 | #1988 | Link |
Registered User
Join Date: Feb 2003
Location: New York, NY (USA)
Posts: 109
|
No, it's a player or file bug. The player likely selects keyframes from the index (in Mkv parleance: seekhead), and for whatever reason, the muxer didn't add invisible keyframes (non-IDR in AV1) to the index (i.e. broken file), or the demuxer (player) doesn't recognize them and ignores them.
dav1d simply decodes frames in order presented by the player (along with some reordering etc.), it cannot seek further back by itself. |
1st January 2020, 03:00 | #1989 | Link | |
Registered User
Join Date: Sep 2009
Location: Berlin
Posts: 173
|
Quote:
|
|
3rd January 2020, 15:46 | #1990 | Link | |
Registered User
Join Date: Jun 2019
Posts: 16
|
LG To Unveil 2020 Real 8K TV Lineup Featuring Next-Gen AI Processor At CES 2020
LG announced that their new 8K TVs will support AV1.
Quote:
|
|
6th January 2020, 10:01 | #1991 | Link | |
Artem S. Tashkinov
Join Date: Dec 2006
Posts: 337
|
Quote:
Besides, YouTube started using it years ago along with VP9 and each device which supports YT must support Opus by default. |
|
6th January 2020, 14:06 | #1992 | Link | ||
Registered User
Join Date: Jun 2019
Posts: 16
|
Samsung Electronics Unveils 2020 QLED 8K TV at CES
Samsung will also support AV1:
Quote:
Quote:
My previous message was based on seeing Samsung support VP9 but only Vorbis, not Opus (as of 2019), but I was wrong. This is only for the .webm container, Opus is already supported in .mp4, .mkv etc. I don't know if LG has similar documentation somewhere. |
||
6th January 2020, 15:20 | #1993 | Link | |
Registered User
Join Date: May 2005
Location: Swansea, Wales, UK
Posts: 196
|
Quote:
As you say it's low complexity so it wouldn't require an ASIC to run it in a wall powered device like a high end 4K TV, but anything that reduces thermal output is welcome, it's annoying hearing a fan coming from a TV. |
|
8th January 2020, 20:23 | #1994 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
Does aomenc really support piping from ffmpeg?
my cmd line (simplified) Code:
ffmpeg.exe -loglevel panic -i 1.avs -strict -1 -f yuv4mpegpipe - | aomenc.exe --cq-level=20 --cpu-used=3 --skip=0 --limit=1343 --kf-min-dist=0 --kf-max-dist=240 --output=1.ivf -
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
8th January 2020, 21:41 | #1995 | Link |
Registered User
Join Date: Sep 2007
Posts: 5,345
|
2pass definitely works ok for yuv4mpegpipe or rawvideo pipe - so the pipe works
I haven't done 1pass encoding with aomenc, but that suggests something wrong with the 1pass syntax EDIT: try adding --end-usage=cq --passes=1 , that completes works here for 1pass Last edited by poisondeathray; 8th January 2020 at 21:49. |
9th January 2020, 10:14 | #1996 | Link | |
Registered User
Join Date: Apr 2018
Posts: 63
|
Quote:
Current git version on linux I will try to reproduce it and see where it started |
|
9th January 2020, 14:05 | #1997 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
9th January 2020, 19:50 | #1998 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
Quote:
A bigger challenge can be if the SW audio decoder is integrated into the DRM system, which is sometimes hinky. That said, xHE-AAC support is growing rapidly and has or will eclipse Opus's. Since it's just a new feature of the AAC porting kit, it'll get deeper integration in many cases. I'm really impressed that we already have TVs launching with these specs for AV1. I'd love to know how much the SoC had to get bigger for that AV1 support. The extra transistors required for AV1 support is a really important factor in AV1's market viability. |
|
10th January 2020, 03:54 | #1999 | Link |
Derek Prestegard IRL
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,988
|
Do you usually have to encrypt audio? I usually get a pass on that, specifically since the lower security of the audio path mandates multi key (to avoid stealing the audio key and using it for the video) and that's tricky on a lot of platforms.
I want to use Opus today, but the spec for putting it in fMP4 and using it in DASH are not finished (last I checked)! I even whined about this but sounds like there's not a ton of motivation to finish it, which is a real shame. Last edited by Blue_MiSfit; 10th January 2020 at 03:57. |
10th January 2020, 23:42 | #2000 | Link | ||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,750
|
Quote:
Quote:
|
||
Thread Tools | Search this Thread |
Display Modes | |
|
|