SUMMARY Some days ago I joined a discussion about Olympus *.ori images. I learned e.g.: - When using the High Resolution the camera saves two Raw files (*.ORF and *.ORI). - The *.ORI file is a "normal" RAW file, but with a different extension to differentiate it from the high-resolution RAW file. - The *.ORI is a special version of your shot and corresponds to the first of the 8 frames the camera merges in the high res picture. Such an image can be downloaded e.g. from: https://raw.pixls.us/#repo. From that point of view it would be wonderful when digiKam would also support this file-extension. I looked at import settings for RAW-images, but I did not find this file-extension. STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
If i drag and drop one ORI file to showfoto canvas, the thumbnail is generated, but image cannot be loaded to editor. So typically libraw is not able to decode the container. Please report this problem to libraw project from github to support this format. Best Gilles Caulier
Git commit 1050f6a1a0dd1f11a6b2ebcee179e1f989d0946c by Maik Qualmann. Committed on 04/04/2021 at 16:39. Pushed by mqualmann into branch 'master'. add Olympus HiRes RAW image format ORI as supported RAW format FIXED-IN: 7.3.0 M +1 -1 NEWS M +6 -1 core/libs/rawengine/drawfiles.cpp https://invent.kde.org/graphics/digikam/commit/1050f6a1a0dd1f11a6b2ebcee179e1f989d0946c
Hello, thanks for your investigations. As an answer to your comment #1: I use libraw for my own application and I have no problem to generate a *.tiff image with: dcraw_emu.exe -v -w -o 1 -t 0 -T -o output.tiff image.ori In order to report this to libraw it would be very helpful to know more details how digiKam and/or ShowFoto tries to open an *.ori image. Reading your comment it sounds that this is the only problem. I had problems to import such an image, so also an enhancement of digiKam itself seems to be necessary. Thanks and best regards herb
Hum, as i can see with the patch from MAik to just add uri as new RAW file format supported, now Showfoto can open file without problem. So, no need to report to libraw team. Gilles Caulier
Hello, thanks again for your investigations and your commit to introduce *.ori images. Inside the commit i found: map.insert(QLatin1String("ori"), i18n("Olympus Digital Camera HiRes Raw Image Format")); But in case of having a highres image from an Olympus camera - the *.orf file contains the highres image - the *.ori file contains a standard-Raw image built from all shots So I would like to propose to remove the word HiRes from i18n("Olympus Digital Camera HiRes Raw Image Format") Best regards herb
Git commit c365e13023391019823c99467094779cca5bcd40 by Maik Qualmann. Committed on 04/04/2021 at 17:52. Pushed by mqualmann into branch 'master'. change i18n M +1 -1 core/libs/rawengine/drawfiles.cpp https://invent.kde.org/graphics/digikam/commit/c365e13023391019823c99467094779cca5bcd40
Hello, just a quick question to ensure that 7.3 will fully support ORI files out of the box: With the patch applied, ORI files will not only work with showFoto but will also be recognized when downloading new files from the camera and when displaying existing files in the albums without having to manually add the ORI extension to Configure / Views / Mime Types / Additional image file extensions, correct? (I was missing this feature as well and am very happy that this is being added. I can also confirm what Herb has said: When taking a High Res Shot, the *.ORF file will contain the high resolution raw image obtained using Olympus' sensor-shifting technology and the *.ORI file will contain the raw data for the first standard resolution image that was acquired for the High Res Shot. In that sense ORI is essentially an alias for ORF.) Kind regards, Llyw
yes your analysis is right.