XnView Software

So, Does that mean PNGGauntlet don't use every possible way to make the smallest output?

Even though input files are in 2 or 4 bit, the smallest filesize can be achieve by using 8 bit colour depth. Well, with brute force, PNGGauntlet should try every option to produce the best output.

It seem "brute force" doesn't use "/d" option. I tried with a series of GIF files (retrived from here ) which all of them are 4 bit (have less than 16 colours). PNGGauntlet use "/d4" to all those GIF files in stead of "/d8". I suspect that PNGGauntlet will use the bit depth depend on how many colour...

If you use PNG for archiving, you probably interest in PNGOut.
http://advsys.net/ken/utils.htm
http://advsys.net/ken/util/pngout.htm

Most of the time, it can dramatically reduce size of your PNG files. However, it's pretty slow.

I've been using this new alpha version for almost 3 weeks. So far, I can tell it's perfect. I don't encounter any bug or problem. I don't know if it's a placebo effect or not but I feel it works faster.

Hmm also the sorting isn't correct. All the pics are jpg, but then it should sort the files by name right? I've never notice this until I saw your post. You are right, it's a bit ood. The correct way should be sorting by name in each type. I think capitalization is a factor. In a folder (all files ...

I uses XnView 1.80.3 (Sep 6 2005) on Windows XP SP2. Could someone confirm this problem. I don't know that this only happen to me or not. XnView will use CPU 100% if you choose "View>Sort By>Type" in Thumbnail Mode, then doubleclicks any picture to enter View Mode. XnView will work (at 100%) for awh...