So its been almost a year and the public snapshot seems not to be out there. When can we expect full Sony A1 Raw file support for uncompressed raw, lossless compressed raw and compressed raw? Thank you.
By default, LibRaw extracts ActiveArea image (3040x2014)
Suppose we are discussing the latest public version (https://github.com/LibRaw/LibRaw, master branch):
DefaultCrop tags are parsed into imgdata.sizes.raw_inset_crops[0]
This crop can be applied via: LibRaw::adjust_to_raw_inset_crop(1)
BUT:
DefaultCrop top/left in this specific file is odd and will be rounded to nearest even margin, so image will be cropped to 3007x1999 starting at 16,8
There is no way to avoid this in current LibRaw (this change was implemented in LibRaw 0.20)
You may switch to LibRaw pre-0.20 (0.19 or so) with LIBRAW_PROCESSING_USE_DNG_DEFAULT_CROP flag set to params.raw_processing_options
Greetings, everyone. I have fond memories of this project and the learning involved. But I also have emails coming in requesting permission to view my tables with their expired links. For every person that requests access, Google tells me
"_____@whatever.com is requesting access to a file via an old link, which is no longer valid due to a security update. Share the file with this person directly, or copy and send the new link in sharing settings."
The email from my original account was shut down years ago, but I hosted the files on a permanent account. So here are updated links for each of the resources. Here's to another four years of, hopefully, helping people out.
Also @ajohnson was very, very correct about the DHT artifacts in dark regions. Spent a whole what, day?, half a day?, in 2019, cross-examining the algorithms and the rest of the project and unfortunately it was all DHT!
Okay, yes, thanks... for now, I will not try more on Cygwin... building is completely broken it seems in that environment with the GNU compiler. (With the MingGW compiler on Cywgwin and the mingw makefile it does work but does not solve my character encoding issues.)
Thank you, I was able to fix the swab issue, but much more compile errors after that... so it seams it is rather nasty to compile with Cygwin. I tried different compilers and versions but have not been very succesfull...
Hi support,
More details, I am using the GNU compiler Collection c++ gcc-g++ version 11.2.0-1.
Whatever i try, the swab function causes the problem: not declared in this scope.
Thanks,
Mabula
I use Capture One 21 (I am aware that 22 should support the Sony A7IV).
And I use Affinity Photo 1.10.4.1198 (Photoshop replacement). Affinity support says their software depends on LibRAW for camera support... Yet, FastRawViewer 2.0 already seems to support the camera already.
And I use darktable 3.8.0 (both Windows and Linux).
Hello, any idea when the Sony A7IV will be added to the library?
It turns out some of the editing software I use, used LibRAW to read the raw files. Until that is updated, I can't edit my raw files in those...
Thank you!
Thanks - the rawpy folks mentioned the terminal output all looks fine, but that perhaps I should try again and enable the RPi RAW support. When compiling LibRaw I made the folder ~/Desktop/libraw into which I cloned the LibRaw repo.
- Can I remove that folder and try compiling again, or were LibRaw files installed elsewhere that need to be removed?
- In the future, what folder do you recommend I clone the LibRaw repo into?
No, it indicates that you haven't installed some optional libraries before running cmake, and haven't selected some options. You can ask at rawpy if they use those options.
Thank you for the reply. I followed the instructions (below) provided by rawpy (which uses LibRaw), as suggested by Iliah Borg (see further up for this discussion). Should I instead follow the LibRaw provided instructions?
Hi - I just wanted to confirm I installed from source correctly. Below is the terminal output resulting from my cmake command. As you'll note, it indicates a few files were not found. Additionally, can I remove the ~/Desktop/libraw folder I created to clone the libraw repo?
cmake .
-- CMake version: 3.18.4
-- LibRaw string version: 0.20.0
-- LibRaw ID version: 0x0200
-- LibRaw SO version: 20.0.0
-- The CXX compiler identification is GNU 10.2.1
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Check for LCMS2 availability...
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.2")
-- Checking for module 'lcms2'
-- No package 'lcms2' found
-- lcms2 NOT found
-- Check for LCMS availability instead LCMS2...
-- Checking for module 'lcms'
-- No package 'lcms' found
-- Could NOT find LCMS (missing: LCMS_LIBRARIES LCMS_INCLUDE_DIR)
-- Found ZLIB: /usr/lib/arm-linux-gnueabihf/libz.so (found version "1.2.11")
-- Could NOT find JPEG (missing: JPEG_LIBRARY JPEG_INCLUDE_DIR)
-- Could NOT find JPEG (missing: JPEG_LIBRARY JPEG_INCLUDE_DIR)
-- Found OpenMP_CXX: -fopenmp (found version "4.5")
-- Found OpenMP: TRUE (found version "4.5")
-- Could NOT find JPEG (missing: JPEG_LIBRARY JPEG_INCLUDE_DIR)
-- Could NOT find Jasper (missing: JASPER_LIBRARIES JASPER_INCLUDE_DIR JPEG_LIBRARIES)
--
-- ----------------------------------------------------------------------------------
-- Libraw 0.20.0 configuration
--
-- Libraw will be compiled with OpenMP support .................. YES
-- Libraw will be compiled with LCMS support .................... NO
-- Libraw will be compiled with example command-line programs ... YES
-- Libraw will be compiled with RedCine codec support ........... NO
-- Libraw will be compiled with DNG deflate codec support ....... YES
-- Libraw will be compiled with DNG lossy codec support ......... NO
-- Libraw will be compiled with RawSpeed support ................ NO
-- Libraw will be compiled with debug message from dcraw ........ NO
-- Libraw will be compiled with Foveon X3F support .............. NO
-- Libraw will be compiled with Raspberry Pi RAW support ........ NO
-- Libraw will be compiled as a shared library
-- ----------------------------------------------------------------------------------
--
-- Configuring done
-- Generating done
-- Build files have been written to: /home/pi/Desktop/libraw/libraw
Could you please provide some sample file that illustrates the issue?
Right now we're unable to reproduce it, Kodak DC40/50 files (that uses radc decoder) loads correctly in RawDigger (that uses LibRaw): https://www.dropbox.com/s/qw6o57ikv3mls1n/Screenshot%202022-03-06%2017.4...
Sony ILCE-1 is fully supported in 202110 snapshot:
Supported camera list: https://www.libraw.org/supported-cameras-libraw-202110
Announce page: https://www.libraw.org/news/libraw-202110-snapshot
So its been almost a year and the public snapshot seems not to be out there. When can we expect full Sony A1 Raw file support for uncompressed raw, lossless compressed raw and compressed raw? Thank you.
OK, understood.
DNG file metatata:
| | 1) ImageWidth = 3040
| | 2) ImageHeight = 2014
| | 21) DefaultCropOrigin = 15 7 (15/1 7/1)
| | 22) DefaultCropSize = 3008 2000 (3008/1 2000/1)
| | 27) ActiveArea = 0 0 2014 3040
By default, LibRaw extracts ActiveArea image (3040x2014)
Suppose we are discussing the latest public version (https://github.com/LibRaw/LibRaw, master branch):
DefaultCrop tags are parsed into imgdata.sizes.raw_inset_crops[0]
This crop can be applied via: LibRaw::adjust_to_raw_inset_crop(1)
BUT:
DefaultCrop top/left in this specific file is odd and will be rounded to nearest even margin, so image will be cropped to 3007x1999 starting at 16,8
There is no way to avoid this in current LibRaw (this change was implemented in LibRaw 0.20)
You may switch to LibRaw pre-0.20 (0.19 or so) with LIBRAW_PROCESSING_USE_DNG_DEFAULT_CROP flag set to params.raw_processing_options
Raw file
https://data.csail.mit.edu/graphics/fivek/img/dng/a0001-jmac_DSC1459.dng
TIFF file
https://data.csail.mit.edu/graphics/fivek/img/tiff16_c/a0001-jmac_DSC145...
Could you please provide some sample file?
Hi support,
Just wanted you to know that this topic is solved as far as I am concerned. Cygwin building did not work though whatever I tried.
I tried Cygwin because my MingW solution broke correct character encoding with your change of file loading on the windows platform in
LibRaw 0.20.1 changes
Windows support/Windows unicode (wchar_t*) filenames support
I have everything working now with full unicode support using the Microsoft Visual Studio compiler.
Thank you very much for your great work on Libraw ;-)
Mabula
Greetings, everyone. I have fond memories of this project and the learning involved. But I also have emails coming in requesting permission to view my tables with their expired links. For every person that requests access, Google tells me
The email from my original account was shut down years ago, but I hosted the files on a permanent account. So here are updated links for each of the resources. Here's to another four years of, hopefully, helping people out.
Also @ajohnson was very, very correct about the DHT artifacts in dark regions. Spent a whole what, day?, half a day?, in 2019, cross-examining the algorithms and the rest of the project and unfortunately it was all DHT!
Fence / Roof comparison:
https://drive.google.com/file/d/0ByFHxc7qU-svVXd6MVEzN0pUajQ/view?usp=sh...
Light comparison:
https://drive.google.com/file/d/0ByFHxc7qU-svQlAwMlZubFJvelk/view?usp=sh...
Cone comparison:
https://drive.google.com/file/d/0ByFHxc7qU-svR2NETGNocWRwUkk/view?usp=sh...
Track line comparison:
https://drive.google.com/file/d/0ByFHxc7qU-svb1ROZXlmWGdTbUE/view?usp=sh...
Black / white checker comparison (animated GIF!):
https://drive.google.com/file/d/0ByFHxc7qU-svUHBPZjUycUxhOGM/view?usp=sh...
Summary table with performance times (on a decently large 16bit image):
https://drive.google.com/file/d/0ByFHxc7qU-svRkVhWGdYTnlOdE0/view?usp=sh...
Okay, yes, thanks... for now, I will not try more on Cygwin... building is completely broken it seems in that environment with the GNU compiler. (With the MingGW compiler on Cywgwin and the mingw makefile it does work but does not solve my character encoding issues.)
Hi kmilos,
Using MingW was what I did before, but was wondering if I could get things to work using Cygwin.
With MingW on Windows I am having serious character encoding issues since the new Libraw versions related to :
https://www.libraw.org/node/2692
and thus
https://github.com/LibRaw/LibRaw/commit/30595a731f3bea78f0410426b73ef3af...
I was able now to turn on unicode in MingW using: https://sourceforge.net/p/mingw-w64/wiki2/Unicode%20apps/
Needed to alter libraw.h and now I can use wchar_t but still not working with asian characters...
So still trying. Do you have any suggestions how to make it work with MingW and wchar_t file path?
Hi Alex,
Thank you, I was able to fix the swab issue, but much more compile errors after that... so it seams it is rather nasty to compile with Cygwin. I tried different compilers and versions but have not been very succesfull...
Mabula
See also the patches Cygwin itself used to carry for LibRaw 0.18, (they're probably out of date since codebase was significantly changed since), but swab is also mentioned: https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/libraw.git...
I think this comes from here: https://github.com/LibRaw/LibRaw/blob/b31fa58eea272c4ba67ccdbd527f329a5a...
_WIN32 is defined even on Cygwin, but I guess one shouldn't set LIBRAW_WIN32_CALLS on Cygwin; as a consequence, unistd.h is not included from internal/defines.h: https://github.com/LibRaw/LibRaw/blob/master/internal/defines.h#L50-L65
Any reason you're building for Cygwin, and not native MinGW instead?
According to quick googling, swab function is present in cygwin C runtime.
Sorry, do not have cygwin installed, so no additional help (e.g. what include file should be added)
Hi support,
More details, I am using the GNU compiler Collection c++ gcc-g++ version 11.2.0-1.
Whatever i try, the swab function causes the problem: not declared in this scope.
Thanks,
Mabula
Please direct Affinity team to our 'extended support options' page: https://www.libraw.org/extended-support
They currently use the public version, which is updated according to the announced schedule (update policy section on our homepage)
Hello Alex,
I use Capture One 21 (I am aware that 22 should support the Sony A7IV).
And I use Affinity Photo 1.10.4.1198 (Photoshop replacement). Affinity support says their software depends on LibRAW for camera support... Yet, FastRawViewer 2.0 already seems to support the camera already.
And I use darktable 3.8.0 (both Windows and Linux).
Thanks, Eric.
What software do you use?
Hello, any idea when the Sony A7IV will be added to the library?
It turns out some of the editing software I use, used LibRAW to read the raw files. Until that is updated, I can't edit my raw files in those...
Thank you!
Dear Sir:
Since your goal is to make rawpy work, please follow suggestions from rawpy folks.
RPi raw support is for Raspberry cameras only.
Thanks - the rawpy folks mentioned the terminal output all looks fine, but that perhaps I should try again and enable the RPi RAW support. When compiling LibRaw I made the folder ~/Desktop/libraw into which I cloned the LibRaw repo.
- Can I remove that folder and try compiling again, or were LibRaw files installed elsewhere that need to be removed?
- In the future, what folder do you recommend I clone the LibRaw repo into?
> it indicates a few files were not found.
No, it indicates that you haven't installed some optional libraries before running cmake, and haven't selected some options. You can ask at rawpy if they use those options.
Thank you for the reply. I followed the instructions (below) provided by rawpy (which uses LibRaw), as suggested by Iliah Borg (see further up for this discussion). Should I instead follow the LibRaw provided instructions?
We dropped Cmake support in LibRaw in 2014, so we do not know what cmake scripts you use and what they do and whether it is correct or not.
Supported build methods are ./configure && make and also just make -f Makefile.dist
Hi - I just wanted to confirm I installed from source correctly. Below is the terminal output resulting from my cmake command. As you'll note, it indicates a few files were not found. Additionally, can I remove the ~/Desktop/libraw folder I created to clone the libraw repo?
cmake .
-- CMake version: 3.18.4
-- LibRaw string version: 0.20.0
-- LibRaw ID version: 0x0200
-- LibRaw SO version: 20.0.0
-- The CXX compiler identification is GNU 10.2.1
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Check for LCMS2 availability...
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.2")
-- Checking for module 'lcms2'
-- No package 'lcms2' found
-- lcms2 NOT found
-- Check for LCMS availability instead LCMS2...
-- Checking for module 'lcms'
-- No package 'lcms' found
-- Could NOT find LCMS (missing: LCMS_LIBRARIES LCMS_INCLUDE_DIR)
-- Found ZLIB: /usr/lib/arm-linux-gnueabihf/libz.so (found version "1.2.11")
-- Could NOT find JPEG (missing: JPEG_LIBRARY JPEG_INCLUDE_DIR)
-- Could NOT find JPEG (missing: JPEG_LIBRARY JPEG_INCLUDE_DIR)
-- Found OpenMP_CXX: -fopenmp (found version "4.5")
-- Found OpenMP: TRUE (found version "4.5")
-- Could NOT find JPEG (missing: JPEG_LIBRARY JPEG_INCLUDE_DIR)
-- Could NOT find Jasper (missing: JASPER_LIBRARIES JASPER_INCLUDE_DIR JPEG_LIBRARIES)
--
-- ----------------------------------------------------------------------------------
-- Libraw 0.20.0 configuration
--
-- Libraw will be compiled with OpenMP support .................. YES
-- Libraw will be compiled with LCMS support .................... NO
-- Libraw will be compiled with example command-line programs ... YES
-- Libraw will be compiled with RedCine codec support ........... NO
-- Libraw will be compiled with DNG deflate codec support ....... YES
-- Libraw will be compiled with DNG lossy codec support ......... NO
-- Libraw will be compiled with RawSpeed support ................ NO
-- Libraw will be compiled with debug message from dcraw ........ NO
-- Libraw will be compiled with Foveon X3F support .............. NO
-- Libraw will be compiled with Raspberry Pi RAW support ........ NO
-- Libraw will be compiled as a shared library
-- ----------------------------------------------------------------------------------
--
-- Configuring done
-- Generating done
-- Build files have been written to: /home/pi/Desktop/libraw/libraw
Pages