Closed TPS closed 8 years ago
I am aware on that. Unfortunately tried contacting TruePNG developer without any luck.
Wouldn't it better just to remove TruePNG from the .ico chain until TruePNG gets fixed?
Problem is that it is not crashing on all ico files, at least according to my tests, and if they internaly use PNG compression gets improved by using TruePNG.
Is it crashing for you on all ico files, or only on some?
I've never found a .ico on which TruePNG doesn't crash for me.
Just FYI: According to http://x128.ho.ua/pngutils.html, TruePNG's been updated to 0.6.2.2 on April 3. Maybe it helps this?
I just noticed you updated this already via https://github.com/svn2github/nikkhokkho/commit/d9f09d75ff1d68153bbbbf7794cc0df0d40fa245, so I'll wait for the appropriate release to test.
Exactly. Thanks. TruePNG has been disabled as of r447.
if they internaly use PNG compression gets improved by using TruePNG.
It occurs to me, a better (but more labor-intensive) method to work around this is to use ImageMagick or a dedicated tool to decompile .ico's to (a series of) .png's, run the .png chain on each (which should be reasonably quick, as I think even the HD icons top-out @ 32bit×256×256), & then recompile to feed the rest of the .ico chain.
Yes, only for ico file types (.ico and .spl extensions).
Everytime I recompress .ico (icons), TruePNG crashes. The rest of the tool-chain seems fine, though getting any results (i.e. actual byte-saving) seems spotty.