[X] My Assistant

This whole webp situation is even more insane than I previously thought.
Get this. It's not only that every future upload gets fucked, they are actually slowly going BACK in order to refuck every single upload that has already been made previously before.
That is downright batshit insane. That is some Youtube level of cleansing.
The absolute commitment of the staff to making sure the browsing experience is as bad as possible is truly commendable.
Whoever is responsible should apply as CEO for one of those giant tech companies, because this is right up their alley.

the software stack on the forum server can't seem to handle webp.

The crown jewel of it all.

Yeah, couldnt help but notice the webp switch as well, very annoying especially since even the resampled download folders are webp's now

Really implore em to walk this one back, or at least make it an option in the settings

If space/bandwidth concerns necessitate upgrading to a more modern image format, JPEG-XL is the way even if it's currently less supported than WebP. Conversion to/from JPEG is a lossless process and nets a 10-20% filesize reduction for free, whereas converting existing JPEGs to WebP is a destructive, lossy process that'll require degrading the image quality a fair bit to reduce filesizes meaningfully below the originals.

If space/bandwidth concerns necessitate upgrading to a more modern image format, JPEG-XL is the way even if it's currently less supported than WebP. Conversion to/from JPEG is a lossless process and nets a 10-20% filesize reduction for free, whereas converting existing JPEGs to WebP is a destructive, lossy process that'll require degrading the image quality a fair bit to reduce filesizes meaningfully below the originals.

Literally the only browser that supports JXL out of the box is [caniuse.com] Safari. Chrome, and thus every other Chromium reskin, has straight up removed experimental support and you need to be on Nightly and set a flag in about:config to view them on Firefox. JXL is fucking dead on arrival. WebP competes directly with it, and Google has used it's monopoly on the browser space to force it, [caniuse.com] and it worked. Thanks for using Chrome, everyone.

So unless you want this to be a Macfag only site, then no, JXL is not a viable alternative.

I mean, its not even second place, it's a DNF at this point. Second place is fucking [caniuse.com] AVIF.

The good guys lost. Simple as.

This post has been edited by Scumbini: Nov 19 2024, 05:06

If space/bandwidth concerns necessitate upgrading to a more modern image format, JPEG-XL is the way even if it's currently less supported than WebP. Conversion to/from JPEG is a lossless process and nets a 10-20% filesize reduction for free, whereas converting existing JPEGs to WebP is a destructive, lossy process that'll require degrading the image quality a fair bit to reduce filesizes meaningfully below the originals.

Resampling will always be lossy, so the lossless JPEG recompression only matters if you want to do it for originals.
And yes, let's suggest a format that has even worse support than WebP did 10 years ago when people are already complaining about lack of WebP support.

It's called manga loader nsfw from sleazyfork. I just tested and realized the script is still working on e-hentai but not ex.

The script is working again! I'm so happy. Thank you all (IMG:[invalid] style_emoticons/default/laugh.gif)

Yeah, couldnt help but notice the webp switch as well, very annoying especially since even the resampled download folders are webp's now

Really implore em to walk this one back, or at least make it an option in the settings

This, at least an option to use jpg please? At least for archive downloads? Dealing with webp is seriously annoying. I get saving bandwidth but offloading work on users isn't cool. If most people want webp you'll get the savings and they'll be happy, no sense alienating the rest of us in the process when the system currently supports what's being asked for.

For the record my browser handles webp just fine, but ACDsee doesn't. There simply is not a modern replacement for ACDsee.

Edited to add: What I mean is the proclaimed forthcoming full switch to webp, not just the rare uploders using webp currently. That is a relatively minor annoyance, but having to convert EVERY image in webp will be awful.

Edited again to not clutter up the thread: ACDSee now is not what it used to be, it became unusable bloatware in the late 2000s. The new one is slow to load images and clumsy to use, old ACDsee loads images lightning fast and is tiny, it's been a better user experience. No image viewers out now can match old ACDsee. Sorry not trying to make it an ACDSee thread lol

This post has been edited by Gif Author: Nov 20 2024, 23:29

This, at least an option to use jpg please? At least for archive downloads? Dealing with webp is seriously annoying. I get saving bandwidth but offloading work on users isn't cool. If most people want webp you'll get the savings and they'll be happy, no sense alienating the rest of us in the process when the system currently supports what's being asked for.

For the record my browser handles webp just fine, but ACDsee doesn't. There simply is not a modern replacement for ACDsee.

Edited to add: What I mean is the proclaimed forthcoming full switch to webp, not just the rare uploders using webp currently. That is a relatively minor annoyance, but having to convert EVERY image in webp will be awful.

[www.acdsee.com] https://www.acdsee.com/en/support/file-formats/
Says it support webp? Apparently back in 2015 already.
[web.archive.org] https://web.archive.org/web/20150110223128/...t/file-formats/

Dealing with webp is seriously annoying

Unpack resampled archive zip
Right click shift > Open terminal/powershell window here

CODE

winget install -e --id ImageMagick.ImageMagick
magick mogrify -format png *.webp
rm *.webp

I don't know, converting webp is not that annoying

Okay I guess in super old windows you dont have winget and have to install imagemagick [imagemagick.org] manually

This post has been edited by FabulousCupcake: Nov 20 2024, 11:05

When will you enable "similarity scan" for file search again?
Because it is not working and listed as disabled.

Unpack resampled archive zip
Right click shift > Open terminal/powershell window here

CODE

winget install -e --id ImageMagick.ImageMagick
magick mogrify -format png *.webp
rm *.webp

I don't know, converting webp is not that annoying

Okay I guess in super old windows you dont have winget and have to install imagemagick [imagemagick.org] manually

I won't recommend that. That's like saying I want to use 10x file size to store lossless artifacts.

Personally, I prefer WebP.
Lossless image is kinda overrated for me.

But that's just me. (IMG:[invalid] style_emoticons/default/tongue.gif)

thanks for the notice

Personally, I prefer WebP.
Lossless image is kinda overrated for me.

But that's just me. (IMG:[invalid] style_emoticons/default/tongue.gif)

WebP can be lossless...

WebP can be lossless...

It can, though one slight annoyance is that WebP uses the same file extension for lossy images and lossless images. With .png and .jpg, you can tell just from looking at the filename that .jpg is always lossy, and .png is always lossless. With .webp, you would need other tools to inspect the file to determine whether your file is or is not lossless.

It can, though one slight annoyance is that WebP uses the same file extension for lossy images and lossless images. With .png and .jpg, you can tell just from looking at the filename that .jpg is always lossy, and .png is always lossless. With .webp, you would need other tools to inspect the file to determine whether your file is or is not lossless.

No longer on topic of this thread, but I got curious about this

Looks like even file can do this; the presence of VP8 (or VP9) stream indicates that it is lossy:

CODE

$ file lossy.webp
lossy.webp: RIFF (little-endian) data, Web/P image, VP8 encoding, 1536x2560, Scaling: [none]x[none], YUV color, decoders should clamp

$ file lossless.webp
losless.webp: RIFF (little-endian) data, Web/P image

https://e-hentai.org/g/3061076/d1fb49f262/

The cover image of this gallery does not match the first image—it’s reversed. What’s going on?

https://e-hentai.org/g/3061076/d1fb49f262/

The cover image of this gallery does not match the first image—it’s reversed. What’s going on?

(IMG:https://ehgt.org/87/a9/87a9bc524a56cb7e02780574b3b35972f3fe6d0f-8456260-2149-3035-jpg_250.jpg)
It's always the Exif orientation, you can see the v1 cover is upside down as well.
Thumbnails and resamples are corrected in https://forums.e-hentai.org/index.php?s=&am...t&p=6585575, but looks like covers are missed.

Hmm. Right, the problem being that the covers are generated before it runs the v2 conversion (which includes the EXIF rotation stuff). I'll fix that, but I regenerated that cover for now. (You may need to force a refresh.)

thanks for the notice