>>4023511You gotta click it one more time to get the full image. If you already knew that and just posted the thumbnail because the full size png is just a little over the size limit, I have a fix for that too. Since it's png (which is lossless and has variable compression rates), the compression can usually be improved since most artists just export at the default compression setting.
https://css-ig.net/pinga is the best png recompression tool I've tried so far in terms of speed/size tradeoff. It's multithreaded whereas most png recompressors aren't.
>settings:>compression level: png: extreme (very slow)>disable lossy compression>lossy transform: do not convert, keep ICC color profiles>miscellaneous: keep metadata>processing mode: auto multi-processing/threading(note that the original file will be overwritten)
The resulting image will be visually identical to the original. It will also be bit for bit identical when decompressed unless the original image contains an empty (unused) alpha channel - which a ton of pixiv images do for some reason - I assume it's a default setting in a popular drawing tool. If that bothers you,
https://github.com/fhanau/Efficient-Compression-Tool/releases always produces identical files with this command (it's CLI only)
>./ect -9 --reuse --mt-deflate --strict input.png(as with pinga, the input will be overwritten)
It's not quite as efficient as pinga (it only got this png down to 4,073,619 bytes vs pinga's 3,476,540 bytes) and somewhat slower.
You can verify that the original and recompressed files are identical by decompressing and hashing both. Here's an example batch file that makes a decompressed copy of all pngs dragged onto it, using
https://sourceforge.net/projects/pmt/files/pngcrush-executables/1.8.11/>if [%1]==[] goto :eof>:loop>pngcrush_1_8_11_w64.exe -force -m 1 -l 0 %1 "%~n1_out.png">shift>if not [%1]==[] goto loopNote that the .bat, .exe, and pngs should all be in the same folder.
Fubuki is cute! CUTE!
