Open TPS opened 8 years ago
I will try to do a Win32 and Win64 builds of 1.8.1, and try them.
I will try to do a Win32 and Win64 builds
@javiergutierrezchamorro I was searching for Windows builds of the various pngzop
-specific tools (in the source tree as pngzop_*.c
), & none seem to exist. Did you have any luck? If so & you'd like to post them someplace, I'd like to try them out manually to work out if it's worth converting the pngzop
sh
script to a cmd
/batch, or maybe write my own.
Not yet. I have been quite busy with my real job lately, while FileOptimizer efforts have gone on the side of optional lossy recompression (JPEG and GIF), as well as adding more formats, and improving optimization ratio.
@javiergutierrezchamorro: @MrKrzYch00 of Zopfli KrzYmod fame has made available krzydefc
(README & binary @ GitHub or encode.ru) to convert ↔ {GZ, ZIP, ZLIB, PNG}, which is specifically designed to effect this kind of toolchain. Would you interested in taking a look?
(Pointed out in https://github.com/sayurin/optipng-zopfli/issues/2#issuecomment-368951693 onwards.)
Thanks @TPS According to what I saw it seems to be always compressing files inside a ZIP or GZ container. So what would be the idea? Uncompress original ZIP/GZ, and then compress with Zopfli KrzYmod?
Nono, after running PNG through typical FO toolchain, convert to ZIP/GZ (whichever has better tools), run through FO as such, & then convert back. Or whatever permutation of that is optimal. krxyfefc
isn't specific to only @MrKrzYch00's tools, I believe.
Similarly, after running APNG through its dedicated toolchain (mostly APNG Optimizer?), use APNG DisAssembler, run through PNG → ZIP toolchains (as detailed above), & then use APNG Assembler. Or vice versa, &c, in optimized order.
Similarly, after running APNG through its dedicated toolchain (mostly APNG Optimizer?), use APNG DisAssembler, run through PNG → ZIP toolchains (as detailed above), & then use APNG Assembler. Or vice versa, &c, in optimized order.
Not as easy because once APNG is disassembled, you are loosing the information of duration of each frame, and thus you will not be able to reconstruct again with the assembler.
Of course, 1 isn't (yet) deleting the original, right? So, that'd be used as the template to reassemble correctly.
Of course, 1 isn't (yet) deleting the original, right? So, that'd be used as the template to _re_assemble correctly.
Sure. But this will require implementing additional code on FO just to read and keep track of all frame information.
TweakPNG Command Line might be able to help w/ that, though (clearly) no longer maintained. I'll ask whether its command-line bits can be supported in mainline TweakPNG.
@javiergutierrezchamorro I was browsing @glennrp's repos recently, & I ran across theBetter tool in https://github.com/javiergutierrezchamorro/nikkhokkho/issues/6#issuecomment-373596777pngzop
readme. IIUC, in a nutshell,pngzop
is (was?) his effort to integratezopfli
compression directly into hispngcrush
, bypassingzopflipng
's own filter heuristics. In that method,pngzop
would eventually dissect the PNG, pull the IDAT out, & process viazopfli
(notzopflipng
), & then reassemble.Since
FileOptimizer
has a far better zip toolchain than justzopfli
, maybe it'd be worth integrating thepngzop
dissection-&-reassembly tools (&/or any others, at your preference) via a similar process into the PNG toolchain.Thoughts/comments/interest?