Intel becomes the first to offer full AV1 support with its new Arc GPUs
neowin.net
neowin.net
So this announcement is specifically about encoding.
On what codec settings?. IMO h256 and AV1 are extremely close depending on individual, and still experimental, codec tweaks.
MP3 coding was near garbage at 128kbps, but over the years the codec community managed to make 128kbps significantly better audibly without changing the format
Next gen h256 coders will likely copy whatever non-bitstream optimisation they can from AV1 coders, and they will be a near match again.
AV1 was supposed to be "on par" with h265 but has jumped ahead by a bit and will likely improve for quite awhile until AV2 is worked on. Will it reach VVC levels? Probably not. But it will certainly be better than h265/HVEC.
Source for size comparisons: https://www.cambridge.org/core/journals/apsipa-transactions-...
I look back at MPEG-1 Video CDs and it is unbelievable how incredible a video image you could now produce in the same 600Mb storage.
Not only is that speculation, but more importantly they will not be copying the licensing terms of AV1.
Also surprised the efficiency is t that wildly much of a leap. 50% over h264, 20% over h265. Maybe this is part of the tradeoff when trying to encode realtime, versus offline & in multiple passes. I feel like for offline encoding there's way bigger gains but I dunno!
Hopefully Apple pushes this over HEVC/VVC garbage in their next release.
I think AV1 is neat, but calling it HEVC "garbage" seems harsh considering the enormous leap H.265 represents over H.264. Even if AV1 is ~20% more efficient than HEVC, lots of "better" codecs have failed to become mainstream.
Because VVC appears to trounce* AV1, Apple may just skip AV1. (*https://www.winxdvd.com/video-transcoder/h266-vvc-vs-av1.htm....)
> …this will really help.
An Intel-made laptop GPU is not going to be the thing that makes or breaks AV1.
https://blog.webex.com/video-conferencing/cisco-leap-frogs-h...
Today, in software. But yes, definitely worth considering!
That is what the AOM camp has been doing since 2015.
These realities far outweigh the technical benefits IMO.
Has it?
"There's not much to report about HEVC, which remains king of the living room, particularly as it relates to High Dynamic Range (HDR) content. Although there's been lots of chatter about AV1 and other codec support in Dolby Vision, HEVC remains the only 10-bit codec supported in a Dolby Vision profile."[*]
Although HEVC is supported on iOS and Android and has universal support in smart TVs and OTT devices, it doesn't have built-in support on Chrome or Firefox. "The lack of browser support for HEVC doesn't hinder premium content distributors, which can use apps with HEVC playback on most platforms, but it keeps HEVC unusable for publishers targeting broad, browser-based playback."[*]
AV1 will have the opposite problem: Early adoption in Chrome and Firefox, but best case we're looking at 2025 until AV1 sees HEVC-like adoption in the living room, and maybe never on iOS depending on whether Apple adopts AV1 or leapfrogs it with VVC.
*https://www.streamingmediaglobal.com/Articles/Editorial/Feat...
They joined late and became a founding member retroactively, but I wouldn't use that as a very strong signal.
Apple is never the first to support open standards.
The short version is that Apple overly focused on monetising their app store and doing everything conceivable they could get away with to push people towards it.
If you wanted to release an app for iOS users you needed to purchase Apple hardware, and a yearly subscription just to start developing an app. Then to release the app you had to follow Apple's rules which allowed them to take a 30% cut of all profits generated with your app. If Apple really liked your app, they could just make their own version and kick yours off the app store without recourse so they could keep the other 70% of the profits.
Meanwhile, users and developers could skirt around the app store by using Safari. This represented a direct threat to the largest revenue generating model that Apple had ever created. Apple needed to make sure that their ad campaign: "There's an app for that" always held true.
So Apple did what it could to indirectly reduce the effectiveness of Safari, keeping it behind what other browsers could do. They even made it impossible for other browsers to be installed on their devices by adding rules to the app store that mandated that all web apps had to be powered by Safari's web view. In essence, all "web browsers" on iOS are just reskins of Safari, warts and all.
Eventually this culminated in an article that basically became a lightning rod for developer's dealing with Apple's anti-competitive behaviour: https://nolanlawson.com/2015/06/30/safari-is-the-new-ie/
The title of the article turned into a common saying amongst web developers, an accurate and concise summary of what was (and mostly still is) seen as a cancer on the industry: "Safari is the new IE".
Apple consistently kept their browser years behind competing browsers, either holding back features, bringing out features that didn't address problems developers needed fixed, or bringing out features that were "broken as intended".
This continued until their anticompetitive behaviour ended up the subject of several lawsuits. Apple's lawyers were traditionally able to bat away the many smaller claims levied against them until Epic could pay for enough lawyer's against Apple to try and make a dent.
Regardless of the legal outcome of the lawsuit, it wound up shining a spotlight for several governments to pay more attention to their fair competition laws.
You can see some recent news about this here: https://www.macrumors.com/2022/03/25/eu-provisionally-agrees...
Now Apple is worried about losing their App Store monopoly on their own devices and has put a renewed focus on their web browser to try and keep people using their own products.
Until about 2 years ago, Apple had been content to keep Safari consistently years behind competing browsers. Since then they have accelerated their development, trying to catch up with their betters.
Wasn't this more like Apple getting their tech standardized?
It's probably a bit early to complain about Apple.
Why? Apple mints new silicon by its own design every year like swiss clock work. Google on the other hand, depends on the likes of Quallcomm, Mediatek and Samsung for the silicon, whenever they decide to add AV1 IP blocks, leading to a chicken and egg situation.
Google could probably fore their hand by switching to AV1 before HW support arrives, but then Youtube UX will suck on all smartphones leading to shit battery life and overheating.
Plus, video codec IP blocks are always a hot potato for the SoC vendors as they're tied in various third party licensing and patent schemes they don't like to deal with.
Google could also face yet more antitrust action if they continue to use their Youtube monopoly as a weapon against competition as they previously have with Microsoft's Windows Phone and Amazon's Echo Show.
Google may be guilty of some things, but pushing AV1 being an antitrust violation is not one of them.
Which makes it unwise to continue to talk about how Google can use their Youtube monopoly again to force it's competitor's hands on anything.
Conversely if they made the decision a few years ago, we might start to see support trickle out across their lines starting this year.
The Tensor SoC in the Pixel 6 supports AV1 decoding:
https://www.anandtech.com/show/17032/tensor-soc-performance-...
the two ways I recently learned is only for listing codecs.
for windows is via legacy media player
for linux is via ffmpeg
and I’m still confused how video players talk to codecs and why they are installed separately and how code can interface with them if they are installed seperately
You can probably add an av1 source in 2-3 years.
If you really need to pull things out of a video, you can either read the bytes directly from a blob, or render the video to a canvas and pull the pixel data out of there. Don't worry, there is a 0.00001% chance of you needing to do this.
You will likely never touch anything like a codec from JS ever.