Even in the specific examples that are supposed to count against imageoptim -- the destructive chroma sampling, the 'broken gradient' (I can't see it), the orange sneakers (imageoptim's looks better and not overblown colors), or the rotated beach scene -- imageoptim is dramatically smaller on all of them. It puts up a 76k file vs 141k, a 5k vs 14k, a 72k vs 177k, and a 750k vs 1340k.
Halving the filesize for such small differences is exactly what I want in an optimizer.
My biggest complaint with imageoptim is that it's primarily a mac tool, with only a secondary online interface for the windows/linux crowd. But then this project has exactly the same flaw, so there's no gain there either.
Only that ImageOptim ruined most of JPEG images while PNG images are ~7.5% bigger.
> imageoptim is dramatically smaller on all of them
There are myriad ways to make them much smaller at the cost of visual quality: blurring, posterization, rescaling, etc. The question is where to stop. With visually lossless, you can apply these techniques in advance and have predictable results. For example, Optimage does choose chroma sampling when it is not destructive to original.
> the 'broken gradient' (I can't see it)
It can be seen on a calibrated display, sorry.
> the orange sneakers (imageoptim's looks better and not overblown colors)
Original colors are "overblown" [1].
> or the rotated beach scene
It is rotated.
Which is probably what about 99% of all internet users are sitting in front of, right?
This is just a misleading, weird attempt at marketing for a tool I expect to not generate any meaningful sales. To claim that ImageOptim ruins "most JPEGs" is just irresponsible and annoyingly false.
Given the differences in quality vs. compression, ImageOptim and the other free tools actually appear to define far more realistic results for real world use apart from pleasing owners of $3000+ hardware-calibrated soft-proofing displays.
If you search "image compression tool" on Google you'll have millions of hits of products that do the exact same thing. You even list a bunch of competitors on your website. What makes this the first?
On a side note, HN voting system is horribly broken. I submitted the link in the morning and when I hit the bed it somehow got attention.
In chrome they look identical. Perhaps the source images included gamma information?
CRS-4 Mission Launch by SpaceX (less contrast, less color saturation in 'before')
Jellyfish photo by 贝莉儿 NG (much lower blue saturation in 'before')
It looks like Firefox still does not treat untagged images as sRGB and the difference on wide-gamut monitors may be noticeable.
That was a matter of an option switch. It should be fixed now. Thanks.
Does something very similar, but gives you a full trade off graph and also supports SVG and is free.
(I’m one of the creators of the site)
> “It takes the energy in one lump of coal to move 1 MB of information across the net.”
I wonder if it's still true today, 10 years later.
One lump of coal: 25 grams
(Per https://books.google.com/books?id=HLFJAAAAYAAJ&pg=RA5-PA20&l... )
Annual internet traffic: 122,088,000,000,000 MB in 2008, 1,152,648,000,000,000 MB in 2016
(petabytes per month to megabytes per year: multiply by 1.2 * 10^10)
https://en.wikipedia.org/wiki/Internet_traffic
There are 40,000 coal lumps of 25 grams per tonne of coal.
That would put moving-information-across-the-net energy consumption at 3 billion tonnes (3.4 billion short tons) of coal in 2008. That's about 44% of world coal production in 2008.
If it took 1 lump of coal per MB in 2016, that would be about 29 billion tonnes of coal (32 billion short tons), or about 360% of world coal production in 2013 (latest date available).
https://www.indexmundi.com/energy/?product=coal&graph=consum...
The work on a cross-platform GUI is happening too, but it is way slower than I anticipated. It's going to be native or nothing. I don't consider Electron or QT as an option.