As part of initial Integration Testing LibRaw 0.22 with my application, I came across an issue whereby this new version unpacks (before Demosaicing) FujiFilm GFX-100 II images almost 10 X slower than version 0.21.5. I've benchmarked other Camera formats and not seen such a difference. Reviewing the Release Notes I see the GFX100-II is now officially supported. I notice a very subtle difference between the .22 and .2.5 outputs, but clearly there is nothing to explain such a huge difference in performance.
I apologize in advance as my understanding of DNGs is very poor, but I thought that building the Adobe DNG SDK and building libraw with USE_DNGSDK and libjxl would allow it to unpack my phone's DNGs.
However, perhaps I was mistaken as it still complains "Unsupported file format or not RAW file" when I tried to open it with ImageMagick or the mem_image sample.
I used LibRaw quite short but I figured out that for X-Trans sensor (X-T4) in dcraw_process flag is_bayer is set to 1.
Then in raw2image_ex function instead of copy_fuji_uncropped funtion copy_bayer is calling.
I hope this message finds you well. I apologize in advance if this comes across as a beginner's question, but I'm hoping someone might be able to point me in the right direction.
I'm currently developing a photo correction application and have successfully implemented the desired features for standard image formats. However, I'm encountering challenges with RAW file processing that I'm struggling to resolve.
Hello I have a couple of photos that cannot be opened using Libraw. The photos are from a Sony ILCE-7RM5. Some photos from this camera LibRaw can open while others it cannot. I am using the libraw-dev version 0.21.3-r0 which should support this camera according to this document.
on digikam, when scanning for faces, digikam crash and dump core with the message:
/run/media/miguel/RAW/miguel/RAW/2016/12/13/_DSF2806.RAF: data corrupted at 22980016
terminate called after throwing an instance of 'LibRaw_exceptions'
I've tried to attach the RAW file but the file type (RAF) it is not supported.
I'm executing `dcraw_emu` inside a Docker container that uses `node:23-alpine` and the latest version of LibRaw.
When I run LibRaw to convert a DNG file inside the container running locally, I get good results. However, when the container is running on Digital Ocean, my results look very different: there's a lot of data lost in the output TIFF file that causes the result to look way too bright.
This happens only to a specific DNG file that comes from a scanner operated by SilverFast software. Other DNG files work fine and look the same on both systems.
Hello,
while testing https://github.com/letmaik/rawpy/pull/252 I've noticed some inconsistencies and would like to ask about them here. I suspect some might be bugs.
Having correctly unpacked my raw image into raw_image, I tried to use libraw_dcraw_process() to create a debayered image with params.half_size = 1 (as per sample code), but I get a return code 22 (0x16) which libraw_strerror converts to "Unknown error code". Any hints as to what might be wrong?
Recent comments