RAWGL viewer application
A new version of the OpenGL raw viewer has been released. New in this version: - Demosaic a plenty. - PNG file save. - Multiple image support. Please post problems / questions / etc. in this thread. Any Mac guys out there willing to see if this will compile on a Mac ? The main display engine is OpenGL, the tools on top of it (Glut / GLUI) should be completely portable. Where to get it: http://www.digitalfluff.net/pv2

OpenGL raw viewer works great. I just shot a photo of my Friden and downloaded the RAW. I then pulled the same photo off the camera with the FF2 drivers to show a side-by-side comparison. http://www.demanufacturing.com/pv2/photogallery2/images/friden-ff2.jpg Friden pulled off with FF2 drivers in Photoshop. http://www.demanufacturing.com/pv2/photogallery2/images/friden-raw.jpg Friden RAW converted with OpenGL RAW viewer then converted from PNG to JPG in Photoshop. Complex gamma correction and RGB levels with a gain of 50. Looks very similar to the way I remember the Che-ez! Fox images. Great work. I wish I knew programming.

Rather than try a bunch of different combinations on my sunnycad raw I just looked up gain in header using sailpix's raw structure and at offset 0x27 found 0x3f or decimal 63 which I placed in each of rgb gains and was quite pleased with result. Just a suggestion for next release - use gain from header as a starting point.

brite_eye said: >Just a suggestion for next release - use gain from header as a starting point. Good suggestion, I'll incorporate it in the next release. I've already added a visual feedback in the form of R,G,B histograms, so you can see the impact of the different options clearly.

How can I get visual histograms running v1.3 RAWGL.exe?

brite... I think histograms are something daBass is adding to RAWGL v1.4 and you'll have to wait. :? daBass... I continue to have trouble running RAWGL - it crashes nicely each time. I think that there is, perhaps, some issue with OpenGL and my ATI video drivers - any clue? I've downloaded source and I'm gathering libraries to build and debug this myself.

@brite_eye: sorry for the confusion, but I indeed plan to add histograms to v1.4 , so you do have to wait :-). @sailpix: I run an ATI mobility Radeon myself (and I -*test*-('")ed on a couple of other machines). Do you have any more information ? OS you are running, what kind of ATI ? (googling for ATI OpenGL problems turned up this page: http://www.formsys.com/Support/opengl.html ). Also, you need to put all the .dll files in the same directory as the main application or in the windows system32 directory (I'm presuming you are running Windows). Are you running from a shortcut ? The application was programmed as a command line application (in a command prompt cd to where the application is, and start it from there), the drag and drop support is not explicitly programmed in.

daBass... Resolved it now. Seems to have been problem in old (circa. 2003) ATI Radeon Mobility OpenGL driver: atioglxx.dll La-*test*-('") display drivers from Dell for my laptop fixed it. I can see stuff now!!! It's a miracle, I can see!!! Um... where were we. With a quick mod (line 489 changed to skipbytes = hdr.uCompImgOffset;) and my new raw_struct.h header file (SF project, CVS repos) it now works for FlatFoto 2 images also. I thought of building a new .EXE for all, but .PNG writing is broken in my build... Can you do a new build with my la-*test*-('") files?

@sailpix: Will try to make a new version tomorrow. Besides the header changes, did you change anything else in the decompression routines ? @brite_eye: I put in the gaincode as default value, however the value you used is actually the image average, which is used in the complex gamma correction (to try and do a white balance).

No changes - good or bad :? - for the compression. Though, I am starting on that very soon. The big change was understanding some more fields from looking at the FlatFoto2 RAW files. The FF2 RAWs have a thumbnail (same fmt as TFT, I believe) inbetween the header and the compressed image data. When the thumbnail data is present, the following fields became obvious: thumbnail offset, thumbnail size, and compressed image offset. (We already knew the compressed image size field.) I'm pondering a change to how my code is called... Right now you have to load various pieces of the RAW file and pass them to my code. But maybe it would be better to read the whole RAW file into one buffer and then have my code find and use the sections. You can see a bit of that in the new Decomp_-*test*-('").cpp code - I changed it to just point to the EOF data in the buffer instead of loading it again. This approach could avoid future surprises/code changes as we figure out more pieces of the RAW file format. What do you think? So, get the new header file (raw_structs.h) and then change where you jump to for reading compressed image data - that seems to fix RAWGL for FF2 image display. brite_eye: Can you email me a FF3 image (or post it somewhere 4 all) so I can learn whatever from it? I'd like to make sure that the next release of RAWGL works with FF3 images - unless they've wandered away from the known RAW format.

I haven't been happy with FF3 pics and have not been saving raws - except for first few taken in basement. Since they already are compressed I am just chunking a large attachment to you. Please kindly review and comment on my FF chain remarks for old sunnycad (raw question thread in this forum) - do you think there was a bug in 6410 compression? Note that both raw and bayer came from a single USBpoker download of SDRAM.

RAWGL v1.4 is out. The problem with the PNG saving was that the header over exagerates the image size, which is now fixed, if the image size is larger than the bayer size, the bayer size is chosen for PNG saving. Histograms are now being displayed, and on most of my RAW files it shows that the output of the decompressor is grouped in a really smal part of the range, are we missing something here ?

RAWGL v1.5 is out with the following changes: version 1.5 - Bug fixes. - fixed a couple of things in the RAW decode routine (No more blue streaks). - added JPEG file save support. - added RAW bayer save support. version 1.5-beta: - Fixed the complex gamma routine. - Fixed the auto white balance code. - Added basic image processing. - Added a default setting that works well on a variety of images. - Removed some of the more obscure 'demosaic' options (they're still available in the code). - Fixed the gain code to do a gain on the whole spectrum instead of just shifting. - Fixed the histogram code. - Added selectable color temperature. Available from http://www.digitalfluff.net/pv2/

Kudos on a great program daBass. I have a small feature request that would make things easier on me. Could the name of the source file be added to the title bar? Since the window reloading takes so long whenever I change the focus from one window to another focus this would keep me from having to go back and see what the file name is for renaming. Thanks. Kevin

New .RAW file viewers / decoders available. I released the final version of RAWGL, incorporating some stuff I had been playing with. This version is completely unsupported. From now on all new developments will be incorporated into RAWGUI: - better GUI components through the FOX toolkit. - program is more responsive. - not command line based. - first attempt at auto color adjust (not always correct). - less options (less == more ?). http://www.digitalfluff.net/pv2/