Skip to main content
Participant
August 4, 2026
Question

Problems with Exporting JPGs

  • August 4, 2026
  • 5 replies
  • 65 views

Hello,

I am experiencing a persistent and reproducible problem when trying to export or convert photos from my Lightroom cloud library, and I would appreciate your help investigating it.

Summary of the issue

When I select a large batch of photos (several hundred to several thousand) and run "Export Originals," the process regularly stalls partway through — sometimes after only a few dozen images, sometimes after several hundred. The progress indicator simply stops advancing, with no error message and no further disk or network activity after a short time.

The problem is specific to JPEG-sourced images. RAW files export without any issues, both with and without GPU acceleration enabled. It is not limited to a handful of individual files — it recurs across entire series of JPEGs (in my case, digitized scans from negatives and slides, all processed the same way), which rules out isolated file corruption as the cause.

I have also tried "Render to DNG" as a workaround, since DNG output does not appear to be affected by the same issue. However, this too has now started stalling, specifically during the "Preparing to Render to DNG" phase, before any actual rendering begins.

What sometimes helps (temporarily)

Manually opening one of the images that the export/render process appears to be stuck on, in full-size Detail view, sometimes causes the batch process to resume for a short while before stalling again on a later image. This is not a practical workaround at the scale of thousands of images, but it does suggest the issue is related to how the app fetches or renders full-resolution image data in the background during batch operations, rather than to any single damaged file.

If I cancel a stalled export, Lightroom reports "The file appears to be unsupported or damaged" for the files that were still queued at the time of cancellation. I do not believe this message reflects the actual condition of those files — it appears to be a generic result of interrupting the export mid-queue, since the same files display and open normally elsewhere in the app.

Troubleshooting already performed

  • Updated Lightroom to the latest version (Creative Cloud auto-updates are enabled, so the app is always current)
  • Updated AMD graphics drivers to the latest version, then restarted the computer
  • Tested with "Use Graphics Processor" set to both Auto and Off — no difference in behavior
  • Reset Lightroom preferences (renamed the .agprefs file to force a fresh one) — no difference
  • Checked Windows Event Viewer (Application log) around the time of the hangs — no relevant errors or warnings logged by Lightroom
  • Ran chkdsk on all relevant drives — no disk errors found
  • Confirmed via the sync/activity panel that the source photos are fully "Synced and Backed Up" in the cloud, so this does not appear to be a sync-completeness issue on the affected assets

Additional related issue

Separately, I have noticed that the "Local Storage" location I configure in Preferences (moved from the default location to a secondary internal drive) periodically reverts back to the default drive on its own, without any action on my part. I have to re-set it after this happens. I am not certain whether this is related to the export/render hangs, but wanted to mention it in case it is relevant.

System information

  • OS: Windows
  • Graphics: AMD Radeon 780M (integrated)
  • Library size: approximately 75,000+ photos, cloud-based (Lightroom, not Classic)
  • Affected content: JPEG images, largely digitized scans from negatives and slides, imported and edited over an extended period without prior issues

Request

Could you please help identify why batch export/render operations stall specifically on JPEG-sourced assets, and why this happens consistently across otherwise unremarkable files? I am happy to provide asset IDs, additional logs, or reproduce the issue with specific instructions if that would help your investigation.

Best regards, Per

    5 replies

    PerHomannAuthor
    Participant
    August 23, 2026

    Hi Srishti,

    I have not heard back since my last message, and I would like to follow up.

    Result of the offline-album test you asked me to run:

    I created a new album containing the six affected JPEGs and selected "Make Album Available Offline". After 15 minutes the album had still not finished downloading — the photos remain marked as pending — and the subsequent export never started at all.

    This means the failure is not in the export step. Lightroom is unable to retrieve the master files themselves, even when explicitly asked to make them available offline. The same six files download without problems from lightroom.adobe.com when requested as "Original", which indicates that the assets do exist server-side, but that the desktop application cannot fetch them.

    Summary of the problem as it now stands:

    • Exports fail with embedAuxFilesIntoXMP: unexpected failure: dng_error_file_not_found, including on files with no masks, no healing and no crop — i.e. completely unedited images.
    • Batch exports also stall silently, with no error message and no further disk or network activity.
    • Making the files available offline does not complete either, as described above.
    • The behaviour is reproducible on two separate computers, so it is not specific to one installation.
    • Re-editing, duplicating, and exporting in other formats all fail identically.

    Why this matters beyond convenience:

    For most users, a cloud photo service is also where their originals live. When retrieval fails, the practical consequence is that images cannot be recovered from Adobe's custody. For the files affected here, that has been the case for weeks. The combination of working web downloads and failing desktop retrieval points to an inconsistency between the stored assets and the metadata Adobe holds for them.

    I would therefore appreciate answers to two questions:

    1. Can Adobe confirm that the master files of the affected assets are intact server-side, and that no image data has been lost?
    2. What is the status of the investigation, and can the case be escalated if it cannot be resolved at this level?

    I remain willing to provide logs, asset IDs and a screen recording, and I would like to know which of these would be most useful to you now.

    Best regards,
    Per

    PerHomannAuthor
    Participant
    August 12, 2026

    Hi Srishti,

    Thank you for the updated instructions. I will try the offline album and report back with a screen recording and the diagnostic logs if the problem persists.

    Answers to your questions, plus a few findings that may narrow things down:

    Number of files. My cloud library holds roughly 77,000 images, the large majority of them JPEG. I am not exporting them all at once — I work year by year, selecting between roughly 150 and 850 images per batch.

    Batch size does not appear to be the trigger. The export also stalls with batches of 10–20 images, and individual files fail on their own. Conversely, several batches of 300+ have completed without problems.

    Two distinct failure modes:

    1. Stalling — the progress indicator stops and no further disk or network activity occurs. Opening one of the pending images in Detail view often lets the queue continue for a while, which suggests the export is waiting on full-resolution data that is not being retrieved.
    2. Hard failureembedAuxFilesIntoXMP: unexpected failure: dng_error_file_not_found. This occurs on images with no masks, no healing and no crop, i.e. completely unedited files. Re-editing, duplicating, and exporting as JPG or JXL instead of Original all fail identically.

    Two further observations:

    • The same behaviour occurs on a second computer (an Asus laptop), so it is not specific to one machine or installation.
    • Downloading the same files from lightroom.adobe.com as Original at full resolution works reliably, including the files that fail in the desktop app. This suggests the master assets are intact server-side and that the problem lies in the desktop app's retrieval of asset/aux data during export.

    Best regards,
    Per

    Srishti Bali
    Community Manager
    Community Manager
    August 4, 2026

    Hi ​@PerHomann ,

    Thank you for the detailed write-up and for taking the time to perform such extensive troubleshooting. The information you've provided is extremely helpful.

    Based on your observations, this appears to be related to how Lightroom (cloud) retrieves full-resolution originals during batch operations. The fact that opening one of the images in Detail view temporarily allows the export or DNG render queue to continue suggests Lightroom may be encountering an issue while fetching or preparing the full-resolution asset in the background.

    I'd recommend trying the following:

    1. Pre-cache the affected images
    Before starting a large export, open the affected images in Detail view and browse through them to encourage Lightroom to download and cache the full-resolution data locally. While this isn't practical for very large libraries, if it consistently allows the export to complete, it would help confirm that the issue is related to background retrieval of cloud assets rather than the image files themselves.

    2. Verify your Local Storage configuration
    Since you've noticed the Local Storage location occasionally reverting to the default drive, please verify which location is currently configured before starting the export. Also, ensure that the selected drive has plenty of available free space (ideally 50 GB or more), as Lightroom needs local space to cache originals during export and rendering.

    3. Try exporting in smaller batches
    As a temporary workaround, try exporting 50–100 images at a time instead of several hundred or thousands. This reduces the number of simultaneous cloud retrieval requests and may help avoid pipeline stalling.

    4. Capture diagnostic logs after reproducing the issue

    If the export stalls again, please capture the diagnostic logs immediately afterward:

    1. Open Preferences in Lightroom.
    2. Press and hold the Alt key on your keyboard.
    3. You should see three additional options: Diagnostic Log, Sync Issues Report, and Exhaustive Report.
    4. Please generate the Diagnostic logs and share them with us for further investigation.

       

    These logs can provide valuable information about what is happening when the export stalls and help us identify where the process is getting interrupted.

    Thanks, Srishti Bali | Community & Engagement Strategist, Digital Imaging | Adobe
    PerHomannAuthor
    Participant
    August 5, 2026

    1-3 is what i expected. I tried to do a similar rendering on my second computer and it also stalled.

    The cloud version of Lightroom I'm using (9.5 x64) does not have a Help > Troubleshooting > Save Logs to Desktop option — that menu item doesn't exist in this app . I've attached System Info instead. Could you confirm the correct way to capture reproducible logs for this specific app version, 

     

    Lightroom version: 9.5 x64 [ 20260728-0500-db8bf00 ] (Jul 27 2026)
    NGL Version: 1.43.0.5
    WF Version: 8.5 20b9f90
    VF Version: 1.0.164
    HIL Version: 40501
    CAI Version: adobe_api/1.66.1
    PH Version: 6.1.1
    Adobe GSDK Version: 1.4.0.213
    CR Version: 29.0.0.202506270808_710830c
    Catalog ID: e1fb4c4082304239a91ae1d28142a5c3

    Operating system: Windows 11
    OS Version: Windows 11 Pro (2009)
    Application architecture: x64
    System architecture: x64
    Computer model: Micro Computer (HK) Tech Limited Venus series / AMD Ryzen 9 7940HS w/ Radeon 780M Graphics     
    Logical processor count: 16
    Processor speed: 3,9 GHz
    Real memory available to Lightroom: 63269,0 MB
    Real memory used by Lightroom: 3607,9 MB (5,7%)
    Virtual memory used by Lightroom: 3964,5 MB
    Memory cache size: 2021,4 MB

    Internal Camera Raw version: 18.5 [ 2673 ]
    Maximum thread count used by Camera Raw: 9
    Camera Raw SIMD optimization: SSE2,AVX,AVX2
    Camera Raw virtual memory: 109MB / 29586MB (0%)
    Camera Raw real memory: 180MB / 63269MB (0%)

    Displays: 1) 3840x2160, 2) 3840x2160
    System DPI setting: 288 DPI (high DPI mode)
    Dark Mode: Yes
    Desktop composition enabled: Yes
    Input types: Multitouch: No, Integrated touch: No, Integrated pen: No, External touch: No, External pen: No, Keyboard: No

    Graphics Processor Info: DirectX: AMD Radeon 780M Graphics (32.0.31035.1003)
    Graphics Processor Detail: loaded: Yes, supported: Yes, compute: Yes, init: I3_GPU4, hard: success, soft: success, al: No, dl: No
    OS Media Capability: true

    Application Folder: C:\Program Files\Adobe\Adobe Lightroom CC
    Settings Folder: C:\Users\perho\AppData\Roaming\Adobe\Lightroom CC
    Library Folder: C:\Users\perho\AppData\Local\Adobe\Lightroom CC\Data

     

     
     
     
     
     
     
     
     
     

    . Lightroom version: 9.5 x64 [ 20260728-0500-db8bf00 ] (Jul 27 2026)
    NGL Version: 1.43.0.5
    WF Version: 8.5 20b9f90
    VF Version: 1.0.164
    HIL Version: 40501
    CAI Version: adobe_api/1.66.1
    PH Version: 6.1.1
    Adobe GSDK Version: 1.4.0.213
    CR Version: 29.0.0.202506270808_710830c
    Catalog ID: e1fb4c4082304239a91ae1d28142a5c3

    Operating system: Windows 11
    OS Version: Windows 11 Pro (2009)
    Application architecture: x64
    System architecture: x64
    Computer model: Micro Computer (HK) Tech Limited Venus series / AMD Ryzen 9 7940HS w/ Radeon 780M Graphics     
    Logical processor count: 16
    Processor speed: 3,9 GHz
    Real memory available to Lightroom: 63269,0 MB
    Real memory used by Lightroom: 3115,6 MB (4,9%)
    Virtual memory used by Lightroom: 3713,8 MB
    Memory cache size: 2021,4 MB

    Internal Camera Raw version: 18.5 [ 2673 ]
    Maximum thread count used by Camera Raw: 9
    Camera Raw SIMD optimization: SSE2,AVX,AVX2
    Camera Raw virtual memory: 83MB / 29586MB (0%)
    Camera Raw real memory: 154MB / 63269MB (0%)

    Displays: 1) 3840x2160, 2) 3840x2160
    System DPI setting: 288 DPI (high DPI mode)
    Dark Mode: Yes
    Desktop composition enabled: Yes
    Input types: Multitouch: No, Integrated touch: No, Integrated pen: No, External touch: No, External pen: No, Keyboard: No

    Graphics Processor Info: DirectX: AMD Radeon 780M Graphics (32.0.31035.1003)
    Graphics Processor Detail: loaded: Yes, supported: Yes, compute: Yes, init: I3_GPU4, hard: success, soft: success, al: No, dl: No
    OS Media Capability: true

    Application Folder: C:\Program Files\Adobe\Adobe Lightroom CC
    Settings Folder: C:\Users\perho\AppData\Roaming\Adobe\Lightroom CC
    Library Folder: C:\Users\perho\AppData\Local\Adobe\Lightroom CC\Data

     

    Srishti Bali
    Community Manager
    Community Manager
    August 11, 2026

    Hi ​@PerHomann 

     

    Thank you for highlighting the issue with the Logs location. Apologies for that. I have updated the steps with the correct instructions.

    Before generating and sharing the diagnostic logs, I’d like you to try a couple of additional steps:

     

    1. Make the affected JPEGs available offline

    Please create a new album and add all of the affected JPEG files to it. Then, right-click the album and select Make Album Available Offline.

    Once Lightroom has finished downloading the files and the album is fully available offline, please try exporting the affected JPEGs again and let us know whether the export completes successfully or still stalls.
     

     

    2. Confirm the number of JPEGs being exported

    You mentioned that you have approximately 75,000 images stored in the cloud. Could you please confirm:

    • Approximately how many of those images are JPEG files?
    • Are you attempting to export all of the affected JPEGs at once?
    • Approximately how many JPEGs are selected when the export stalls?

     

    3. Share a screen recording

    If possible, please share a screen recording showing the complete workflow, starting from selecting the affected JPEGs through initiating the export and up to the point where the export stalls.

    This will help us better understand the behavior and identify anything in the workflow that may be contributing to the issue.

    If the issue persists after making the album available offline, please reproduce the export issue and then generate and share the diagnostic logs. This will help us investigate what is happening when the export process stalls.

    Thanks, Srishti Bali | Community & Engagement Strategist, Digital Imaging | Adobe