sorry I don't want to question further, but there it says just the opposite: that Microsoft is not responsible for the good or bad functioning of a library (only integrated) and that you must refer to the LibRaw project...so if by chance I had I encountered problems interpreting Sony RAWs, for example, would I have done wrong to contact you here?
then I do not understand at this point; my windows 11, through Microsoft store, downloads libRAW and includes it in the operating system (Explorer).
in the wording of the store is written:
The realization of this package was made possible thanks to the open source project libraw (http://www.libraw.org). See the https://www.libraw.org/supported-cameras page for a list of supported cameras. The Libraw library is licensed under the COMMON DEVELOPMENT AND DISTRIBUTION LICENSE Version 1.0 (CDDL-1.0)
NOTE: The Raw codec provided by this extension requires changes to Windows in order to run. Windows 10 May 2019 Update, version 1903 or later is required. If you can't install the extension, your device is using a version of Windows that doesn't match the minimum number of Windows builds needed to run it. Consider updating your device to the latest version of Windows to install the extension.
NOTE: The extension is NOT an app. Direct interaction is not possible. The extension installs a codec plug-in for the operating system that Windows apps, including File Explorer and Photos, use to decode raw images. Use File Explorer to view thumbnails or the Photos app to view raw images of supported cameras after installing the extension.
Why don't you understand? also my sony camera provides sony software to see previews of RAW so, according to your reasoning, even libRAW does not need to support sony....
explorer simply doesn't show FITS all at once: wouldn't libRAW make this possible?
Sorry, I can not understand how Librav will help in this task. It is a file reading library, similar to (already existing) FITS-support libraries you mentioned above
FITS files are astronomical RAWs; they are used by astronomy camera manufacturers ZWO, QHY etc. to store shooting data and metadata (bayer grid etc.). they are normally treated only by astronomical software and therefore must be opened separately in order to be seen; Generally we astrophotographers produce many dozens of files for a single subject and we usually have to filter the good from the bad. It is really long and annoying to open every single shot to see, for example, if there are trails of satellites, which ruin the shot.
some groups have interpreted this format in preview but you must always have a separate software (example Quicklook with appropriate plugin https://github.com/siyu6974/QuickLook.Plugin.FitsViewer/releases).
it would therefore be interesting to integrate this encoding into LibRaw.
why don't you include the FITS astronomical format in the project, it is really widely used and it would be an excellent support to have a preview.
bye
I'm sorry to bother you, I managed to solve the problem by using the DNG color matrix, thank you.
I assumed that it was necessary to use the matrices built into libraw, after reading the comments above, where people asked to add support for RAW cameras.
And I'm amazed at how fast tech support is, it's amazing, I've never seen anything like this before.
Good luck with the development and improvement of the project!
Dear Sir:
Again, "Could you please tell what libraw command / call you used"?
"color shift occurs" - please use the color matrix the DNG contains. For DNG files, matrices in LibRaw are only fallbacks.
"underestimation of the exposure in shadows and highlights" - LibRaw has nothing to do with that.
During processing of a RAW image, a color shift occurs, presumably along the red channel, as well as an underestimation of the exposure in shadows and highlights. In your list of supported cameras, the last one is the Google Pixel 5, it used the Sony IMX363 matrix, as in the previous ones up to the pixel 2. The Google Pixel 6 and 7, as well as their PRO versions, already have a Samsung GN1 module. I think the color shift issue is due to this reason.
Thank you for your time!
Yes, RawDigger relies on LibRaw imgdata.idata.filters to get CFA layout. Also, if LibRaw CFA pattern/layout detection is wrong it will result into a wrong rendering.
thank you for your swift reply. OK, I understand. I mainly use MATLAB (R2022a) -which uses LibRaw- but encountered the issue of not being able to open GPR files. That is why I started to delve into the LibRaw *.exe files. So I will wait until the next MATLAB release (R2023a). Maybe they then support GoPro's GPR files.
As for metadata, I use Exiftool extensively but found the MATLAB implementation of getting RAW metadata (again using LibRaw) faster than my code (which also needs to call Exiftool). However, for a Nikon P6000 file, the CFA layout delivered by MATLAB is different from the one given in Exiftool. And since I also have RAWdigger and see that the individual channels are displayed correctly, I wondered where the error comes from. That was my reason to ask if there would be a LibRaw *.exe file to extract metadata.
If it would be a LibRaw error, then RAWdigger would display the channels wrongly, I guess. But also a MATLAB error seems strange as they use LibRaw.
If you want, I could send you the file. Many thanks for what you do and for spreading your knowledge!
Cheers
What metadata you're asking for? Probably it is better to use exiftool for it.
Providing LibRaw binaries with 3rd-party decoders/decompressors compiled in (libjpeg, libdeflate/libz, libjasper, Adobe DNG SDK, GoPro SDK) may result into 3rd-party libraries version conflicts: for example LibRaw uses libjpeg-turbo, while calling applications is linked with standard jpeg libraries.
So, the developer who uses LibRaw should select LibRaw configuration and 3rd-party libraries used.
In general: LibRaw is for developers, not for end-users, provided samples are samples only to demonstrate LibRaw abilities.
sorry I don't want to question further, but there it says just the opposite: that Microsoft is not responsible for the good or bad functioning of a library (only integrated) and that you must refer to the LibRaw project...so if by chance I had I encountered problems interpreting Sony RAWs, for example, would I have done wrong to contact you here?
This is Microsoft product, not ours (Microsoft uses LibRaw library in this product, yes).
Please contact Microsoft with any questions or suggestions related to this explorer extension. We're not responsible for it.
then I do not understand at this point; my windows 11, through Microsoft store, downloads libRAW and includes it in the operating system (Explorer).
in the wording of the store is written:
The realization of this package was made possible thanks to the open source project libraw (http://www.libraw.org). See the https://www.libraw.org/supported-cameras page for a list of supported cameras. The Libraw library is licensed under the COMMON DEVELOPMENT AND DISTRIBUTION LICENSE Version 1.0 (CDDL-1.0)
NOTE: The Raw codec provided by this extension requires changes to Windows in order to run. Windows 10 May 2019 Update, version 1903 or later is required. If you can't install the extension, your device is using a version of Windows that doesn't match the minimum number of Windows builds needed to run it. Consider updating your device to the latest version of Windows to install the extension.
NOTE: The extension is NOT an app. Direct interaction is not possible. The extension installs a codec plug-in for the operating system that Windows apps, including File Explorer and Photos, use to decode raw images. Use File Explorer to view thumbnails or the Photos app to view raw images of supported cameras after installing the extension.
LibRaw library itself provides nothing for explorer. It is just file reading library similar to FITS-reading libraries you mentioned above.
Why don't you understand? also my sony camera provides sony software to see previews of RAW so, according to your reasoning, even libRAW does not need to support sony....
explorer simply doesn't show FITS all at once: wouldn't libRAW make this possible?
Sorry, I can not understand how Librav will help in this task. It is a file reading library, similar to (already existing) FITS-support libraries you mentioned above
No software provides an integrated preview in explorer so it is not possible to see the FITS as jpg or RAW photos all together but only 1 at a time
As you mentioned, there are a lot of software supporting FITS, what can another library add here?
FITS files are astronomical RAWs; they are used by astronomy camera manufacturers ZWO, QHY etc. to store shooting data and metadata (bayer grid etc.). they are normally treated only by astronomical software and therefore must be opened separately in order to be seen; Generally we astrophotographers produce many dozens of files for a single subject and we usually have to filter the good from the bad. It is really long and annoying to open every single shot to see, for example, if there are trails of satellites, which ruin the shot.
some groups have interpreted this format in preview but you must always have a separate software (example Quicklook with appropriate plugin https://github.com/siyu6974/QuickLook.Plugin.FitsViewer/releases).
it would therefore be interesting to integrate this encoding into LibRaw.
Could you please explain your proposal?
why don't you include the FITS astronomical format in the project, it is really widely used and it would be an excellent support to have a preview.
bye
Could you clarify what exactly is your question?
I'm sorry to bother you, I managed to solve the problem by using the DNG color matrix, thank you.
I assumed that it was necessary to use the matrices built into libraw, after reading the comments above, where people asked to add support for RAW cameras.
And I'm amazed at how fast tech support is, it's amazing, I've never seen anything like this before.
Good luck with the development and improvement of the project!
Dear Sir:
Again, "Could you please tell what libraw command / call you used"?
"color shift occurs" - please use the color matrix the DNG contains. For DNG files, matrices in LibRaw are only fallbacks.
"underestimation of the exposure in shadows and highlights" - LibRaw has nothing to do with that.
Where can we see the sample raw files?
During processing of a RAW image, a color shift occurs, presumably along the red channel, as well as an underestimation of the exposure in shadows and highlights. In your list of supported cameras, the last one is the Google Pixel 5, it used the Sony IMX363 matrix, as in the previous ones up to the pixel 2. The Google Pixel 6 and 7, as well as their PRO versions, already have a Samsung GN1 module. I think the color shift issue is due to this reason.
Thank you for your time!
Could you please tell what libraw command / call you used and what was the problem with those files?
Hi, dear libraw!
Will you add support for RAW from flagship Google Pixel 6 and Google Pixel 7?
Thank you for your hard work and attention!
On schedule: https://www.libraw.org/#updatepolicy
Dear all
what about Raw files of the new
OM Digital Solutions OM-5? Thank you.
On schedule: https://www.libraw.org/#updatepolicy
Hi!
When are you adding Panasonic GH6
Best Regards:)
Kristoffer
as per update policy: https://www.libraw.org/#updatepolicy
Yes, RawDigger relies on LibRaw imgdata.idata.filters to get CFA layout. Also, if LibRaw CFA pattern/layout detection is wrong it will result into a wrong rendering.
Sorry, no not know how Matlab uses LibRaw.
Dear Alex,
thank you for your swift reply. OK, I understand. I mainly use MATLAB (R2022a) -which uses LibRaw- but encountered the issue of not being able to open GPR files. That is why I started to delve into the LibRaw *.exe files. So I will wait until the next MATLAB release (R2023a). Maybe they then support GoPro's GPR files.
As for metadata, I use Exiftool extensively but found the MATLAB implementation of getting RAW metadata (again using LibRaw) faster than my code (which also needs to call Exiftool). However, for a Nikon P6000 file, the CFA layout delivered by MATLAB is different from the one given in Exiftool. And since I also have RAWdigger and see that the individual channels are displayed correctly, I wondered where the error comes from. That was my reason to ask if there would be a LibRaw *.exe file to extract metadata.
If it would be a LibRaw error, then RAWdigger would display the channels wrongly, I guess. But also a MATLAB error seems strange as they use LibRaw.
If you want, I could send you the file. Many thanks for what you do and for spreading your knowledge!
Cheers
What metadata you're asking for? Probably it is better to use exiftool for it.
Providing LibRaw binaries with 3rd-party decoders/decompressors compiled in (libjpeg, libdeflate/libz, libjasper, Adobe DNG SDK, GoPro SDK) may result into 3rd-party libraries version conflicts: for example LibRaw uses libjpeg-turbo, while calling applications is linked with standard jpeg libraries.
So, the developer who uses LibRaw should select LibRaw configuration and 3rd-party libraries used.
In general: LibRaw is for developers, not for end-users, provided samples are samples only to demonstrate LibRaw abilities.
Pages