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. |
5th April 2018, 16:15 | #602 | Link |
Registered User
Join Date: Jul 2003
Location: somewhere north
Posts: 260
|
hehe its so slow even time would be waiting for it to end before the universe does
__________________
Woah! Ninja?! http://nwgat.ninja/ (AV1 Overview) "Not available in your region" has now been redefined as "Go Pirate, you filthy scum" Nwgat |
5th April 2018, 20:30 | #603 | Link | |
Registered User
Join Date: Jan 2007
Posts: 729
|
Quote:
After all, the thing is not publicly available, so nobody can really prove the claims. |
|
5th April 2018, 23:25 | #604 | Link | |
Registered User
Join Date: Mar 2004
Posts: 1,120
|
Quote:
|
|
6th April 2018, 15:49 | #605 | Link |
Registered User
Join Date: May 2014
Posts: 24
|
might be, it's probably not that hard to improve vp9 for someone like him, and he worked at Google creating vp8 and vp9.
it certainly can be better, but that doesn't proof that it's always better (how he implies it), since the test samples can be constructed to get the statistics he wants. "I only believe in statistics that I doctored myself" I'm very certain, that it's better than libvpx in every way so it's likely that Google and especially Netflix (being big content providers) are interested in these gains. but that doesn't make his statistics into a proof. |
7th April 2018, 21:10 | #606 | Link |
Registered User
Join Date: Jan 2007
Posts: 729
|
Yeah, it should definitely be better than libvpx, that's why Ronald Bultje (the author) wrote it after all! Not sure if Google uses it. At least for youtube they used to stick to libpvx and just didn't seem to care much about problems it has/had.
(Note that I didn't want to suggest the claims are outright dirty lies, just that thing the authors would claim tend to be one-sided, be it with On2, AV1, this case, x264/MCW...) |
8th April 2018, 11:51 | #607 | Link |
Beyond Kawaii
Join Date: Feb 2008
Location: Russia
Posts: 724
|
libvps does have problems though.
I reported this critical bug a year ago, and they still haven't gotten to fixing it. https://bugs.chromium.org/p/webm/iss...wner%20Summary
__________________
...desu! |
10th April 2018, 16:14 | #611 | Link | |
Registered User
Join Date: Oct 2009
Posts: 930
|
Quote:
This sounds remarkably counter-intuitive to me. Take only the I frames of a video codec, then make a half-assed video format ("animation") out of it. |
|
10th April 2018, 16:58 | #612 | Link | |
Registered User
Join Date: Jun 2016
Posts: 55
|
Quote:
I am going to take an educated guess and say that they will include Inter-frame compression for timed image sequences, just like HEIF/HEIC does, as it would be silly to waste storage not including it while reclaiming a few bytes in the header. It is possible that the logic for those components will be shifted to the P frames themselves to allow very basic decoders to deal with single frame images, as each frame is stored separately. |
|
11th April 2018, 01:55 | #613 | Link |
Registered User
Join Date: Apr 2016
Posts: 61
|
AV1 beats x264 and libvpx-vp9 in practical use case
https://code.facebook.com/posts/2538...ical-use-case/ |
11th April 2018, 04:27 | #614 | Link | ||
ангел смерти
Join Date: Nov 2004
Location: Lost
Posts: 9,558
|
Quote:
Quote:
Last edited by foxyshadis; 11th April 2018 at 04:44. |
||
11th April 2018, 06:24 | #615 | Link | |
Registered User
Join Date: Apr 2002
Posts: 756
|
Quote:
|
|
11th April 2018, 13:05 | #616 | Link |
Video compressionist
Join Date: Jun 2009
Location: Israel
Posts: 126
|
AV1 supports 1/8-pel motion precision (optional, specified by frame header parameter - allow_high_precision_mv). i wonder what's a gain in coding efficiency to exploit high MV precision? In HEVC and AVC the precision is 1/4-pel (for luma). In case of high-frequency video (HFR) or even for 60 fps 1/8-pel probably is redundant. Perhaps, 1/8-pel MV precision is beneficial for 4K resolution with 30 fps rate?
Unlike to HEVC development (where all was public and all discussions/contributions were located at jct-vc repository), some AV1's decisions are non-graspable to me. Who knows - under what circumstances 1/8-pel motion vector precision is beneficial vs. 1/4 pel one? |
11th April 2018, 23:43 | #618 | Link |
Guest
Posts: n/a
|
With a current FFMPEG build I get 0.2 fps on 1080p content. And that's a single stream.
To use this for next-day TV VOD it needs to be...faster. Or, maybe the ffmpeg integration is not fully baked? The CPU certainly is not loaded in any appreciable way. It's not even clocking up. |
12th April 2018, 00:31 | #619 | Link |
Registered User
Join Date: Mar 2002
Posts: 863
|
The bitstream is not frozen, so you should use av1 only for testing... but currently it's too slow even for that. Once it is frozen, i expect the speed optimizations will come fairly quickly. Their stated goal is around a hundred times faster encoding speed at the end of the year. Hopefully with not significant quality drop.
|
12th April 2018, 01:12 | #620 | Link | |
Registered User
Join Date: May 2016
Posts: 20
|
Quote:
I've done a lot of side by side comparisons and if you don't have the side by side, you can trick yourself into thinking it's better, but a lot of detail is lost and washed out. Someone here will know for sure. |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|