Skip to main content
B
Bob Trlin
Inspiring
March 14, 2026
Question

OM System HR file import corruption

  • March 14, 2026
  • 1 reply
  • 41 views

OM System has HR modes.  Hand held (HHHR) and tripod (THR).  HHHR uses camera movement to create a composite whereas THR is true sensor shift.  For both modes, the camera can produce a HR jpeg and a HR raw (.ORF).  It also produces a normal resolution raw tagged as .ORI.

This was problematic for LrC but it appears to be resolved albeit partially.  LrC will import the jpeg, the ORF and the ORI. However, if “Copy as DNG” is specified, the normal res ORI is converted to a DGN but the HR ORF remains as an ORF.  This is strange in itself but often, not always, the thumbnail of the HR raw is tagged with “Photo is missing” and an exclamation mark.  Sometimes this crashes the app.  Attempts to read the missing file fail.

      1 reply

      Anshul_Saini
      Community Manager
      Anshul_SainiCommunity Manager
      Community Manager
      April 6, 2026

      Hi @Bob Trlin,


      Apologies for the delayed response. Since you’re seeing HR ORF showing as missing, inconsistent behavior with Copy as DNG, and occasional crashes, we’ll need to capture this properly. Could you please share a screen recording of the full workflow? Share a sample set of files via DM ORF (HR), ORI, JPEG (if available).


      Also, when Lightroom crashes, do you see the Adobe Crash Reporter dialog? If yes, please submit the report and make sure to include the same email ID you used on this community.


      This will allow us to check crash logs on the backend, reproduce with your exact file set, and escalate to the product team with real data.


      Best,

      Anshul Saini

      B
      Bob TrlinAuthor
      Inspiring
      April 19, 2026
      Imported using Copy

      This is one hand held high resolution (HHHR) shot from an OM System OM-3 camera.  If wanting a raw HR rather just a jpeg, the camera creates three images:

      1. HHHR jpeg of 49.9MP
      2. HHHR raw (.ORF) of 49.9MP
      3. Standard res raw (.ORI) of 20.2MP - used for cloning out any motion artifacts if needed

      When imported into LrC using Copy, the images are imported exactly as is.  Both the ORF and ORI images are recognised by LrC.  Despite having the same file number, the extension is different so no issue.

      Imported using Copy as DNG​​​​

      This is where things get messy.  The order is shifted but that’s not an issue.  The images are as follows:

      1. Standard res raw (.ORI) of 20.2MP converted to DNG - no issue with that
      2. HHHR jpeg of 49.9MP - again no issue
      3. HHHR raw (.ORF) of 49.9MP - Not only was this not converted to DNG but the icon says the photo is missing.

      Clearly LrC is getting confused when it tries to create two DNGs with the same file number.  Sometimes it gets it right by adding “-2” to the file number of one of the DNGs but it’s not consistent and the only way to distinguish the standard res from the HHHR is by the file size or MP count.  It gets really messy when you’ve taken a series of HR shots and on the same import run, some have worked and others not.

      The workaround is to import with Copy only, cull, process as an ORF, delete the ORI if no longer needed, then convert to DGN.

      Terms & ConditionsAccessibility statement
      Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices