Alex, thanks for your reply. Is there any info about how to interpret FujiExpoMidPointShift and apply it to an image?

At least with BaselineExposure, Adobe published information on how to convert that into a tone curve.

libjpeg-turbo is a 'plugin replacement' for libjpeg.

Just build it in JPEG8-compatible mode and use with libraw. It works.

Thanks.

That was the case, but now I am baffled. If building jasper on linux there are options like
--disable-static and
--enable-shared

On windows however I can only open the .dsw file which generates the solution, and the needed preprocessor definitions for dynamic build are nowhere in the documentation.

I noticed that raw2image() does this and it felt redundant. So I was confused as what is the utility of it, having no historical knowledge about the library. I just started using libraw ( expect more of me around here :) ), so I think there's no point to use old workflows, which will most likely become obsolete soon.
I only wanted to make sure I understand what I am doing. Thank you for your explanation, now it is clear.
As a suggestion: if there would have been a repository for the documentation, I would have done the change myself.

Has anything changed since this page was written?
From my observations unpack doesn't fill image, as the documentation suggests, but it does fill raw_image. Is there an issue with the documentation, or am I doing something wrong?
I want to access unscaled, uneverything, as raw as possible, bayer data. For this, I assume I should only set the use_camera_matrix = 0; use_camera_wb=0; and unpack().

Sorry to bother you again, I managed to resolve the unistd.h issue, by defining JAS_WIN_MSVC_BUILD, and even though preprocessor understands USE_JASPER and looks for all dependencies I still get

jasper.dll ignored; no imports found from jasper.dll

What might be the issue, should I specify jasper in other project than libraw in the solution?

I also have absolutely no clue.
I wrote a Microsoft Visual Basic program to select the pictures that I like and the ones that I don't like, and them send all the 'good' ones to my usb key so I take it out to print.
My friend saw my program and asked if I could include the capability to read .raw files in addition to the .jpgs, so I got here. Absolutely no clue.
I understand that this is a library, and my program should include it in the project and then call it. But that's it. Anyone can help?

(I remember the first time I opened the BASIC shell, and I had no idea... a friend sat by my side to teach me and in ten minutes I was programming like crazy... so yeah, it should be easy when someone shows you... but without it...)

Thanks.

And as for JasPer I need to specify USE_JASPER? It's weird when I try to do that, because suddenly it wants unistd.h

That patch fixed it for the Fuji raw files that I have. Thanks, Alex!

Patch is simple:
Change these lines in internal/dcraw_common.cpp/parse_fuji()

      if ((tag = get4()) > 10000) tag = get4();
      width = tag;

to these

      if ((tag = get4()) > 10000) tag = get4();
      if (tag > 10000) tag = get4();
      width = tag;

(In FW 4.0 extra 4 bytes to binary data has added)

Thanks!

Any chance that this patch would be released as part of 0.17?

We have a number of users who are reporting this problem right now. Would it be possible to send us a patch sooner or point me in the right direction on how to fix it myself?

Thanks.

There is no EXIF data block in LibRaw data (some EXIF values are parsed into imgdata.other fields).

Starting from LibRaw 0.17 you can install own EXIF/Metadata parser callback which will receive all tags at parse time.