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 5th October 2020, 01:07   #21  |  Link
chenm001
Registered User
 
Join Date: Mar 2002
Posts: 20
Quote:
Originally Posted by tnti View Post
Min Chen temporarily has no time to maintain this open source project.
I asked about this in July 2020.
I have enough time since September 2020, I focus on my x266 encoder and decoder after that.

Last edited by chenm001; 5th October 2020 at 01:22.
chenm001 is offline   Reply With Quote
Old 5th October 2020, 01:21   #22  |  Link
chenm001
Registered User
 
Join Date: Mar 2002
Posts: 20
Quote:
Originally Posted by quietvoid View Post
Does anyone have more info about this repo here: https://github.com/chenm001/x266
Looks like just a research implementation but curious.
Thank you interesting of my projects.

That is my research tree, the goal is a hybrid video processing system since HEVC is a little complicated and WC almost can't be implemented as a real world product.
So I think software as a framework with hardware acceleration components is a good idea.

However, my previous employer is a China company, they almost prohibit any spare time work, either related to company products or unrelated.
As a result, my project has been frozen for almost 2 years, it is unfreezing now because I am unemployed since September 2020, I can continue to contribute to my projects.
chenm001 is offline   Reply With Quote
Old 5th October 2020, 01:25   #23  |  Link
chenm001
Registered User
 
Join Date: Mar 2002
Posts: 20
Quote:
Originally Posted by FranceBB View Post
The last release says "on Oct 21, 2017" when the standard wasn't even remotely a thing and was so far away from being finalized. I don't think it's something official nor from Multicoreware...
It is not related to Multicoreware, it is my research tree...
chenm001 is offline   Reply With Quote
Old 5th October 2020, 13:50   #24  |  Link
FranceBB
Broadcast Encoder
 
FranceBB's Avatar
 
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,841
Quote:
Originally Posted by chenm001 View Post
It is not related to Multicoreware, it is my research tree...
Oh, ok, got it. I was asking 'cause I know Multicoreware was working on x266 and I would have been surprised to find the repository on GitHub out of the blue, just like that.

Quote:
Originally Posted by chenm001 View Post
However, my previous employer is a China company, they almost prohibit any spare time work, either related to company products or unrelated.
As a result, my project has been frozen for almost 2 years, it is unfreezing now because I am unemployed since September 2020, I can continue to contribute to my projects.
Oh... Sorry to hear that, man...
I hope you'll find something else.
By the way, I didn't know that Chinese companies had such strict regulations... but I guess I should have expected that, given that they banned pretty much everything on the internet...
Anyway, take care, I'm sure you'll find another job.
FranceBB is offline   Reply With Quote
Old 6th October 2020, 01:02   #25  |  Link
chenm001
Registered User
 
Join Date: Mar 2002
Posts: 20
Quote:
Originally Posted by FranceBB View Post
Oh, ok, got it. I was asking 'cause I know Multicoreware was working on x266 and I would have been surprised to find the repository on GitHub out of the blue, just like that.



Oh... Sorry to hear that, man...
I hope you'll find something else.
By the way, I didn't know that Chinese companies had such strict regulations... but I guess I should have expected that, given that they banned pretty much everything on the internet...
Anyway, take care, I'm sure you'll find another job.
Thank you.
I guess most China companies want t share nothing, no idea.

btw: Based on the Multicoreware scramble for x266 registering trademarks, I maybe rename my x266 to m266 or similar.
However, the project name is not important, I will still focus on make a really world high performance encoder and decoder products.
chenm001 is offline   Reply With Quote
Old 9th October 2020, 01:03   #26  |  Link
tnti
Registered User
 
Join Date: Jan 2017
Posts: 9
Quote:
Originally Posted by chenm001 View Post
Thank you.
I guess most China companies want t share nothing, no idea.

btw: Based on the Multicoreware scramble for x266 registering trademarks, I maybe rename my x266 to m266 or similar.
However, the project name is not important, I will still focus on make a really world high performance encoder and decoder products.
According to past practice, it should be named T26X.:
tnti is offline   Reply With Quote
Old 14th October 2020, 21:03   #27  |  Link
soresu
Registered User
 
Join Date: May 2005
Location: Swansea, Wales, UK
Posts: 196
Quote:
Originally Posted by ksec View Post
Hopefully x265 and x266 being developed by the same team would speed things up a little bit.

What that means is that we could see EVC, VVC and AV2 Encoder all appearing within a year.
AV2 is in deep dev mode at the moment but nowhere near finished at this point from what I gather from the commits on the AOM experimental branch.

I'd be surprised if we saw it even in 2022, more likely 2023 at the earliest?
soresu is offline   Reply With Quote
Old 14th October 2020, 21:14   #28  |  Link
soresu
Registered User
 
Join Date: May 2005
Location: Swansea, Wales, UK
Posts: 196
Quote:
Originally Posted by birdie View Post
To be honest I'm a lot more excited by VVC than AV1. The former looks like a codec which will be embraced by the scene and which will be viable for end users. AV1 is so computationally expensive it's suitable only for Google with their insane compute resources. SVT-AV1 is fast and ... blurry at all presets. Of course, patents and everything, only it doesn't matter for your personal archival purposes.

Also, AV1/H.265/VP9 basically offer nothing/very little vs. H.264 in terms of transparent near-lossless compression where H.264 is still the king. I wonder if H.266 could change that.
From what I gather on the AV1 discord libaom has come on in leaps and bounds in both speed and memory consumption since SVT AV1 came out guns blazing on the speed front.

As for near lossless compression - I don't think that this is an aspect of the codec standard so much as the implementation.

x264 had an insane level of focus on replacing XviD at all levels, and it did eventually do that by about 2010/11 timeframe from what I remember - I think that this focus was the real reason that x264 is still the high bitrate king of the OSS encoders.

I've seen benchmarks that show x265 isn't even the best H265/HEVC encoder out there (HW265 was it?), so it seems there is definitely room for improvement.

II think that the rav1e people are focused on being a true open source x264 successor in terms of quality in their endgame, although it will probably take until well past the release of AV2 to reach that goal.
soresu is offline   Reply With Quote
Old 19th October 2020, 18:26   #29  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,725
"Best" is a very subjective word! For streaming, "transparent near-lossless compression" is a nice aspiration, but the focus is on "best quality within available bandwidth." Near lossless is more for content usable as source for additional reencoding, like ProRes, as a term of art.

The Beamr HEVC encoder is general thought of the highest quality option these days. Not sure what HW265 is.

Does rav1e have a team focused on psychovisual optimization algorithms? I wasn't sure what's happening with them after all the Mozilla layoffs.

It's amazing how influential x265's "Rate Factor" has been; we see --crf equivalents or straight --crf popping up all over the place these days. With the complexity of AV1 and VVC, I want to think that there are deeper ways to take advantage of the new codec features. Actual QP is less important any many ways given the novel ways that artifacts are suppressed. VVC's ability to encode high-QP motion without any block pattern becoming apparent is a game changer.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 26th October 2020, 08:59   #30  |  Link
Losko
Registered User
 
Join Date: Dec 2010
Posts: 65
I stumbled upon this:
https://github.com/fraunhoferhhi/vvenc
Pure C++, open source (but I didn't read the license yet) and cross platform: looks promising!
Losko is offline   Reply With Quote
Old 27th October 2020, 00:43   #31  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,725
Quote:
Originally Posted by Losko View Post
I stumbled upon this:
https://github.com/fraunhoferhhi/vvenc
Pure C++, open source (but I didn't read the license yet) and cross platform: looks promising!
Yeah, definitely more practical performance than the reference encoder. Although the efficiency hit from multithreading is quite high. It's probably better for making test streams than in demonstrating potential bitrate savings versus other codecs, at least so far. Fraunhofer has a history of making good quality encoders.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 8th October 2021, 15:58   #32  |  Link
PCU
Registered User
 
Join Date: Oct 2017
Posts: 327
Friends, what format do you think Google will use in the future: H.266 or AV1?
Please compare: Elecard/MainConcept H.266 with x266.
PCU is offline   Reply With Quote
Old 8th October 2021, 16:58   #33  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,335
With Google, you mean YouTube? I don't think they are likely to adopt a brand new MPEG codec, they have avoided HEVC entirely and only begrudgingly offer H.264 as a fallback when VP9 isn't available.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 8th October 2021, 19:26   #34  |  Link
PCU
Registered User
 
Join Date: Oct 2017
Posts: 327
Quote:
Originally Posted by nevcairiel View Post
With Google, you mean YouTube? I don't think they are likely to adopt a brand new MPEG codec, they have avoided HEVC entirely and only begrudgingly offer H.264 as a fallback when VP9 isn't available.
What about: Facebook, Twitter, Instagram?
PCU is offline   Reply With Quote
Old 9th October 2021, 13:55   #35  |  Link
birdie
Artem S. Tashkinov
 
birdie's Avatar
 
Join Date: Dec 2006
Posts: 334
Quote:
Originally Posted by PCU View Post
What about: Facebook, Twitter, Instagram?
As far as I know there are no representatives of these companies here on these forums, so unlikely anyone could give you a definitive answer.
birdie is offline   Reply With Quote
Old 9th October 2021, 14:48   #36  |  Link
FranceBB
Broadcast Encoder
 
FranceBB's Avatar
 
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,841
Quote:
Originally Posted by birdie View Post
As far as I know there are no representatives of these companies here on these forums, so unlikely anyone could give you a definitive answer.
Which is a shame.
On the other hand, we know that Facebook is still stuck on H.264 and it won't allow anything over HD 30p.
So for instance I generally record simple 3840x2160 60p videos in H.265 100 Mbits with my phone. If I upload them to Facebook they will be downscaled to 1280x720 using a simple Bicubic as resizing kernel, frames will be dropped to 30p and it will be re-encoded to low bitrate H.264.
This is nowhere near what a user expects in 2021.
We've been complaining a lot about YouTube and the fact that videos are low bitrate, 8bit only and full of banding, but at least you can upload up to 8K 60p there and if you upload HLG or PQ it will be preserved and passed through to supported devices (while showing a puny LUT conversion on SDR ones). I mean, this is at least something. Facebook on the other hand is simply ridiculous, but I think they don't care as 95% of their users is using Mobile Phones on relatively poor networks and tiny displays so they don't care...

Last edited by FranceBB; 9th October 2021 at 14:54.
FranceBB is offline   Reply With Quote
Old 10th October 2021, 08:40   #37  |  Link
ksec
Registered User
 
Join Date: Mar 2020
Posts: 114
Facebook is pretty much Anti-MPEG, or at least certain SVP seems to be this way. Twitter doesn't really care about these sort of thing. They have never even participate in the input of any codec discussion, on or offline AFAIK. Instagram tends to follow Facebook, although both Facebook and Instagram is supporting JPEG XL rather than AVIF so at least they seems to be pragmatic about it rather than ideological.

At the end of the day I think ( or I would like to think ) it really is some market force and business decisions. With Apple now supporting VP9 via partial hardware acceleration, and I would imagine better hardware acceleration in the future ( No one has tested the new Hardware Decoder Block on A15 yet ), may be VP9 HDR will be fully hardware accelerated.

Note: Some "site" decide to label Apple as supporting AV1 hardware acceleration and gave zero fact or evidence that is the case, and somehow someone continuously edit this information to be included as fact on wiki.

Modern Internet Video Giant like Facebook and Youtube now have different set of priorities most may not realise. Bandwidth Cost is falling, and it is falling faster than we expected. With enough peering, bandwidth is quite literally free. ( Cloudflare's CEO made this point very very clear. ) It is storage and compute that are now the cost centre. Storage prices hasn't moved at all. And Compute hasn't gotten faster anywhere near the complexity of a new codec. Introducing a new codec means adding another storage cost for every video they have. For Netflix, they can afford to re-encode their whole catalog every three months just to gain on additional image quality via encoder improvement. Their priorities are very different to Facebook or Youtube. But Netflix doesn't like MPEG. Or at least their engineers doesn't like it due to patents and royalty.

Basically we might very well end up with something similar to what we currently have. H.264 and HEVC / VP9.

I would love to be wrong though since I quite like what VVC is showing so far. But the patent pool situation from VVC, MPEG-LA has yet to announce their pricing, 10 months after their initial announcement.

That is from Internet Video Companies perspective. From broadcasting, I gather the industry is quite excited especially those from Asia.
__________________
Previously iwod
ksec is offline   Reply With Quote
Old 13th October 2021, 00:22   #38  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,725
Quote:
Originally Posted by PCU View Post
Friends, what format do you think Google will use in the future: H.266 or AV1?
Please compare: Elecard/MainConcept H.266 with x266.
Google was a founder of AOM and primary contributor of AV1, which started with the libvpx codebase and VP9 design. They've been vocally opposed to patent-bearing codecs for years now, and specifically coded out Chrome's support for passing HEVC decode to a system decoder.

Google's YouTube has always been the primary user of VP 7, 8, and 9, and now AV1, which they've used to drag devices into supporting their players to get access to new YouTube quality tiers.

I think it is very safe to assume that Google will continue to support AV1, and will work hard to make AV2 the next big codec. It would be a profound about-face for them to even allow VVC to be decodable in Chrome, let alone actually publish content using it.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Prime Video

My Compression Book
benwaggoner is offline   Reply With Quote
Old 13th October 2021, 08:41   #39  |  Link
PCU
Registered User
 
Join Date: Oct 2017
Posts: 327
Quote:
Originally Posted by benwaggoner View Post
Google was a founder of AOM and primary contributor of AV1, which started with the libvpx codebase and VP9 design. They've been vocally opposed to patent-bearing codecs for years now, and specifically coded out Chrome's support for passing HEVC decode to a system decoder.

Google's YouTube has always been the primary user of VP 7, 8, and 9, and now AV1, which they've used to drag devices into supporting their players to get access to new YouTube quality tiers.

I think it is very safe to assume that Google will continue to support AV1, and will work hard to make AV2 the next big codec. It would be a profound about-face for them to even allow VVC to be decodable in Chrome, let alone actually publish content using it.
Thanks.
What about Netflix & others? discs are dead these days.
PCU is offline   Reply With Quote
Old 10th January 2022, 09:46   #40  |  Link
PCU
Registered User
 
Join Date: Oct 2017
Posts: 327
Who do you think abandons a royalty-free codec and pays for a codec like H.266?

Last edited by PCU; 10th January 2022 at 09:48.
PCU is offline   Reply With Quote
Reply

Tags
vvc, x266

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 02:53.


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