Submitted 10 hours ago by sailorzoop@lemmy.librebun.com to [deleted]
https://lemmy.librebun.com/pictrs/image/e88f4e20-60a8-47ae-be2f-b98a1c5a3eaa.avif
Somebody save my CPU.
Not only is everything smaller, but the codec looks better. Compression artifacts when AV1 is really pushing it at lower bitrates are more like… pointillism? They resemble grain instead of the fuzzy squares you can get with 264 or 265, and it is especially better in dark scenes.
But it looks much worse at higher bitrates. H265 can get decent bitrates and have no visible difference from the original. AV1 loses a bunch of quality right out of the gate. If you are wanting to archive footage I think h265 is much better.
The newer iPhone models actually capture their images as JPEG XL and they have retired their HEIC images. All of Apple’s software has full native support for JPEG XL as well.
I don’t disagree about archiving. Though for a local collection, I think the space savings of AV1 are worth it.
Especially for grainy footage, which is extra costly in h265. The noise analysis and synthesis in AV1 is killer, IMHO. But of course… it’s not the same noise.
are you archiving it until the patents expire? I use AV1 because of the license
Disk is cheap, just make everything mpeg2.
bring back .3gp to share with your classmates
I tried AV1, but it seems to work really poorly for compressing film grain which is my main usecase (movies).
I realise you can add fake film grain, but that’s not really my thing.
For now, I’ll likely stick with x265.
I could be wrong, but isn’t the idea that it removes the film grain to aid compressing the ““actual”” image behind the grain, and then the player adds the grain back in during playback?
The way you say it makes it sound like you want to compress the grain itself, and that sounds to me like a “I like the vinyl crackle in my digital media” take. Not that that’s a bad thing, everyone has preferences, but it’s also unlikely that AV1 (or any codec for that matter) was designed with the preservation of accurate film grain in mind.
FINALLY MY KINDA WOMAN
Ah, but are you using aomenc, SVT-AV1 or rav1e? Or one of the forks maybe?
I’ve tried all three! SVT flies in comparison to AOM on my 5800X.
Still playing around with ffmpeg settings, film grain synthesis and planning on properly checking out av1an.
I just love the codec so much, tiny bitrates but still beautiful. Then I learned .avif uses the same libraries as well and takes up like 1/10th of what my pngs do. (played around with webp/m before, pretty impressed with that as well…)
Wonderful stuff
If you have lots of jpgs you can losslessly reencode them to jpegxl and make them ~20-30% smaller (or absolutely shrink them with barely any noticable quality loss)
Same here, I wonder why SVT is not included with ffmpeg’s standard compile flags.
The era of decent full HD movies on CD has come, finally a use for all my CD-R spindles!
noob here
is DAV1D a thing as well ?
Why didn’t it fully embed the avif 😭
In Voyager, everything works.
I did a comparison of AV1 vs h265 on a handful of video files I have in different styles. H265 seemed consistently better. AV1 just crushes the quality way too much.
Shut up and -crf 0 me.
GPU acceleration is your friend :D
Software encoders are better for archiving as they are more efficient with their bitrate. You either get better quality with the same size or a smaller file than hardware encoders.
What if I offload it to my 487?
The 487 was just a full 486DX with a pin that told the motherboard to deactivate the soldered-on 486SX.
Crying in amdgpu
but… HEVC?
There are still a lot of issues with adaptation of HEVC, especially with chromium based browsers on linux. Probably due to the patent fees or… whatever.
forum.endeavouros.com/t/…/72984
github.com/brave/brave-browser/issues/40101
This isn’t just a Brave issue, but affects basically all Chromium forks other than Thorium and… the other one I forgot the name of lol.
I can’t play any of the example hevc encodes, regardless of used flags/arguments. Vaapi set up correctly, and working everywhere else.
BUT, for the one person on here with the same issue, using Jellyfin. Thorium browser gets updated once in a blue moon, but does have a workaround for HEVC decoding, and if you don’t wanna use that, Jellyfin Media Player seems to be using mpv as the player backend, doesn’t seem to be just an electron wrapper, and works great.
Furryfox works fine too.
I’m using MX Linux and Firefox, I’ll test the browser. But using VLC it’s no problem here.
You want the grippers? For free?
ZkhqrD5o@lemmy.world 8 hours ago
I’ll take any excuse I can get to dump my perspective here. I love AV1 for video and I hate AVIF with a passion. Every video that I create is delivered in AV1, because it is incredibly useful, versatile and extremely powerful. Right tool for the right job.
Not that there’s anything inherently wrong with AVIF other than it tries to force a video codec into something that is that it is not meant for, namely a still image codec. I hate the drama around it that Google has created. Because the stupid cunt that created AVIF is an emotional slime, he tried to block JPGXL, a competitor for AVIF, from having official support in the Google Chrome browser. And because Google Chrome is a monopoly in the browser market, CDNs and other people who’d like to use JPGXL, since it has significantly better all around features for still images, cannot use it now.
Features of JPEG-XL:
And all of that is thrown away because one bastard has his feelings hurt by user choice.
Thank you for listening to my useless TED Talk.
sailorzoop@lemmy.librebun.com 7 hours ago
Thank you for your TED Talk. I had no idea about the creator of AVIF or anything, BUT, I still really like that I can just use the same knowledge when it comes to transcoding jpegs/whatever to it. It uses the same codec, same parameters, supports animations, is like 1/100th the size of gifs…
I guess webp can do that latter part as well, but having a single tool able to do these things is neat in my opinion. (Please don’t come at me, systemd haters)
I think jxl also supports waaaaay higher resolutions and everything. So yeah, fair argument that I’m not, in any way, against.
Compression and accessibility are just really fascinating things to me, and I’m sure once the next huge, well-supported thing, comes around, so will I.
daggermoon@lemmy.world 7 hours ago
I converted most of my images to .jxl. It’s been pretty nice.
haerrii@feddit.org 7 hours ago
I wonder how we’re feeling for HEIC? Any drama/pros/cons I should know of? As AAPLs weight is behind, I wonder if we’ll get browser wars for this decades’ image formats.
blah3166@piefed.social 6 hours ago
HEIC faces a few struggles with adoption:
AV1 and AVIF don't have any of these issues –someone correct me if I'm wrong or missing something– so anyone is able to include/distribute the software and modify to their needs.