Dear Sir:
If it is just one file, you can try to open it with a free trial of our RawDigger (if it opens it, libraw will sure do too), or upload it to some place and send us the link to info@libraw.org
Hello !
I have a file whose format is simply ".raw", and I have no idea what camera it comes from.
I do not understand a lot about RAW files, and I was wondering if :
- LibRaw would be able to decode it ?
- Once decoded, will I be able to read the file (I mean, is the information obtained understandable without furter encoding ? For example, will I have access to the value of each pixel of the image ?)
I installed the Raw Image Extension from the Microsoft Store in the hopes that I could view the raw images I took on my Canon EOS M50 natively on the Photos app. I found in another online forum that the .CR3 file is still currently unsupported yet it seems like the older .CR file types are supported. I was wondering when you intend to finally provide support for this raw file format?
I've recently faced the same problem and the reason was the following:
VS2017's option "Treat WChar_t As Built-in Type" was "No" (/Zc:wchar_t-)
By default, it's usually On.
But maybe, when I generated configurations for Target Machine: X64 from x86 by copying, it's got off? I don't know. If the settings are copied, the Zc has been Off even for X86?
Anyway, being Off, the function signatures got generated as unsigned short const * i.e. @@@UEAAHPEBG@Z instead of wchar_t const * which is @@UEAAHPEB_W@Z and the linker can't find them.
Hey Alex, Saw the recent release just came out but no CR3 :(. I know it's a difficult problem just wondering what the status is? If you do have a working decoder do you know at this time if it will be made public? And if so do you know a rough date that this may happen? Not trying to be pushy just genuinely curious about the schedule. Thanks again for all the work the team does. Cheers!
We do not do full release cycle for snapshots (only for releases), this is source-code only
Public snapshot source code could be obtained from GitHub: https://github.com/LibRaw/LibRaw/ (master branch)
To compile with MS Visual Studio use nmake -f Makefile.msvc
Assuming modern camera with embedded JPEG preview:
- unpack_thumb() does nothing with rotation, JPEG data are extracted AS is
- (for most cameras) extracted JPEG is either already rotated or contains correct EXIF.Orientation tag.
* dcraw_emu: it is now possible to create output filename in a more flexible manner, via -Z switch:
-Z - will output to stdout
-Z ext will output into inputfilename.ext
-Z .ext will output into inputfilename.inputext.ext
To match vendor (out-of camera JPEG) colors one needs to use same (vendor) color profile data and same contrast (tonal) curve. Tonal curve, in turn, is settings-specific.
Dear Sir:
If it is just one file, you can try to open it with a free trial of our RawDigger (if it opens it, libraw will sure do too), or upload it to some place and send us the link to info@libraw.org
Hello !
I have a file whose format is simply ".raw", and I have no idea what camera it comes from.
I do not understand a lot about RAW files, and I was wondering if :
- LibRaw would be able to decode it ?
- Once decoded, will I be able to read the file (I mean, is the information obtained understandable without furter encoding ? For example, will I have access to the value of each pixel of the image ?)
Thanks !
Sincerely,
Nath
Dear Sir:
Our plans haven't change, it is scheduled for this Fall.
Hi there,
I installed the Raw Image Extension from the Microsoft Store in the hopes that I could view the raw images I took on my Canon EOS M50 natively on the Photos app. I found in another online forum that the .CR3 file is still currently unsupported yet it seems like the older .CR file types are supported. I was wondering when you intend to finally provide support for this raw file format?
Sincerely,
Joseph
I've recently faced the same problem and the reason was the following:
VS2017's option "Treat WChar_t As Built-in Type" was "No" (/Zc:wchar_t-)
By default, it's usually On.
But maybe, when I generated configurations for Target Machine: X64 from x86 by copying, it's got off? I don't know. If the settings are copied, the Zc has been Off even for X86?
Anyway, being Off, the function signatures got generated as unsigned short const * i.e. @@@UEAAHPEBG@Z instead of wchar_t const * which is @@UEAAHPEB_W@Z and the linker can't find them.
Thanks for the quick reply, sorry for the misunderstanding. Looking forward to the next release :).
There is no 'recent release', just urgent bugfixes.
We plan to release new snapshot w/ new decoders this Fall
Hey Alex, Saw the recent release just came out but no CR3 :(. I know it's a difficult problem just wondering what the status is? If you do have a working decoder do you know at this time if it will be made public? And if so do you know a rough date that this may happen? Not trying to be pushy just genuinely curious about the schedule. Thanks again for all the work the team does. Cheers!
We do not do full release cycle for snapshots (only for releases), this is source-code only
Public snapshot source code could be obtained from GitHub: https://github.com/LibRaw/LibRaw/ (master branch)
To compile with MS Visual Studio use nmake -f Makefile.msvc
I'm running the latest binary build 0.19.2 but the -Z appears not to be implimented.
Is the 201812 snapshot newer/different branh? If so, where can I get the Win64 binaries?
Thanks in advance!
X-T3 is fully supported in current public snapshot.
Would you like some raw files from an X-T3?
imgdata.sizes.flip is related to raw data only.
Assuming modern camera with embedded JPEG preview:
- unpack_thumb() does nothing with rotation, JPEG data are extracted AS is
- (for most cameras) extracted JPEG is either already rotated or contains correct EXIF.Orientation tag.
There is no Fuji X-T3 in this version supported camera list: https://github.com/LibRaw/LibRaw/blob/3a5280c6d69458a21bd9756d2ee3284738...
19.2
Cheers
thanks (I've looked up into library tarballs, not on site)
https://www.libraw.org/docs#copyright
last date on there is 2016 ...
Since 201812 snapshot:
* dcraw_emu: it is now possible to create output filename in a more flexible manner, via -Z switch:
-Z - will output to stdout
-Z ext will output into inputfilename.ext
-Z .ext will output into inputfilename.inputext.ext
Followup:
black border: X-T3 is supported since 201812 snapshot, what exact LibRaw version do you use?
It operates on raw data populated into image[]
raw_image[] is always untouched (to allow processing of same data multiple times w/o calling unpack())
There are several interpolation options for X-Trans (from fastest to slowest):
- half
- bilinear
- single pass Markesteijn
- 3-pass Markesteijn
Sorry, there is no such function in LibRaw.
To match vendor (out-of camera JPEG) colors one needs to use same (vendor) color profile data and same contrast (tonal) curve. Tonal curve, in turn, is settings-specific.
In what file?
Could you please provide file for analysis (Dropbox/Google Drive/etc link...)
LibRaw uses OpenMP for postprocessing (there is single exception: Fuji compressed decompression is also OpenMP-capable).
AFAIK, you do own postprocessing. So, for most files (see exception above) enabling OpenMP for LibRaw will change nothing.
If your code is OpenMP-enabled, it is up to you what settings to use.
Pages