Hell yeah

IT LIVES

This is very much worth the wait

Death having his best dinner, that deep tongue sequence tho

LET'S GOOOOO!!!!

I remember this!!! Holy shit it looks even better finished; best, hottest rimming and ass devouring I have ever seen; absolute masterpiece!!!

I always appreciate a quality rimming animation, and that tongue plunging deep inside is so good

Yaaaaay

Omggg, let's gooo!! An update!! This looks so good! 💙

Studio Ghibli food looks so good

Oooohhh my Holy moly

all my fuck yes!

Gosh, thats perfect

Love how he looks annoyed at first untill he puts the tongue inside.

Yeah this one’s good 🙀

This is going to be amazing even though it's not complete, it seems like the wait will be worth it !!!!

DAMN

HE'S EATING G O O D TONIGHT 🍽

God I hope that when this is done it has sound!

Would love a longer scene when he keeps the tongue inside.

now that's how you eat ass

guultrum said:
Studio Ghibli food looks so good

you made me spill my drink lmfao

Best rimming animation iven seen on this site

Full quality GIF over size limit. Coverted to APNG to prevent any quality loss.

I was actually trying to inspect the source GIF file myself and possibly optimize it further as it was 20.5MB which is at the very edge limit of e621.
However opening in GIMP I see no color palette for the file and it switch to RGB, also FFmpeg palettegen gives:

[Parsed_palettegen_0 @ 000001b20e71b480] 255(+1) colors generated out of 7927 colors; ratio=0.032169

That means that the GIF is using multiple color palettes, not necesarily per frame, but at the very least changing per scene.

I actually do not know what tools I should/can use for GIFs that have multiple color palettes, so conversion to APNG would've also been my personal best route forward.

mairo said:
I was actually trying to inspect the source GIF file myself and possibly optimize it further as it was 20.5MB which is at the very edge limit of e621.
However opening in GIMP I see no color palette for the file and it switch to RGB, also FFmpeg palettegen gives:

[Parsed_palettegen_0 @ 000001b20e71b480] 255(+1) colors generated out of 7927 colors; ratio=0.032169

That means that the GIF is using multiple color palettes, not necesarily per frame, but at the very least changing per scene.

I actually do not know what tools I should/can use for GIFs that have multiple color palettes, so conversion to APNG would've also been my personal best route forward.

I honestly didn't know GIF files could have multiple color palettes before doing this post replacement. I was so confused that the resulting APNG was always 24-bit instead of 8-bit.
But yeah, using APNG seemed the best choice to me, since it has much better lossless compression than GIF.
I don’t think there is anything GIF can do, that APNG can’t. (Well besides having lossy compression. But thankfully this one didn’t seem to use it.)
And nowadays basically every semi modern device and browser supports APNG.

Sidenote:
I used APNGASM for the conversion instead of FFMPEG. The resulting file seemed much more optimized than the one from FFMPEG. (16.7 MiB vs 13.9 MiB)
APNGASM also detected some duplicate frames (identical pixels only) and merged them, which FFMPEG didn’t.

snedmano said:
I honestly didn't know GIF files could have multiple color palettes before doing this post replacement. I was so confused that the resulting APNG was always 24-bit instead of 8-bit.
But yeah, using APNG seemed the best choice to me, since it has much better lossless compression than GIF.
I don’t think there is anything GIF can do, that APNG can’t. (Well besides having lossy compression. But thankfully this one didn’t seem to use it.)
And nowadays basically every semi modern device and browser supports APNG.

Sidenote:
I used APNGASM for the conversion instead of FFMPEG. The resulting file seemed much more optimized than the one from FFMPEG. (16.7 MiB vs 13.9 MiB)
APNGASM also detected some duplicate frames (identical pixels only) and merged them, which FFMPEG didn’t.

Neither GIF or APNG as fileformat support lossy compression.
When you do lossy compression with these files, that means that someone wrote some sort of alghorithm that alters the images in way, that they are much more easy to compress losslessly. Usually this is by minimizing complexity, making gradients into longer strips of single color, altering similar looking areas into identical areas, reducing amount of colors, etc.

I have noticed that FFmpeg is currently not great with APNG files, but I have that and Pingo already installed regardless and pushing the output through lossless mode with Pingo usually results in acceptable area, altough even here it puts it only down to 15.4MB, basically halfway from bad and great.

mairo said:
Neither GIF or APNG as fileformat support lossy compression.
When you do lossy compression with these files, that means that someone wrote some sort of alghorithm that alters the images in way, that they are much more easy to compress losslessly. …

Ah, interesting. I was so used to seeing GIFs with blatant artifacting, that I always assumed this was a result of compression.
So it’s more of a „Set bit-depth of wav file from 16-bit to 8-bit” kinda way of reducing file size.

Yesss

All I can say is- wow, this is incredible

Holy shit 😳
This is so hot! 🥵