Old version and Crash using "grayscale"

Steve said on 06/11/2018

It's really a shame to see this great tool losing most of its useful features. I used to use -table=6 to give maximum compression to my JPGS, now it doesn't work.. it's the only reason to use it over Jpegtran/MozJPG; All the stuff like -lossyfilter or -x2, just gone too... Can you provide old version because i changed pingo executable and now nothing works.

Also, just letting you know: if you use Grayscale option in Pinga, it completly crashes the PNG transparency in XnviewMP (normal version doesn't work either).

cédric (dev) said on 06/12/2018

losing most of its useful features (...) -lossyfilter or -x2

no. i just changed options

old options new options
-lossyfilter -pngfilter
-xN -pngquality=N -jpgquality=N

i suggest you use only what you can find on this manual (see also examples). if you use old instructions on the new pingo, it should show its usage — it will not process files

-table (or -jpgtable)

-table=6 to give maximum compression (...) over Jpegtran/MozJPG

i do not see the point here. this option (-table or -jpgtable) is not lossless. -table=6 tests some quantization tables and selects the smallest output — this is lossy and does not care about quality. this option is not available anymore because this is done by pingo automatically

only reason to use it over Jpegtran/MozJPG

pingo has some SIMD optimizations, does multiprocessing, auto-orientation, etc. so it has some implicit features which could make it faster and more simple to use

grayscale

Grayscale option in Pinga, it completly crashes the PNG transparency in XnviewMP

pingo (and pinga, through pingo) encodes following the W3C Recommendation whatever the option, so any PNG optimized by my tools should be 100% compliant. it seems that the — probably custom — decoder used by this viewer is not able to handle grayscale+alpha PNG (colortype 4) correctly

comment this