Can we PLEASE get an updated version of the rawGL reader?
I was about to give up the PV2 as crap - until I used the rawGL reader (from daBass) This tool is far and away better than the TWAIN interface in the FF2 software. The same pictures that seemed like so much crap in Photoshop (using the TWAIN interfaced) looked UNBELIEVABLY good in comparison. The difference is almost like night and day. I'm going to forget the TWAIN interface from now on - and just use RawGL to extract PNG's, it's just that good! It's a shame the UI is kind of klunky (I figured out on my own you have to put C:\ or the file doesn't really get saved) daBass - any hope of getting that app cleaned up into something that's a bit easier? I'm no programmer, but at this point, all you need is a slightly more advanced user interface (even just a standard save/load dialog in Windows). Also, is there a way to do batch processing? (that might solve the problem with the UI) -radarman

Radarman It's a shame the UI is kind of klunky (I figured out on my own you have to put C:\ or the file doesn't really get saved) This is the first time I get some feedback from someone actually using the application :-) I'm not really much of a windows programmer (that's why I opted for the more klunky OpenGL/GLUI approach in the first place). The application as it is now is more of a commandline application (If you start it from a dosbox on Windows, it will save files in the current directory you are in, if not it will save in the 'My Documents' directory), that it works by dragging and dropping is more an unsuspected bonus. Anyway, I am busy at the moment with adding the 1.00 pv2raw decompressor, and will release a new version as soon as that's done. Now for feature requests, I hear the following: - Configurable directories ? - Batch processing ? Any other requests while we're at it ? daBass.

I'd like automatic use of all the header fields including new ones just provided by sailpix. It would be nice to just click once (batch mode) and have good looking pngs (using header info) for all 25 or 30 RAWs when done. Sorry, I really do not fully understand what might be involved in implementing some or all of the header fields.

Well... the only clear, new header field to use is "num dark columns" which tells you how many columns on the right side of the decompressed CFA data to throw away since they are "dark"/unused. The other new field is "full tint" - a 16-bit tint value which means ??? I'm not even sure what the other, 8-bit tint value means... daBass is doing an awesome job of taking my basic decompression code and adding demosaic algorithms, filtering, white balance, output to standard file formats and display. And his code is available for anyone to take forward or sideways or wherever... :)

I would make one more suggestion. Create a .ini configuration file (doesn't have to be a .ini - but you get the idea) for global defaults. I've found that most of the time I don't touch most of the controls - but I do consistently choose bilinear over simple demosaic.

From daBass Any other requests while we're at it ? I desperately need some calibration software! I don't care how klunky as long as it works better than an erased file. I discovered I have lost calibration file today for all but 4 of a dozen cameras (including my 3 FF2s). :cry:

I usually cant get the drag the raws onto the icon to work... it would popup the program but usually saving doesnt do anything nor does the filename progress so I would just save all 25 images on the same .png. I can live with standard .pngs and even without the GUI I can be ok because when I get the PNGs, I can just open them in photoshop and tweak there. So actually, command line itnerface that can batch convert all would be all I need, the GUI is nice in concept tho so thats good.

I use the image window to decide whether or not to keep the file. :) That said, I could live without the GUI as well, if I could just run a .bat file, have the tool search through the current directory for .RAW files, and then pop out .PNG's. It would be even cooler if PV2tool could detect if rawgl was in the same directory, and automatically process the raws after download. -radarman

New RAWGL http://www.digitalfluff.net/RAWGL-beta.zip. Unpack this version in a working RAWGL directory as a replacement (it does not contain the required DLL files). Make sure you edit the RAWGL.ini especially the destdir parameter. Also make sure that the working directory of RAWGL is the same as the directory where the config file resides. Make sure the directory as specified in the destdir parameter exists or the application will crash. This version adds a config file and batch saving (plus pv2raw 1.00 update). However, trying to add new functionality a lot of the shortcomings of the current codebase came to light (slow PNG saving, config file manipulation, directory parsing etc.). I'm therefore scrapping the current design and am in the middle of a complete rewrite (now evaluating the FOX GUI toolkit http://www.fox-toolkit.org/ ). I released this version anyway to take the edge off a number of itches people are having :-)

I like the interface now. Questions: Is there a specific directory it wants to be installed to? I have it in program files/rawgl. I dont think its loading the config right now because I changed the value to the jpeg compression and it remained at 80. Lastly, im REALLY good at crashing things... (changed ini to reflect where I store my pics) JPG highlighted by default... hit save. RAWGL.exe has encountered a probem an needs to close. We are sorry... Error signature: AppName: rawgl.exe ModName: ntdll.dll version: 5.1.2600.1217 Offset: 0000b2ab Cool progress though. I hope that can help.

Added Suggestion
Would it be possible to use the .ini file to keep track of the last file name number used so when a new batch save is started it will use the next available file number? Thanks for all your hard work :D

@awdark: Is there a specific directory it wants to be installed to? I have it in program files/rawgl. No not really, but it is impossible at the moment to specify an output directory with a space in the name, so C:\Program Files\RAWGL\output is out of the question. (I have my RAWGL in C:\RAWGL , and the output directory in C:\RAWGL\output). I dont think its loading the config right now because I changed the value to the jpeg compression and it remained at 80. The ini file needs to be in the same directory as RAWGL.exe, if you make a Desktop icon, make sure in the properties to set the working directory (Start in) parameter. The above 2 is probably the root of the crash problem. @NJBeachBoy Would it be possible to use the .ini file to keep track of the last file name number used so when a new batch save is started it will use the next available file number? With the current codebase it is pretty hard to build in, that's why I'm planning a rewrite.

using the beta, i've noticed that there appears to be one pixel on my camera that is always white, but doesn't appear if i'm using other drivers like phillip's or ff2. http://www.gondaba.com/images/gondaba/070405/original/070405_26.jpg if you change the _number (_25,_24,etc), or just view the directory listing, http://www.gondaba.com/images/gondaba/070405/original/? you will see the same pixel being white throughout all the shots, located about center but a tad right and a tad up. any reason/fix for this?? it's in all of my 180 shots i've taken thusfar.

Yep... you have a "dead pixel". One or two dead pixels out of 1.3 million just happens. Sometimes they are always black, sometimes always white. My laptop display has a dead pixel that's always red. This becomes a new feature request for RAWGL - or any other software which processes the image data: We need some way to indicate dead pixels and have the software "fix" them by averaging data from good pixels nearby. This could possibly be done in my pv2raw code. I'll consider this request when/if I add any improvements to that code. In the meantime I suppose you'll just have to fix them in a paint program - or stick to photographing white scenes. :-D