H.266/VVC Standard Finalized With ~50% Lower Size Compared To H.265
The Versatile Video Coding (VVC) standard is now firmed up as H.266 as the successor to H.265/HEVC.
[...] Fraunhofer won't be releasing H.266 encoding/decoding software until this autumn. It will be interesting to see meanwhile what open-source solutions materialize. Similarly, how H.266 ultimately stacks up against the royalty-free AV1.
Through a reduction of data requirements, H.266/VVC makes video transmission in mobile networks (where data capacity is limited) more efficient. For instance, the previous standard H.265/HEVC requires ca. 10 gigabytes of data to transmit a 90-min UHD video. With this new technology, only 5 gigabytes of data are required to achieve the same quality. Because H.266/VVC was developed with ultra-high-resolution video content in mind, the new standard is particularly beneficial when streaming 4K or 8K videos on a flat screen TV. Furthermore, H.266/VVC is ideal for all types of moving images: from high-resolution 360° video panoramas to screen sharing contents.
Versatile Video Coding (VVC/H.266):
In October 2015, the MPEG and VCEG formed the Joint Video Exploration Team (JVET) to evaluate available compression technologies and study the requirements for a next-generation video compression standard. The new algorithms should have 30-50% better compression rate for the same perceptual quality, with support for lossless and subjectively lossless compression. It should support resolutions from 4K to 16K as well as 360° videos. VVC should support YCbCr 4:4:4, 4:2:2 and 4:2:0 with 10 to 16 bits per component, BT.2100 wide color gamut and high dynamic range (HDR) of more than 16 stops (with peak brightness of 1000, 4000 and 10000 nits), auxiliary channels (for depth, transparency, etc.), variable and fractional frame rates from 0 to 120 Hz, scalable video coding for temporal (frame rate), spatial (resolution), SNR, color gamut and dynamic range differences, stereo/multiview coding, panoramic formats, and still picture coding. Encoding complexity of several times (up to ten times) that of HEVC is expected, depending on the quality of the encoding algorithm (which is outside the scope of the standard). The decoding complexity is expected to be about twice that of HEVC.
See also: MPEG: What Happened?
Sisvel Announces AV1 Patent Pool
(Score: 4, Touché) by jasassin on Tuesday July 07 2020, @03:27AM (11 children)
I just got a video card that can hardware decode X265 and not even a month later the assholes come out with 266.
Brassifrackin sackarackin long eared low down varmits!
jasassin@gmail.com GPG Key ID: 0xE6462C68A9A3DB5A
(Score: 2) by takyon on Tuesday July 07 2020, @03:41AM
I don't think it's going to be included in many products before 2022.
[SIG] 10/28/2017: Soylent Upgrade v14 [soylentnews.org]
(Score: 5, Insightful) by richtopia on Tuesday July 07 2020, @05:18AM (8 children)
Not like H265 is used very much. The bottom link to the MPEG: What Happened dives into what has happened with the MPEG group and how H265 never reached the pervasiveness that H264 and MPEG-2 achieved.
I think AV1 is the next critical codec to target hardware around. Even ignoring the open patents, the major players include content providers and browser makers (founding members Amazon, Cisco, Google, Intel, Microsoft, Mozilla and Netflix). With the industry moving to streaming AV1 will be optimized for the use-case and supported by all parts of the content delivery network. Hardware makers are absent from the founding members, but there are already chips being released with encode and decode support. https://en.wikipedia.org/wiki/AV1#Hardware [wikipedia.org]
The next couple years will really see some competition between the different formats being released. Even if the MPEG group's codecs are technically superior, they are going to have an uphill battle to climb.
(Score: 3, Interesting) by The Mighty Buzzard on Tuesday July 07 2020, @12:25PM (5 children)
Yup. A new standard codec more than once every decade or so don't fly in the market. MPEG->Divx/Xvid->H.264 is pretty much how it's gone so far as standard, consumer-used video compression goes, with a brief shout-out to MPEG-2 for the short span that DVDs were relevant. Over the span from before Windows 95 or Linux even existed until today. Hardware and people's give-a-shit just is not going to keep up with the current pace of video codec advancement.
My rights don't end where your fear begins.
(Score: 3, Insightful) by digitalaudiorock on Tuesday July 07 2020, @01:17PM
Totally. I tend to think that those who are developing these new codecs think everyone's chomping at the bit for a newer/better codec, when for the most part, they just want a codec that their shit can actually play.
(Score: 0) by Anonymous Coward on Tuesday July 07 2020, @02:30PM (3 children)
I still use mpeg2 a lot because it is the only format I can cut with frame accuracy and only reencode the GOP fragments with dvbcut.
(Score: 3, Informative) by The Mighty Buzzard on Tuesday July 07 2020, @03:18PM (2 children)
Ouch, that's pretty brutal. Also not really true anymore. Nowadays you can do frame accuracy with H.264 or H.265, get a hell of a lot better quality:size ratio, and still only have to reencode the GOP(s) you chopped. Have a look at FFMediaToolkit for example.
My rights don't end where your fear begins.
(Score: 0) by Anonymous Coward on Tuesday July 07 2020, @04:35PM (1 child)
Interesting project, but I didn't see anything there about finding GOP boundaries and just do copies of those, nor on how sound was being handled.
(Score: 2) by The Mighty Buzzard on Tuesday July 07 2020, @04:49PM
Not the only project doing it, plenty of others. I assume that FFMediaToolkit is using ffmpeg for both reading and writing though, so there's your answers unless I'm making an ass out of you and me.
My rights don't end where your fear begins.
(Score: 1, Interesting) by Anonymous Coward on Tuesday July 07 2020, @06:01PM (1 child)
Aren't all UHD Blurays encoded using H265/HVEC? "Not used very much" is a bit of a stretch.
(Score: 2) by takyon on Wednesday July 08 2020, @12:39AM
https://en.wikipedia.org/wiki/Ultra_HD_Blu-ray [wikipedia.org]
Various consoles come with UHD Blu-ray drives (PS4 Pro did not, bizarrely), but the discs are competing with streaming services. The lack of H.265 in streaming services, browsers, etc. is its biggest failure:
https://www.streamingmedia.com/Articles/ReadArticle.aspx?ArticleID=141678 [streamingmedia.com]
[SIG] 10/28/2017: Soylent Upgrade v14 [soylentnews.org]
(Score: 2) by stretch611 on Tuesday July 07 2020, @09:57PM
As for hardware decoding, it really isn't necessary if you have a recent CPU.
I had an old linux box with a dual core processor (and integrated graphics) that was from 2008. (and it was a value AMD product from the time, not top end.) It had no problem at all with playing 1080p h.264 movies at all. It did stutter and fail on h.265 though.
But every other computer I had, even a 8 year laptop (admittedly quad core Intel i7 w/nvdia card) was able to play h.265 without a problem. It would probably be slow as crap encoding h.265, but decoding was not an issue at all.
As for availability of h.265 I have seen it start to appear regularly on various pirate sites. It is not nearly as widespread as h.264, but it is out there and growing in popularity.
Personally, *if* I were to partake in those illegal downloads, (which of course I would never do,) I would not have an issue downloading h.265 because a 2-4GB h.265 file appears to give me the same quality as a 10-16GB h.264 file. Of course, this is to my naked eye... not scientific, and really would never happen, because I would never download something illegally, nor even know where to find such a place to find illegal files.
Now with 5 covid vaccine shots/boosters altering my DNA :P