If you need source packages, try checking http://archlinux.org/packages which will provide the Upstream Urls instead of repackaging the sources.

Hi eschwartz,

Thanks for the link. Unfortunately, I found out that pngout.exe is proprietary code that no source has been released for. Someone else has built a binary of it for older Macs running OS X 10.4, but I gave up running binaries I find on the web from unknown/untrusted sources long ago. I am surprised it runs on Linux.

Thanks,

Kevin

Oh, that seems to be priceless. :rolleyes:
I really love closed-source linux programs, too... I am sure it runs, it just won't be packaged by anybody.

Is pngout actually being used? It probably isn't necessary, how many different png optimizers does one program need?
But assuming we want to squeeze every possible byte out, a noteworthy goal, perhaps it is a better idea to use zopflipng which is part of google's open-source zopfli compression engine (alternative to deflate, it takes 2-3 times longer in order to find the smallest compression path). It even claims to be marginally better than pngout, by a whole 0.5%
https://code.google.com/p/zopfli/sou...ADME.zopflipng

You can ignore PNGOUT. It is an old leftover I apparently forgot to delete. The reason I kicked it out, is that there is no Linux/OSX version and it is closed source (no way to rebuild if the need arises).
The program is checking what the OS is to determine how to call the image optimizing programs. If I recall correctly (will look it up later today), on Windows systems it will use the executables in the directory and for Linux (and also OSX) it should use the ones in the path. Based on your error report, it seems that it does not starts fine, it tries to open 'open'. I will get back to you.

As it is now, I am detecting if it is running on Windows or other. If it is running on other, it will not give a pathname, but just execute the command. For jpegtran the command would be like:

jpegtran -optimize -progressive -copy none -outfile <filename> <filename>

Could you check if that is working on OSX?

Hi Toxaris,

Will check that and get back to you. One approch to making a cross-platform plugin that has binaries might be to create your own winbin\, osxbin/, linuxbin/ directories in the plugin folder and store the small required binaries in those and then invoke them with the correct full path depending on what sys you are running on. The platform can be easily detected by python and passed in if need be.

That way, no one has to build those binaries on OSX as there are no simple packages for Mac users.

I have tried setting the path env var to point to the binaries but I am not sure since you use subprocess to invoke it if those environment vars are properly picked up in the child process or not.

KevinH

You can actually optimize the images even better as long as you first figure out if they are grayscale or RGB and apply the appropriate profile.

For RGB
jpegtran.exe" -optimize -progressive -copy none -scans jpeg_scan_rgb.txt <filename> <filename>

For grayscale
jpegtran.exe" -optimize -progressive -copy none -scans jpeg_scan_bw.txt <filename> <filename>

For PNG, there is an open source optimizer called OptiPNG that you could use. http://optipng.sourceforge.net/
There is also another free PNG optimizer called PNG Optimizer. http://sourceforge.net/projects/pngoptimizer/

Hi,

I think your trying to write over the same file you read from is the issue on Mac OS X.

It successfully creates junk.jpg with no errors.

But if I try to overwrite the same file in-place ...

I get back the same "Empty input file" error I saw previously.
So at least on Mac OS X you can't overwrite in place.

Hope this helps,

KevinH

Tbis plugin already uses optipng.

You have a point there. The only catch would be that additional libraries would be needed, but I should be able to test that.

That helps a lot. Together with the new algorithm I have written to detect the OS, it would work. I think I will include the OSX executables just like the Windows executables. On Linux they can be retrieved easily enough.

Hi Toxaris,

Glad to hear it. Do you want me to zip up the Mac OS X binaries and send them to you? Or do you want me to wait until we get something working on Mac OS X first?

Thanks,

Kevin

Let's make it work first... I will sent you a message later with a test version...

Toxaris, do you think you can implement the following so we get even better jpeg optimization?

For RGB
jpegtran.exe" -optimize -progressive -copy none -scans jpeg_scan_rgb.txt <filename> <filename>

For grayscale
jpegtran.exe" -optimize -progressive -copy none -scans jpeg_scan_bw.txt <filename> <filename>

No, not until I can find a good way to determine if a picture is grayscale or color.