A case for double checking the image compression
Hello everyone. Having had a eye-opening moment during a recent upload, I thought I should talk to you about lossless compression for a minute. Try your best to stay awake.
Artists and compression enthusiasts are not groups who overlap much. This isn't always a problem. Then there's stuff like #189200, where a combination of atrocious compression and a superfluous alpha layer can leave the source image about 40% bigger than it has to be.
This is a problem for two reasons, the obvious one being bandwidth. Now, I'm sitting on a broadband connection and a 4G network, I have it pretty easy, chances are people reading this do too. Not everyone is that lucky. Try loading an absurdres at the edge of your phone tower's range. You'll see how people in the dumps and Verizon customers have it.
We upload images here to share them with others, it's worth to put in a few minutes to keep the site accessible to the less fortunate.
The other issue that us on the user end can forget about is the server costs. A single image being twice as big as it could be is not a big deal, but hhub hosts a Lot of images. It adds up. And porn adverts aren't worth much.
The actual pricing cutoffs for storage are at hundreds of thousands of images each, probably. The site won't disappear tomorrow if we don't all start squishing the image sizes. But it's healthy in the long term.
For these reasons, I ask artists to please familiarize themselves with the compression settings of whatever editors they are using.
And for the rest of us, consider running your images through some lossless compression before uploading.
Jpegoptim and pngout work great for people who don't wanna think about the details, since you can drag and drop images into the executable, they will try to pick the best settings for you. Pngout's free version only lets you drop in one image at a time, but it detects unused alpha layers and other bloat, which is convenient. It's also extremely aggressive, sometimes running through multi-minute steps just to shave off fractions of a byte. I like this because compressing things to make them smol gives me unabashed happiness, but your mileage may vary - other options exist. Just make sure your choice is *lossless*, to keep the image quality intact.
For .gifs, I've had some success with gifsicle, though you need the command line and fiddling with the options to make that one work, and it's a lot less reliable than the other two. I myself am open to suggestions there, I'd like a better interface if nothing else.
For those I've swayed to this mildly noble cause, can find all the above here(Windows versions, with manuals):
mega.nz/file/IpxhGIaT#nWw...P6tmvaekg_1r_8sivRxQpD2hE
Artists and compression enthusiasts are not groups who overlap much. This isn't always a problem. Then there's stuff like #189200, where a combination of atrocious compression and a superfluous alpha layer can leave the source image about 40% bigger than it has to be.
This is a problem for two reasons, the obvious one being bandwidth. Now, I'm sitting on a broadband connection and a 4G network, I have it pretty easy, chances are people reading this do too. Not everyone is that lucky. Try loading an absurdres at the edge of your phone tower's range. You'll see how people in the dumps and Verizon customers have it.
We upload images here to share them with others, it's worth to put in a few minutes to keep the site accessible to the less fortunate.
The other issue that us on the user end can forget about is the server costs. A single image being twice as big as it could be is not a big deal, but hhub hosts a Lot of images. It adds up. And porn adverts aren't worth much.
The actual pricing cutoffs for storage are at hundreds of thousands of images each, probably. The site won't disappear tomorrow if we don't all start squishing the image sizes. But it's healthy in the long term.
For these reasons, I ask artists to please familiarize themselves with the compression settings of whatever editors they are using.
And for the rest of us, consider running your images through some lossless compression before uploading.
Jpegoptim and pngout work great for people who don't wanna think about the details, since you can drag and drop images into the executable, they will try to pick the best settings for you. Pngout's free version only lets you drop in one image at a time, but it detects unused alpha layers and other bloat, which is convenient. It's also extremely aggressive, sometimes running through multi-minute steps just to shave off fractions of a byte. I like this because compressing things to make them smol gives me unabashed happiness, but your mileage may vary - other options exist. Just make sure your choice is *lossless*, to keep the image quality intact.
For .gifs, I've had some success with gifsicle, though you need the command line and fiddling with the options to make that one work, and it's a lot less reliable than the other two. I myself am open to suggestions there, I'd like a better interface if nothing else.
For those I've swayed to this mildly noble cause, can find all the above here(Windows versions, with manuals):
mega.nz/file/IpxhGIaT#nWw...P6tmvaekg_1r_8sivRxQpD2hE