Thank you for your work, Mattew.
I've tried the optimized plugin. It works fine with the latest dcraw compilation from http://home.arcor.de/benjamin_lebsanft/ .

Matthew H. Plough wrote:

Hi everyone --

I have compiled Pawe? T. Jochym's RawPhoto 0.7 ( http://ptj.rozeta.com.pl/Soft/RawPhoto ) for Windows, and need people to test it. The plugin works perfectly on my computer, but I don't know if this will be the case elsewhere. The plugin acts as a GIMP 2.0 front end for dcraw (Windows binary at http://www.insflug.org/raw/ ), which processes RAW digital camera images.

Would anyone be willing to test this plugin on Windows and give me feedback as to how well it works? My compilation is located at http://www.princeton.edu/~mplough/tmp/rawphoto-windows-0.7.zip . I also have a sample image (of a Coast Guard cutter shot from a cruise in Alaska) at http://www.princeton.edu/~mplough/tmp/CRW_0092.CRW .

Hello, Matthew

The plugin still works fine :). Do you want to send its code and binary to the original plugin author? He was interesed in it. Also there were people who were interested in such a plugin in yahoo gimp-win conference.
http://groups.yahoo.com/group/gimpwin-users/

Matthew H. Plough wrote:

Alexander Rabtchevich wrote:

Excellent! I am glad to hear that it works. I have now made the Windows source available at
http://www.princeton.edu/~mplough/tmp/rawphoto-20040830-src-cygwin.tgz . No changes to rawphoto.c were necessary to build the plugin, but I had to nearly rewrite the makefile. The Windows version of gimptool-2.0 seems to have crashing issues when it isn't configured exactly right, so the makefile explicitly includes the necessary libraries as opposed to asking gimptool-2.0 what libraries and C-flags should be used. Also included is kill.awk, which removes WinMain from the preprocessed version of rawphoto.c; the makefile runs this automatically. The WinMain call messed everything up, and removing it doesn't seem to cause any problems.

I have started cleaning up the code to make it easier to understand, maintain, and extend, but at this point it is functionally no different from RawPhoto 0.7.

Matt

0

Matthew H. Plough wrote:

Do you have an email address for him? I tried the one that he posted his the RawPhoto home page, but haven't gotten a reply. I guess that email might be inactive now.

No, I only have the address from his page. I used the address to contact him before. But the last mail got no responce :(.

Also there were people who were interested in such a plugin in yahoo gimp-win conference.
http://groups.yahoo.com/group/gimpwin-users/

I will see about contacting them. I also have a pretty good idea why the plugin gives photos a magenta/red color cast, and am working on fixing the issue. It seems to be related to an arbitrary selection of color mapping; most cameras use sRGB, so any other scheme will create errors. I have a lot of information on the topic, but I haven't finished going through it, so this might take a while.

Matt

Did you use the checkbox "camera white balance" and click "reload preview"? It changes the result significuntly (removes the magenta cast at my photos from Minolta G500).

The plugin has a problem from my pov - is it doesn't show camera settings (WB). It uses it if appropriate checkbox and button are used, but don't show as the initial values in the lower sliders: WB and green component. I suspect it uses them as origins and the actual color temperature is applied as the initial value (not shown) shifted by slider position minus 4.75. The same is for the green component. This solves the problem by isn't convenient (at least for comparison with other RAW converters).

Matthew H. Plough wrote:

I will see about contacting them. I also have a pretty good idea why the plugin gives photos a magenta/red color cast, and am working on fixing the issue. It seems to be related to an arbitrary selection of color mapping; most cameras use sRGB, so any other scheme will create errors. I have a lot of information on the topic, but I haven't finished going through it, so this might take a while.

Matt

Maybe I was wrong - there is still light magenta cast in my G500 photos. I should even say no magenta cast, but luck of blue of the clouds (R=G>B). Maybe it is correct, but is suspect it isn't.

Eric Pierce wrote:

Basically, it works for me on Win2000 Pro at work w/the static version of your plugin. I need to try the dynamic one again. I didn't have dcraw installed at the time I tried the dynamically linked binary (didn't know I needed dcraw installed - maybe add that to your install instructions and where to copy the dcraw binary in Windows?)

Copy dcraw into you GIMP-2.0\bin directory.

2. It seems your plugin is trying to open any file that Gimp tries to open regardless of extension.

Many cameras have "unofficial" RAW, e.g. Minolta G500, G400, Casio ... The RAW images have *.jpg extension. So the plugin should check the image if it is RAW one.

Hello, Matthew

I know nothing about using *.tif as a RAW file.

Matthew H. Plough wrote:

So that's why it had to check those! Do you know if other cameras have RAW images with a .tif extension? If so, I will place both those extensions back on the list.

Matthew, it seems rawphoto doesn't use .badpixels file if it exists. I've put it into the same directory where dcraw is and it didn't help.

Matthew, I've tried standalone dcraw in -d mode. The results are really strange: the bad pixel isn't affected with changes in the .badpixels file! There is definitely a bad pixel somewhere at 1052,998, starting from 0,0. But with or without the .badpixels file, the result is the same. I've tried to mark one of the neighbour points as the bad pixel, but the things didn't change.

P.S. I'm using the latest dcraw compilation from http://home.arcor.de/benjamin_lebsanft/ DCRaw win32 5.90/1.201.

This seems like an issue with your version of dcraw, but I will try to check it out. Does dcraw use the .badpixels file if you run it standalone?

Hello, Matthew!

Did you see the renewed http://ptj.rozeta.com.pl/Soft/RawPhoto with the new ! http://ptj.rozeta.com.pl/Soft/rawphoto/rawphoto-200410130109.tgz ? :)

P.S. Windows version is still missed ;). P.P.S. Now I'm compiling (and fixing dcraw for usage with your rawphoto compilation) by myself :). The compilation from Bendjamin Lebsanft doesn't fix bad pixels on my PC and direct compilation by myself doesn't work without one hack.)

Matthew H. Plough wrote:

Hi everyone --

I have compiled Pawe? T. Jochym's RawPhoto 0.7 ( http://ptj.rozeta.com.pl/Soft/RawPhoto ) for Windows, and need people to test it. The plugin works perfectly on my computer, but I don't know if this will be the case elsewhere. The plugin acts as a GIMP 2.0 front end for dcraw (Windows binary at http://www.insflug.org/raw/ ), which processes RAW digital camera images.

Would anyone be willing to test this plugin on Windows and give me feedback as to how well it works? My compilation is located at http://www.princeton.edu/~mplough/tmp/rawphoto-windows-0.7.zip . I also have a sample image (of a Coast Guard cutter shot from a cruise in Alaska) at http://www.princeton.edu/~mplough/tmp/CRW_0092.CRW .

Thank you, Matthew Plough

* Matthew H. Plough [10-13-04 17:39]:

If anyone knows where to contact Pawel, could you please let me know?

Pawel Jochym