Summary: | Olympus *.ori images | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | herb <herb.k> |
Component: | Plugin-DImg-RAW | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | caulier.gilles, llyw.linux |
Priority: | NOR | ||
Version: | 7.2.0 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Other | ||
Latest Commit: | https://invent.kde.org/graphics/digikam/commit/1050f6a1a0dd1f11a6b2ebcee179e1f989d0946c | Version Fixed In: | 7.3.0 |
Description
herb
2021-04-04 15:35:13 UTC
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. |