IMO, if it were just the efficiency gains on the table (which are substantial - ~20-30% over AV1), I'd say that AV2 isn't worth it. The biggest thing it does add though is multi-stream support, which will be a big win for VR and live sports. The other fun thing is you can send an alpha channel as a separate stream, which the file will then composite for proper transparent video support.
It isn’t required for content distribution platforms which aren’t realtime and the cost of encode is easily made up by hundreds of thousands of streams.
With low enough resolution, framerate and bitrate, you can get a quality stream without significant encoding artifacts compared to any other codec. It is in production right now and has been for a while.
The tradeoff CPU / bandwidth is quite advantageous in situations like this. And no, AV1 HW encoders cannot usually be used, they are not designed for a tight bitrate control or realtime communications like software encoding is usually.
You really want hardware decoding on mobile, otherwise you end up with 40 minutes battery life. Fortunately, for typical videoconference resolutions, VP8 and H.264 are just fine. AV1 is nice to have, though, due to excellent support for synthetic content (screen sharing), and for scalable video coding (a much more elegant solution than simulcast, IMHO).
In the world I live in, the general plan is to stick to VP8 and H.264 for the time being, and to skip to AV1 when it's universally available on mobile. I haven't seen any features of AV2 which would justify waiting for it.
It just doesn’t make sense and will result in extraordinary power/battery drainage at best, or output that’s worse than hardware encoding.
The only way you could get AV1 to software encode in realtime AND low latency on a mid-range Android chip is by disabling or skipping nearly all of the compression/encoding features that make it good at low bitrate.
Yeah but, half jokingly, Zoom does that (draining the battery in an hour) already :P
Unless chipmakers port the AV2 design to older, cheaper nodes, it’s just not happening for average users. We’ll probably see some Chinese TV chip makers throw in an AV2 decoder just to check a box, but as an actual encoder? I wouldn't count on it anytime soon.
You need hardware encoders for things like cameras because they need to encode in real time since the buffer would quickly overflow otherwise.
- Video calls
- Screen/webcam recording
- Live streaming
- Real-time transcoding for media servers (don’t know much about this but I’ve heard it’s a thing)
- Game streaming
- Video editing (making exporting less frustrating)
In other words, unless on smart phones, don't expect broadly distributed AV2 encoding hardware.
If it does happen on PC, it will be most likely some courtesy of the hardware chip designers.
Are you sure this isn't just “things I do are commonplace, and things I don't are incredibly niche”?
> likely will remain so til ~2028 when the first av2 hardware accelerated chips start dropping
This might sound dumb, but whats the point if its intended for slower devices, but those slower devices don't even exist yet?
They can't adopt it if it doesn't exist.
This doesn't take away anything. It's a new standard.
Based on your argument, one should add new safety standards to cars like seat belts, because old cars might not have them.
One shouldn't add new safety standards*
writing before coffee...
But to your point,
While they might not be required to retrofit, one shouldn't stop defining new safety standards.
And HW acceleration is generally a preset baked in version of the encoder or decoder. These are mostly codec specific.
So, no using hardware from previous versions.
Now, you can see some software that tries to use the GPU itself, instead of the dedicated hardware acceleration, to decode, but that isn't the HW accelerated, and may not operate in real time.
At the same time, that will consume much more power, eliminating some of the advantages or the pure HW rendition, especially important for mobile.
I could see an argument being made for encoding, if it is 2x or faster than the CPU, but I haven't looked at any in a while, so don't know the speeds.
This is what makes it viable on mobile devices where system responsiveness and power efficiency are high priority.
Generally these hardware decoders haven’t been retoolalble.
Take a look at AV1 itself, you can't even say it's really ubiquitous on all hardware. It's quite well along in adoption compared to early days, but some mobile devices are still lacking hardware acceleration for it.
This was supported in H.264 MVC but only saw real use for 3D movies on physical BluRays. With almost no content available outside that.
Unless they have hardware encoder and decoder design done in parallel, otherwise it would be 2028 before a hardware block design is done and 2030 for the earliest product to ship with it. In reality I think 2031 or 2032 is more likely.
And I have been saying the same for quite some time that 20-30% for a generational codec improvement isn't worth it. I think they originally aimed at 50%, and then 40% and then 30%.
AV1 supports it too ?
e.g. if you check in 4 directions to see if you can reuse a chunk then make it check in 8 or 16.
Faster encoders will have smart heuristics on when to use these new abilities and when to skip them but the reference encoder will try everything in a dumb way to eke out a tiny win to maximize a theoretical advantage and map out the extreme best case.