- cross-posted to:
- technology@lemmy.ml
- opensource@programming.dev
- opensource@lemmy.ml
- cross-posted to:
- technology@lemmy.ml
- opensource@programming.dev
- opensource@lemmy.ml
Do we know for sure this time that there’s no way it could infringe on some parent troll’s feelings?
Nope.
I don’t think there’s any way to know for sure without some left-field software technique.
My first thought would be something akin to the VAEs already used to encode/decode chunks of video. I dunno how practical it could be adapted as a general video codec, but it has a high compression ratio and a healthy distance from the media patent minefield.
AV1 is just about getting support and we’re moving on already?
Not exactly moving on, just putting another version on the horizon. It’ll take some time, and if it somehow doesn’t then that’s not really a problem.
How much better is it? I am thinking in terms of compression.
I’m seeing reports of a 20-30% improvement in bitrate usage. But the encoders are also still early at this point
Is this a homeplug announcement from 2015?
I still haven’t converted my stuff to AV1. Lazyness has suddenly become a wise decision.
Sweet. Once handbrake and other programs like kdenlive support export in it, I’ll start encoding new stuff in it, at least for testing it out. It’ll be slow but that’s fine. A couple years for hardware decoders in desktop/laptop graphics cards. More for mobile. A couple more for hardware encoders. Then there’s the AI hardware shortage that’ll make adoption even slower. VVC is already practically dead. It’ll be slow for adoption but AV2 is going to be running almost unopposed with how little has happened with VVC in 6 years
I upgraded to an RTX Quadro 4000 on my media server (from a 750ti) and it still doesn’t support AV1 lmao.
Even last time I was on PC partpicker, the top beefy 10k USD media chonker machine was targeting a specific CPU for cheap AVX512 support because apparently it was required for heavy AV1 work, which I assume meant the GPUs couldn’t keep up.




