• Global community
    • Language:
      • Deutsch
      • English
      • Español
      • Français
      • Português
  • 日本語コミュニティ
    Dedicated community for Japanese speakers
  • 한국 커뮤니티
    Dedicated community for Korean speakers
Exit
2

P: Does not remember original file number when exporting an AI Denoise Image

Community Beginner ,
May 03, 2023 May 03, 2023

Copy link to clipboard

Copied

When exporting an image with the option "Custom name - original file number", LrC fails to do so if the image is denoised using the new AI functionality. Instead you get the "Custom name - Sequence" instead.

OS: Windows 10,
LrC build no: 202304101834-a085245c

Steps to reproduce: Denoise an image using the new AI-function (button above the denoise sliders), export using "Custom name - original file number".
Result: The images get sequence number in the file name instead of image number. (The "Enhanced" addition to the name seems to confuse the export function. Should be fairly easy to parse or link back to the original file.)
Expected result: The exported images should have the original file number.  

Bug Acknowledged
TOPICS
macOS , Windows

Views

236

Translate

Translate

Report

Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines

correct answers 1 Pinned Reply

Adobe Employee , May 03, 2023 May 03, 2023

I was also able to replicate this on Mac. I have logged a bug with the Classic team. Thank you for the report. 

Status Acknowledged

Votes

Translate

Translate
11 Comments
Adobe Employee ,
May 03, 2023 May 03, 2023

Copy link to clipboard

Copied

I was also able to replicate this on Mac. I have logged a bug with the Classic team. Thank you for the report. 

Rikk Flohr - Customer Advocacy: Adobe Photography Products
Status Acknowledged

Votes

Translate

Translate

Report

Report
Community Beginner ,
May 03, 2023 May 03, 2023

Copy link to clipboard

Copied

A similar problem occurs when having edited an image in Photoshop using the function "Edit in - PhotoshopXX" (right clicking on the image). 

Votes

Translate

Translate

Report

Report
New Here ,
May 07, 2023 May 07, 2023

Copy link to clipboard

Copied

Basic steps to reproduce the problem:

Hi, when I use the new Denoise feature on some photo, it creates 1 additional image with a name pattern like (what is fine):

ORIGINAL_NAME-enhanced-NR.dng

 

Then I do some things, editing, etc, and want to export this photo with a custom name pattern like:

{Date (YYMMDD)»}-{original number suffix»}

2023-05-08_02-19.png

 

Expected result:

The correct date and number from the original file should be taken.

 

Actual result:

It doesn't work, export a photo with just a date, without the sequence. What in general is wrong, as the real original file which was a source for the denoised version work well with the same export options.

 

Additional information:

Lightroom Classic version: 12.3 [ 202304101834-a085245c ]
License: Creative Cloud
Language setting: en
Operating system: Windows 10 - Business Edition
Version: 10.0.19044
Application architecture: x64
System architecture: x64
Logical processor count: 20
Processor speed: 2,8GHz
SqLite Version: 3.36.0
CPU Utilisation: 0,0%
Built-in memory: 32673,9 MB
Dedicated GPU memory used by Lightroom: 4070,4MB / 12010,0MB (33%)
Real memory available to Lightroom: 32673,9 MB
Real memory used by Lightroom: 4036,8 MB (12,3%)
Virtual memory used by Lightroom: 9122,5 MB
GDI objects count: 940
USER objects count: 2995
Process handles count: 6480
Memory cache size: 0,0MB
Internal Camera Raw version: 15.3 [ 1451 ]
Maximum thread count used by Camera Raw: 5
Camera Raw SIMD optimization: SSE2,AVX,AVX2
Camera Raw virtual memory: 1198MB / 16336MB (7%)
Camera Raw real memory: 1272MB / 32673MB (3%)
System DPI setting: 96 DPI
Desktop composition enabled: Yes
Standard Preview Size: 2560 pixels
Displays: 1) 2560x1440
Input types: Multitouch: No, Integrated touch: No, Integrated pen: No, External touch: No, External pen: No, Keyboard: No

Graphics Processor Info:
DirectX: NVIDIA GeForce RTX 4070 Ti (31.0.15.3161)
Init State: GPU for Export supported by default
User Preference: Auto



Votes

Translate

Translate

Report

Report
New Here ,
May 08, 2023 May 08, 2023

Copy link to clipboard

Copied

Issue:  When using Custom Name - Original File Number  to export files after denoise all files are saved with 'Custom Name-.jpg'  

Adobe Lightroom Version: 12.3

OS: Windows 11

Step 1.  Set export file renaming to Custom Name - Original File Number

Step 2.  Denoise an image

Step 3.  Denoised file created (Filename_number_Enhanced_NR.dng)

Step 4. Export denoised file

Step 5.  File saved as 'Custom Filename-.jpg'  (not Custom Filename_original file number.jpg)

All files saved with that same name.  Subsequent files overwrite earlier file.

lr 1 error 2023-05-08_16-46-21.jpglr 2 error 2023-05-08_16-48-21.jpglr 3 error 2023-05-08_16-49-22.jpglr 4 error 2023-05-08_16-49-59.jpg

 

Workaround has been to manually assign a unique name in the 'Custom File Name' for each photo denoised.    As an example, on the last image, I renamed the Custom Name 'buds-blue bird', otherwise the file would have the name 'buds-.jpg.

Votes

Translate

Translate

Report

Report
Guide ,
May 08, 2023 May 08, 2023

Copy link to clipboard

Copied

I just ran the scenario you describe. That's what I get, too.

I have seen that behavior for many versions of LrC as I recall. The only time the correct file number gets added to the exported .jpg is when a number of files are exported in the same operation. All the exported files after the first one get the correct file number added.

 

Win 10 pro, I7-8700K, 64GB, RTX370TI

Ken Seals - Nikon Z9, D850, 14mm-800mm. Computer Win 10 Pro, I7-8700K, 64GB, RTX3070TI. Travel machine: 2021 MacBook Pro M1 MAX 64GB. All Adobe apps

Votes

Translate

Translate

Report

Report
LEGEND ,
May 08, 2023 May 08, 2023

Copy link to clipboard

Copied

Votes

Translate

Translate

Report

Report
Adobe Employee ,
May 15, 2023 May 15, 2023

Copy link to clipboard

Copied

@Evgeny27224797q07m @jillymc926 

This is an existing behaviour in export workflow.
Only when source file name ends with an integer, would the original file number work during file renaming.
For Denoised images, file name generally ends with '-Enhanced-NR'. Due to this, original file number doesn't work for file renaming during export.

Votes

Translate

Translate

Report

Report
Community Beginner ,
May 15, 2023 May 15, 2023

Copy link to clipboard

Copied

Yes... the renaming is the problem. So don't rename them (or move the
number to the end of the file name). It is disrupting present
functionality. It perhaps seems like a small thing to you, but concider
the extra effort / workflow because of this:

I will now have to sit and rename files for extended periods of time,
comparing images and adding numbers by hand, especially being tired after 3
hours of editing. And if any of them needs to be re-exported, the old
versions (with correct naming) need to be first deleted and the new images
(with the faulty naming) needs to be renamed manually. LRc should have done
all that automatically if the images had only been exported correctly
(without name change, or with the file numbering moved to the end of the
file name, or detect your very standardized renaming in order to remove it
before exporting). It does not seem like rocket science. But I don't know
the state of the codebase you are working with...

The original numbering in the file name is crutial to identify the image
when someone, three years after the fact, asks for that image in full
resolution or just not compressed to pieces.

Sincerely
Olav Holten

Votes

Translate

Translate

Report

Report
New Here ,
May 15, 2023 May 15, 2023

Copy link to clipboard

Copied

The problem is that all files are named the same.... 'custom-.jpg' without
the numeric part of the 'enhanced xxx' file.

--
'Work like you don't need the money.
Love like you've never been hurt.
Dance like nobody's watching.'

Votes

Translate

Translate

Report

Report
LEGEND ,
May 15, 2023 May 15, 2023

Copy link to clipboard

Copied

While waiting for Adobe to fix this (or change this if they deem the current behavior "as designed"), here's an inconvenient workaround:

 

1. Prior to exporting, select all the photos and use the Write Data Field command of the Bag-o-Goodies plugin to construct and store the desired filenames for the photos in an unused metadata field, e.g. IPTC Subject Code.

 

2. In the Export settings' File Naming, rename the files using just IPTC Subject Code.

 

Depending on your workflow, this might be faster than renaming manually.

Votes

Translate

Translate

Report

Report
New Here ,
May 15, 2023 May 15, 2023

Copy link to clipboard

Copied

LATEST
Thank you!

--
'Work like you don't need the money.
Love like you've never been hurt.
Dance like nobody's watching.'

Votes

Translate

Translate

Report

Report