File: a1mBexY_700bwp.png (56 KB, 250x270)

56 KB PNG

For those curious the JPG filesize was reduced by about 75% and achieved 89.4 SS2. So very little loss in quality. At less than 1MB that also means I got this photographic image to less than 1 BPP which is unusual for such quality...

>A SSIMULACRA2 score of 90 or above indicates "very high quality" or "visually lossless" image/video compression. At this level, it is likely impossible for an average observer to distinguish the compressed image from the original when viewed at 1:1, or to notice artifacts in a flicker test.

https://files.catbox.moe/5gvirl.avif

Also Happy Birthday to Hitler.

File: 1755214140817368.png (283 KB, 1080x2340)

283 KB PNG

>>108648781
Heil Orthocarbonic acid?

>Researchers predict that orthocarbonic acid is stable at high pressure; thus, it may form in the interior of the ice giant planets Uranus and Neptune, where water and methane are common.
Huh, what does that mean?

File: sumomo.webm (42 KB, 1056x720)

42 KB WEBM

>>108648923
No idea, it just looks like a swastika, which I think is based/redpilled.

File: 1763513167238509.jpg (53 KB, 554x554)

53 KB JPG

>2 MP/s
Dam, do you really need a fucking threadripper to encode AVIF images quickly?

File: input.jpg (3.08 MB, 3840x2160)

3.08 MB JPG

>>108649646
No but it wouldn't hurt. I'm encoding big 8 megapixel 4K wallpaper type of images, small 1-2 megapixel images will encode in 1 second or less and that's pretty tolerable.

Fuck, something's wrong with catbox. All the AVIF files I upload now show up as 0 bytes. I got JPG related converted into ~550 KB AVIF that scored SS2 88 so it's ~80% smaller with only a relatively small hit to quality. Using the same parameters as in my OP. Strangely it also only took 2 seconds to encode so I'm at 4MP/s with an i5-9500T.

unless i'm misunderstanding something i can encode op's jpeg with op's command on my Ryzen 9 7900X in ~330ms.
the tool didn't seem to like the jpeg as input so i converted it ahead of time to .y4m, which is just a raw form of yuv, so should be equivalent with the exception of not needing to decode the jpeg data (for what it's worth it takes ffmpeg about 72ms to convert the jpg into y4m)

File: Hide_The_Pain_Harold.jpg (43 KB, 710x459)

43 KB JPG

>>108652286
You have to use libavif 1.4.0, they enabled direct processing of JPGs. Conversion to Y4M is no longer required. The really cool thing is the IQ tune is now enable by default so encoding AVIF images is becoming retard friendly, somewhat.

https://github.com/AOMediaCodec/libavif/releases

Also ~330ms on a threadripper adjacent desktop processor isn't surprising, I'm using a 2019 6 threaded core i5 with a 35W TDP...

>>108652325
i git cloned that repo, and just used their build instructions verbatim, do i have to use 1.4.0 specifically? because it's actually newer than that now

Version: 1.4.1 (aom [enc/dec]:v3.12.1)
libyuv : available (1922)

File: 1774665882783406.webm (1.53 MB, 800x600)

1.53 MB WEBM

>>108652356
Holy shit, progressive AVIFs are no longer experimental. Not sure why anyone would use that though.

don't we already have hardware encoding for avif in most consumer gpus?

>>108652356
The new one looks like a minor upgrade, it should also work, but if you're afraid of bugs 1.4.0 should be more stable.

File: 1771356947359921.png (1020 KB, 2222x1080)

1020 KB PNG

>>108652409
Not really, the AV1 asic can be jerry rigged to produce a 1 frame video file which can be spliced into an AVIF file through ffmpeg. The quality will be terrible and not much better than JPG because it won't be able to use the IQ tune.

What we really need is an AVIF FPGA thing (to be updated to support the new IQ tune) and they actually do exist but cost like $10,000 last I heard. So gonna be a whole before the price on that goes down.

>>108652476
huh, news to me. i was sure av1-avif were interchangeable

The OP is one of the bots of Daiz who is behind every Tel Avif and WebPiss shill post.

https://desuarchive.org/g/thread/108545582/#108563559

This bald faggot which takes HRT to regrow hair has two other Tel Avif shill threads up.

File: chi.webm (42 KB, 1056x720)

42 KB WEBM

>>108652482
They can be, nothing is stopping you from smuggling AVIF images inside AV1 video except the CLI. I still have no idea why you would need to do this even though I made the thread lol. That said GPU encoded-anything will always be inferior to slow software encodes, something has to be sacrificed for that 1337 speed.

https://desuarchive.org/g/thread/107717483

>>108652756
>GPU encoded-anything will always be inferior to slow software encodes
aren't GPUs faster just because they have "hardware implementations" of what the CPU does as software?
i'm not even invested into the avif thing but at this point i'm learning shit lol

>>108648747
>How fast can you encode AVIF images /g/?
Who gives a shit?

File: 1753615723826968.gif (761 KB, 432x498)

761 KB GIF

>>108652809
Yes but at low compression efficiency. It's like the ray tracing stuff, without all the AI hallucinating gimmicks it would look like utter noisy dogshit. Maybe that's the next thing in GPU video encoding, the shit thing hallucinates video instead of encoding it...

>>108652820
It's getting kinda good for personal use. When AVIF first came out it took like a minute to compress an image so nobody took it seriously at the time.

File: 1771402027575760.jpg (35 KB, 800x581)

35 KB JPG

Kinda sucks that jpeg xl lost, it had good encoding speed/compression ratios.

>>108652286
What do you get encoding 4k images to jxl?