Just remembered I hadn't enabled the demosaic packs after the update. With the demosaic packs enabled the thumbnail extraction works. If you could still explain the out of order error for this case I'd appreciate it. Thanks!
Hi, I have downloaded VS project and succesfully comiled with VS desktop version 2012.
I am not C programmer but VB.NET
After compilation I got a bunch of exe files.
My mission is to create small thumbnail jpg image file from raw file. That is all.
How do I do that.
Well, after hitting this with 0.15.3 again, I banged my head against it some more. As far as I can tell, there was something cached in XCode that even a Project, Clean wasn't taking care of. I moved all prior LibRAWs away, did a clean, and rebuilt and voila! No signs things were pointing to these, but I can only assume some structure size difference b/n 0.14 and 0.15 was getting things off.
You need to
1) add LIBRAW_DEMOSAIC_PACK_GPL2 and/or LIBRAW_DEMOSAIC_PACK_GPL3 to C++ preprocessor defines
2) add path to Demosaic Pack(s) to #include path
could you provide sampe code you use?
The imgdata.image[] arraw is always 4-component (but not RGBA)
The dcraw_make_mem_image() call always creates 3-component output,
There is no plans to add subseconds because
Canon tags are canon specific
changing time_t to anything more precise will broke programs uses this field.
BTW, you can use exiftool and specific canon tags for file renaming
I solved the problem by creating another new project in VS2010 and copy everything to the new project. I don't know why this can solve the problem though. Btw, examples work well. :)
It may be caused by read-only memory in .Net Bitmap object (I know nothing about Bitmap type).
After you've called dcraw_make_mem_image, the RGB pixels are contained in image->data. You may try to create Bitmap directly from this array without extra copy_mem_image() call.
Thanks for your quick reply, but even though I changed the 'step' to image->width*3, it still gives me an error at the line of copy_mem_image(&bmpPtr, step, 0). The error is: Unhandled exception at 0x77ea15de in Raw_Tool.exe: 0xC0000005: Access violation. Could you tell me why?
Should the 'step', which is also called stride for bitmap, has to be a multiple of 4?? If width*3 is not multiple of 4, would it gives an error when creating an bitmap object??
Your 'step' calculation is wrong. copy_mem_image accept step in bytes, for 8-bit images it is width*3.
You calculate step as width*(24/8)*3 so width*9.
Sorry, no 0.14.4 on hand (this is more-than-one-year version).
I've made a quick check: downloaded LibRaw 0.14.7 Win32 binary from http://www.libraw.org/download#stable
and use dcraw_emu.exe for decoding Samsung NX-100 SRW file.
No additional files appear, only expected .tiff or .ppm one.
Yes, thumbnail extraction based on x3f tools library (i.e. without demosaic packs) do not work yet (0.16 still in Alpha)
You need additional define LIBRAW_LIBRARY_BUILD to build the library
Just remembered I hadn't enabled the demosaic packs after the update. With the demosaic packs enabled the thumbnail extraction works. If you could still explain the out of order error for this case I'd appreciate it. Thanks!
Hi, I have downloaded VS project and succesfully comiled with VS desktop version 2012.
I am not C programmer but VB.NET
After compilation I got a bunch of exe files.
My mission is to create small thumbnail jpg image file from raw file. That is all.
How do I do that.
Rgards,
Dusan
Yes, major LibRaw versions (0.14 vs 0.15 or 0.13 vs 0.12) are binary incompatible.
Well, after hitting this with 0.15.3 again, I banged my head against it some more. As far as I can tell, there was something cached in XCode that even a Project, Clean wasn't taking care of. I moved all prior LibRAWs away, did a clean, and rebuilt and voila! No signs things were pointing to these, but I can only assume some structure size difference b/n 0.14 and 0.15 was getting things off.
Hi Alex,
I am using your new version 0.15.3 and the error about the canon cr2 files (canon 50D) has gone.
Thanks for the very quick release :-)
All the best,
Michael
You need to
1) add LIBRAW_DEMOSAIC_PACK_GPL2 and/or LIBRAW_DEMOSAIC_PACK_GPL3 to C++ preprocessor defines
2) add path to Demosaic Pack(s) to #include path
user_sat is used to set RAW data saturation point (all values above user sat will be clipped).
This clipping occurs before white balance, so wrong user_sat may cause wrong colors, not only brightness change.
Use bright field if you wish to change output image brightness
could you provide sampe code you use?
The imgdata.image[] arraw is always 4-component (but not RGBA)
The dcraw_make_mem_image() call always creates 3-component output,
There is no plans to add subseconds because
Canon tags are canon specific
changing time_t to anything more precise will broke programs uses this field.
BTW, you can use exiftool and specific canon tags for file renaming
I solved the problem by creating another new project in VS2010 and copy everything to the new project. I don't know why this can solve the problem though. Btw, examples work well. :)
Are the LibRaw examples works OK?
You also need to turn off auto brightness. If not, values will be scaled to fill full data range.
It may be caused by read-only memory in .Net Bitmap object (I know nothing about Bitmap type).
After you've called dcraw_make_mem_image, the RGB pixels are contained in image->data. You may try to create Bitmap directly from this array without extra copy_mem_image() call.
Thanks for your quick reply, but even though I changed the 'step' to image->width*3, it still gives me an error at the line of copy_mem_image(&bmpPtr, step, 0). The error is: Unhandled exception at 0x77ea15de in Raw_Tool.exe: 0xC0000005: Access violation. Could you tell me why?
Should the 'step', which is also called stride for bitmap, has to be a multiple of 4?? If width*3 is not multiple of 4, would it gives an error when creating an bitmap object??
copy_mem_image() copies image data without alpha channel (4th byte).
If you need alpha channel in your bitmap, you need to use per-pixel copy in a loop.
Your 'step' calculation is wrong. copy_mem_image accept step in bytes, for 8-bit images it is width*3.
You calculate step as width*(24/8)*3 so width*9.
Could you please provide more info (stack trace of crash, or test program to reproduce or so)?
Thanks again for your time. I found the camera list ;-)
Thanks for file. Downloaded it, you may remove the file from Dropbox.
The list of supported cameras is updated very frequently, so no list on website. There is API call LibRaw::cameraList().
Thank for your answer!
Is there a page where i can see all supported cameras? Maybe i just didn't find it so far...
If you like have a look at it you should find an example .nef file (coolscan4000.zip) within the next minutes at my Dropbox:
https://www.dropbox.com/sh/oxj1kd92vb62igf/EAFfqdqQ0c/Bilder
Thanks again!
Sorry, no 0.14.4 on hand (this is more-than-one-year version).
I've made a quick check: downloaded LibRaw 0.14.7 Win32 binary from http://www.libraw.org/download#stable
and use dcraw_emu.exe for decoding Samsung NX-100 SRW file.
No additional files appear, only expected .tiff or .ppm one.
In this case, I'm using Shotwell 0.13.1+trunk, and we're using LibRaw version 0.14.4.
Pages