Nikon's HIGH-ISOs are specified not in 'common EXIF' tag (tag id=2), but in special tag (tag id = 37).
LibRaw 0.16-beta1 already contains this change, so it should work fine).
Could you please upload sample file to somewhere (Dropbox or so)?
According to gcc 4.1 manual, __sync_add_and fetch is builtin for this version, so it should works on 4.2 too.
I have not old Xcode on hands, only Xcode4/Xcode5 (llvm based), but this code compiles and links fine on my FreeBSD with gcc 4.2.1 (in both 32-bit and 64-bit mode):
int main()
{
int _exitflag=0;
if( __sync_add_and_fetch(&_exitflag,0))
return 1;
return 0;
}
May be, you need to specify processor target (-march=core2duo because OS X requires at least core2duo)
Yes, in Canon data these pixels used for black level calibration.
On other cameras (e.g. Nikons) these pixels may be used for banding noise elimination
1) The max possible 16-bit value is 65535
2) Many cameras, including Canons, contains 'masked pixels' around visible area. So, for first 100 values you query these service pixels.
Try this code:
#define R RawProcessor
int first_visible_pixel = R.imgdata.sizes.raw_width*R.imgdata_sizes.top_margin + R.imgdata.sizes.left_margin;
for(i=0; i< 100; i++)
printf("%d ", R.imgdata.rawdata.raw_image(i+first_visible_pixel);
3) After raw2image the image[][] array contains values (only visible area!) for one component out of 4, three other pixel components are zero.
Please drop a note if setting second open_file() parameter to 0 helps.
This means, that C++ I/O library on your platform is broken, while C FILE* I/O routines works fine.
There is no way to help you without 'reproducers'. I need sample file (which definitely hang).
To fully emulate dcraw behavior you need to pass second argument (max_buf_size) to LibRaw::open_file(filename, max_buf_size).
By default, small files are processed using C++ buffered streams (faster), while large files use FILE* internal interface similar to dcraw. Default value of max_buf_size is 250M.
Set it to 0 or 1 and you'll use (slower) FILE* interface for all files.
Unfortunately, partial unpacking is not supported.
For several (most common: Canon CR2, Nikon NEF) formats it is not possible because of compressed data structure (no chunks, entire image compressed).
If you data is already clipped, the exposure correction will not help.
You may try to use highlight recovery (slow!), but it will help only if some details exists in some channels (e.g blue or red)
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.
Nikon's HIGH-ISOs are specified not in 'common EXIF' tag (tag id=2), but in special tag (tag id = 37).
LibRaw 0.16-beta1 already contains this change, so it should work fine).
Could you please upload sample file to somewhere (Dropbox or so)?
?
Use nmake -f Makefile.msvc
According to gcc 4.1 manual, __sync_add_and fetch is builtin for this version, so it should works on 4.2 too.
I have not old Xcode on hands, only Xcode4/Xcode5 (llvm based), but this code compiles and links fine on my FreeBSD with gcc 4.2.1 (in both 32-bit and 64-bit mode):
int main() { int _exitflag=0; if( __sync_add_and_fetch(&_exitflag,0)) return 1; return 0; }May be, you need to specify processor target (-march=core2duo because OS X requires at least core2duo)
Yes, in Canon data these pixels used for black level calibration.
On other cameras (e.g. Nikons) these pixels may be used for banding noise elimination
Thanks Alex. I see the correct pixel values now!
I was not aware of these masked pixels ... are they provided for black-level calibration?
Thanks,
HEMANTH
1) The max possible 16-bit value is 65535
2) Many cameras, including Canons, contains 'masked pixels' around visible area. So, for first 100 values you query these service pixels.
Try this code:
#define R RawProcessor int first_visible_pixel = R.imgdata.sizes.raw_width*R.imgdata_sizes.top_margin + R.imgdata.sizes.left_margin; for(i=0; i< 100; i++) printf("%d ", R.imgdata.rawdata.raw_image(i+first_visible_pixel);3) After raw2image the image[][] array contains values (only visible area!) for one component out of 4, three other pixel components are zero.
It works now, thanks.
Place libraries *after* your sources in linker command line:
Please drop a note if setting second open_file() parameter to 0 helps.
This means, that C++ I/O library on your platform is broken, while C FILE* I/O routines works fine.
I figured as much. Since I haven't been able to recreate it on any devices here I was hoping there might be a logical source that I didn't know about.
Since the issue seems to be that opening is hanging I doubt it will help, but I'll create a new build set to force FILE* input for the user to run.
There is no way to help you without 'reproducers'. I need sample file (which definitely hang).
To fully emulate dcraw behavior you need to pass second argument (max_buf_size) to LibRaw::open_file(filename, max_buf_size).
By default, small files are processed using C++ buffered streams (faster), while large files use FILE* internal interface similar to dcraw. Default value of max_buf_size is 250M.
Set it to 0 or 1 and you'll use (slower) FILE* interface for all files.
Lightroom tries to recover highlights (i.e. modulate overexposed channel by differences in lower exposed channels) automatically.
You may try to use our RawDigger software ( www.rawdigger.com/download ) to explore the raw data histogram and see is real data clipping exists
Thanks for your reply Alex!
I was wondering why there's so much more definition if I expose the same raw file down using lightroom?
Thanks a lot,
Nhat
You may use LibRaw or Adobe DNG SDK to read DNG files and Adobe DNG SDK to write DNG files.
Unfortunately, partial unpacking is not supported.
For several (most common: Canon CR2, Nikon NEF) formats it is not possible because of compressed data structure (no chunks, entire image compressed).
If you data is already clipped, the exposure correction will not help.
You may try to use highlight recovery (slow!), but it will help only if some details exists in some channels (e.g blue or red)
I'm not VB.NET programmer.
use simple_dcraw.cpp sample as guide (you need open_file then extract_thumb, then write thumb to memory buffer).
But I do not now how to call C++ library from VB.NET
Also, you should not compile *all sources*
Both dcb-demosaic and wf-debanding are #included into demosaic-packs.cpp
You definitely need this define for compiling libraw sources.
No, I don't want to build libraw as a library, I want it to run from within the project like normal source code for debugging purposes like using gdb.
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
Pages