Recent comments

Reply to: Building shared library on all OS's   3 years 4 months ago

Yes but got some warnings. But I have to copy Makefile.dist to Makefile.in.

After that change configure runs to the end. Before it ends with error message that Makefile.in cannot be found.

Reply to: Building shared library on all OS's   3 years 4 months ago

Have you tried autoreconf, than configure?

Reply to: Building shared library on all OS's   3 years 4 months ago

The build environment I am using is OSX 10.15 with xcode and autoreconf installed.

For Windows I could build the dll. But under osx/linux I am getting only the static lib.

Reply to: Building shared library on all OS's   3 years 4 months ago

shared lib/dll/dylib creation is OS specific, it is not easy to create it via single change of Makefile.dist.

If your build environment(s) has GNU autotools/automake installed you could create ./configure script via

autoreconf --install

Than use ./configure && make.

For Windows, dll is created by using Makefile.msvc

Reply to: Windows & LCMS   3 years 4 months ago

Thanks Alex

I have it compiled and working. Works really well :-)

Andy

Reply to: Windows & LCMS   3 years 4 months ago

(I've seen your another messages that lcms linking problem has solved).

LCMS is used only if
- custom camera profile is provided via imgdata.params
- output color profile is provided the same way (or output is sRGB)
- LCMS support is compiled in

LCMS support does nothing in normal processing pipeline (no custom color profile).

Reply to: Build shared object while using libraw   3 years 4 months ago

What is 'original CR2 image' brightness?

Do you compare rendered RAW image with built-in JPEG preview?

Reply to: Build shared object while using libraw   3 years 4 months ago

Hi. Thanks for putting this example. I tried the same with CR2 images. But the converted image (in OpenCV) is brighter than the original CR2 image. What should I do?

Reply to: Delphi Wrapper?   3 years 4 months ago

Delphi XE2?

Do not use a 10 years old IDE. Upgrade to latest Delphi or use latest Lazarus IDE.

Reply to: Delphi Wrapper?   3 years 4 months ago

Hi ,

i tried your simple example in delphi xe2
using the libraw -wrapper
but the return of strings - like error messages
does not work - i just get "??????" for the error code -100009

Source:

err := libraw_open_file(handler, pchar('C:\temp\nikon\test.NEF'));
if (err <> LibRaw_errors.LIBRAW_SUCCESS) then
begin
WriteLn('Open: ' + IntToStr(integer(err)) + ': ' +
libraw_strerror(err));

as err is being filled correctly ( even though the file exists ? )
the output of libraw_strerror(err) is just "???????"

if i convert the console-app to a vcl-app the return looks more like japanes characters ...

so something goes wrong be reading the strings from the function
does someone have an idea ?

thx

Reply to: Access compressed RAW data   3 years 5 months ago

Thank you for your feedback. I'm going to inquire about libtiff.

Regards

Reply to: Access compressed RAW data   3 years 5 months ago

DNG format is really TIFF 6.0 + (lot of) extra tags for metadata.

Compressed DNG files are usually stored in tiles (each tile compressed separately)

If you want to read 'original' (i.e. compressed) data, libtiff is much better fit for this task.

Reply to: LibRaw 202101 snapshot   3 years 5 months ago

Ah, got it. Thanks.

Reply to: LibRaw 202101 snapshot   3 years 5 months ago

And also: https://github.com/LibRaw/LibRaw/blob/master/doc/API-datastruct.html#L48...

(sorry do not see the way to highlight it in html-formatted mode)

Reply to: LibRaw 202101 snapshot   3 years 5 months ago

rawProcessor->imgdata.params.use_rawspeed = 1

Produces compile error. params.use_rawspeed is not found.

Reply to: LibRaw 202101 snapshot   3 years 5 months ago

RawSpeed support is here and not changed.

Reply to: LibRaw 202101 snapshot   3 years 5 months ago

It seems that RawSpeed support is removed from this release?

Reply to: Again CR3 images from EOS-R5   3 years 5 months ago

What I see in this file (downloaded yesterday from the link posted above):
- starting from offset 1788B23 (hex) it contains zero bytes only
- first 40% of the file looks OK.

Probably, previews are in first 40%

Reply to: Again CR3 images from EOS-R5   3 years 5 months ago

Hello
The Track1:JpgFromRaw, Quicktime:PreviewImage and Canon:ThumnailImage fields embed a correct JPEG.
Jean

Reply to: Again CR3 images from EOS-R5   3 years 5 months ago

Hello,

thanks for your investigations.

Sorry, I cannot answer your question, whether the file is damaged or not.
I downloaded the image accidentally for some tests with Exiftool and I also tried to open it with libraw.

Thanks again and
Best regards
herb

Reply to: Again CR3 images from EOS-R5   3 years 5 months ago

I'm also unable to open this file using both LibRaw (and LibRaw based software) and Adobe Camera Raw.
Аre you absolutely sure that this file is not damaged?

Reply to: Extracting tags from libraw_gps_info_t   3 years 5 months ago

Thank you

Reply to: Extracting tags from libraw_gps_info_t   3 years 5 months ago

According to Exiftool for your 1st file:
GPS Latitude : 48 deg 7' 48.30" N
GPS Longitude : 11 deg 34' 2.32" E
According to LibRaw (variables from MSVC Debugger):
+ latitude 0x0000016e11b1f0cc {48.0000000, 7.00000000, 48.3039856} float[3]
+ longitude 0x0000016e11b1f0d8 {11.0000000, 34.0000000, 2.32399201} float[3]

I do not see any difference.

It is likely that your '(0, 48, 7)' is lattitude array dump (1st 3-item array in parsed_gps structure), it looks like offsets used (either in parsing or in interpreting the data) are wrong.
Please make sure you use libraw*.h and libraw*so (.a) from the same version (so assume same structures offset).
Another possible problem is structure padding (different assumption in calling code and in compiled LibRaw)

Pages