craig_minielly's profile

8 Messages

 • 

140 Points

Tue, Mar 7, 2017 9:13 PM

Camera Raw/Lightroom: Frame # converts to shutter actuations in EXIF - Camera RAW

In EXIF info, the image frame # is being converted to the camera shutter actuations, when processing through camera raw (results identical in LR and PS CC). I've tested this independently of PS & CC, and its only when processed through Camera Raw that you can no longer access the original frame #, instead it sees a new number, which when investigating turned out to be the Camera shutter actuations.
This is a major problem, as I make use of the 4 Digit frame # in many applications and Naming / IPTC processes, but can no longer do so after converting from original NEF file.
This is in 9.8 and the latest 9.9 versions, not sure how soon before that.

Responses

189 Messages

 • 

4.6K Points

4 y ago

Is this happening with the new 9.9 Camera Raw recently released?

Champion

 • 

6K Messages

 • 

103.6K Points

4 y ago

Can you provide more detail about what you're observing in which program?  In the industry standard EXIF, there is no frame number, and LR doesn't display frame number or shutter counts.   (The proprietary MakerNotes for many cameras do contain that information, but LR doesn't display it.)

115 Messages

 • 

2.3K Points

4 y ago

Hi Minielly,

Do you happen to know what the source is for the value of the "Frame #" that PhotoMechanic displays for the JPEG it exports? Does it display the same thing for your original NEF file? I'm wondering if the "Frame #" value is draw from a metadata property stored inside a file, or if it's just being derived from the file name.

If you could attach or provide links to your original NEF and the two JPEGs you've shown here, it might help my investigation.

You mentioned that "Frame #" is an "IPTC item." I could not find a property with this name defined in the IPTC's metadata specifications, but perhaps I missed it. Do you know if "Frame #" has a formal definition somewhere?

Camera Raw and Lightroom do copy a value from NEF files' internal Nikon metadata into an XMP field named "aux:ImageNumber," but it's not clear to me if the core issue here is that the value is actually being drawn from the wrong location, or if this is just a case where two different apps are handing non-standard metadata in different ways.

Thank you,
David

8 Messages

 • 

140 Points

4 y ago

Thanks David - If you can provide me with a private email or location to send the NEF file, I can do so along with the two Jpgs.
I may not have stated the IPTC info correctly for the Frame#... It may not be a standard field, but it is an IPTC variable that is made use of, at any time someone wants to extract and use the 4 digit actual frame number of an image in the caption, client or file info, and not the Shutter actuation value which could go up to 300K +.
The displayed value for the frame # is the same in PM for the NEF and JPG versions, although I don't know where its drawn from in the EXIF - perhaps it may be of further help, to know that when I tried to upload one of the ACR processed images (with exif info preserved) to an online shutter count site - it wasn't able to read anything from the file for the camera actuations. 
I'm not sure when this may have started, but I do know it wasn't always this way, as I've been able to rename processed image files in the past without this error, so something seems to have changed in an ACR version in the last year or so.
Thanks for the insights on this - CM

Champion

 • 

6K Messages

 • 

103.6K Points

4 y ago

Frame number is definitely not an industry-standard EXIF or IPTC field. I did a little research on the Photo Mechanic forums, and a Photo Mechanic employee explained that for some cameras (including Nikons and Canons) it is reading the frame number from the undocumented, non-standard, proprietary MakerNotes field: http://forums.camerabits.com/index.php?topic=3969.msg17863#msg17863

When PM "ingests" a file, it writes the frame number (and other info) into a proprietary XMP field. There was another report four years ago that Adobe Camera Raw might be interfering somehow with PM's XMP field, with the frame number somehow getting replaced with the shutter count in the XMP field: http://forums.camerabits.com/index.php?topic=8547.msg41337#msg41337 .  But that thread never reached a definitive conclusion, as far as I can tell, and it seems pretty unlikely ACR would have done that.

I agree with David's suggestion of providing the "before" and "after" files, so we can put them under a microscope and examine the metadata in detail to see if ACR or LR have interfered with the data written by PM.

Champion

 • 

6K Messages

 • 

103.6K Points

4 y ago

"I may not have stated the IPTC info correctly for the Frame#... It may not be a standard field, but it is an IPTC variable that is made use of, at any time someone wants to extract and use the 4 digit actual frame number of an image in the caption, client or file info, and not the Shutter actuation value which could go up to 300K +."

I think informally many Photo Mechanic users understandably refer to {frame4} and such as "IPTC variables", but more precisely, the Photo Mechanic documentation calls them "image variables".  {frame4} is listed in the section Camera or Image-Specific, not in Standard IPTC Fields.

This may sound overly pedantic, but when dealing with metadata (which in general has a complicated industry legacy), it's important to use precise terms to keep our heads straight.

8 Messages

 • 

140 Points

4 y ago

Good info - thanks on this.
As far as the process involved, PM is used to rename and apply IPTC info to the metadata, then the image would be brought into LR for further production. I can't check what LR sees for the frame #, as it's not a field ( as you say)... but exports from LR or via PS - have the switched info fields.
I just checked, and bypassing PMechanic does not resolve the problem, as an image going  from camera through ACR, produces an output file that is placing the shutter actuation value in the Frame # of an exif reader (PM in my case)... using an online EXIF viewer, I can see that within the XMP section the RawFileName is displaying it properly as DSC_6915 and then the ImageNumber is displayed as 9206 - which is not the frame number, but rather the shutter actuations.

8 Messages

 • 

140 Points

4 y ago

Thanks John, you're quite right and keeping heads straight with the stuff is always a good thing :)
Here's the link to the DB with an NEF and two JPG produced images, one through ACR, then other as a save extraction using PM
Let me know when you have the image files downloaded, TY.

https://www.dropbox.com/sh/9wnneldhlm7bibn/AADJGHfZesQZ6lMiHmyWUDx1a?dl=0

115 Messages

 • 

2.3K Points

4 y ago

I have successfully downloaded the files, thank you.

115 Messages

 • 

2.3K Points

4 y ago

Thanks for bringing this to our attention.

I have logged a feature request bug for Camera Raw that I think will help. The fix is to make Camera Raw stop overriding an existing aux:ImageNumber value in a file's XMP with a different value when it updates metadata for a photo and when it copies metadata to a derived file (like a JPEG saved from Camera Raw). The fix would apply to Lightroom as well. At this time I cannot comment on when or if the fix will be released. 

Thanks,
David

Adobe Administrator

 • 

15.9K Messages

 • 

296.4K Points

3 y ago

This issue was marked fixed by the engineering team in 9.10 or later. Let us know if you still have any issues.