Edit in CS2 and bringing in JPG

[someothername]

I wanted to pull the words off this plaque so I did an edit in photoshop and used transform to isolate them.
The pictures below show the original jpg, what I got after editing, and what Lightroom shows now (according to LR, the original is on the right).

Obviously, the xmp data is screwed up, since I can see the perfectly ok images in ACDSee. But

1. How do I fix LR with regard to this pair of images?
2. Why is there no xmp files at all? I have that checked in my catalog settings, and I'm reasonably sure it was checked when I imported these photos which I made after I started using LR. It's possible I did that in LR 1.41.

Initially I figured, what the heck, why not simply save the TIF from photoshop as a jpg and synchronize, so I tried that, but synchronize did not find the new jpg I'd put there.

I had to work on it several times in photoshop before I worked out the best way to get what I wanted, and at one point LR told me the xmp data was corrupted and gave me a choice, of which I took "overwrite". Made no visual difference though, at least not in LR. As I say, the actual image files seem to be fine.

 

[Denis Pagé]

What do you want to fix exactly Brandon? All seem fine to me as in the bottom right corner we see DSC'6433-Edit.tif and you original is JPEG. For those formats like for DNG and PSD, the XMP data is written into the files. Separate XMP files are only created for manufacturer's RAW formats like NEF, CR2 etc.

 

[someothername]

What do you want to fix exactly Brandon? All seem fine to me as in the bottom right corner we see DSC'6433-Edit.tif and you original is JPEG. For those formats like for DNG and PSD, the XMP data is written into the files. Separate XMP files are only created for manufacturer's RAW formats like NEF, CR2 etc.

If you look at the ones in the "LR looks like this" screen capture, both are cropped at peculiar angles, cutting off the words in different places. Yet, the images do not show this strange cropping when looked at outside LR. So my guess was that LR is obeying some kind of corrupted or incorrect XMP type instructions. I know when I was working on it in photoshop, I certainly never saved my work with the kinds of crop showing there.

Somehow I missed that LR did not create XMP files for JPG originals. I had assumed that the non-destructive approach applied to them also. Does it? Does my original actually still contain the same image information it had when it was initially downloaded from the camera?

It looks ok in ACDSee, but LR still shows this peculiar cropping. How can I "restore" my original to it's original state as far as LR is concerned?

 

[Brad Snyder]

Somehow I missed that LR did not create XMP files for JPG originals. I had assumed that the non-destructive approach applied to them also. Does it? Does my original actually still contain the same image information it had when it was initially downloaded from the camera?

LR does create XMP for JPG files (if you've selected autowrite, or press ctrl-S), but the XMP data is embedded within JPG file. This works, because the JPG file format is an open specification, unlike proprietary raw files, which require a separate file to hold the XMP data safely.

JPGs are treated non-destructively by LR, just like any other format, the image adjustments are maintained in the database (and optionally in XMP) and not reflected in the image pixels. The downside of this is that no other Apps outside of LR and ACR know how to treat the adjustments. The upside is that unlimited change/export cycles can be made without concern for JPG re-compression effects.

Don't know what's going on with your funny crops. What happens if you select crop mode in develop? Can you change it? (Probably not, or you would have fixed it already ).

Do you have any other tools to look at the XMP embedded in the JPEG? If you want to attach a copy of one of the skewed files, we can take a look at the metadata. I think a small rez, low quality file will be fine, if you don't 'minimize metadata'.

 

[someothername]

LR does create XMP for JPG files (if you've selected autowrite, or press ctrl-S), but the XMP data is embedded within JPG file. This works, because the JPG file format is an open specification, unlike proprietary raw files, which require a separate file to hold the XMP data safely.

JPGs are treated non-destructively by LR, just like any other format, the image adjustments are maintained in the database (and optionally in XMP) and not reflected in the image pixels. The downside of this is that no other Apps outside of LR and ACR know how to treat the adjustments. The upside is that unlimited change/export cycles can be made without concern for JPG re-compression effects.

Don't know what's going on with your funny crops. What happens if you select crop mode in develop? Can you change it? (Probably not, or you would have fixed it already ).

Do you have any other tools to look at the XMP embedded in the JPEG? If you want to attach a copy of one of the skewed files, we can take a look at the metadata. I think a small rez, low quality file will be fine, if you don't 'minimize metadata'.

Yes, going into crop mode in develop did the trick. Some things are just too obvious...

And yes, I can look at the jpg files with my trusty text editor (Editpad) which automatically goes into hex mode when it detects a non text file. And down in there I can see the xmp data.

Thanks,

 

[Denis Pagé]

If you look at the ones in the "LR looks like this" screen capture, both are cropped at peculiar angles, cutting off the words in different places.

Sorry, I took the center one as the Lightroom's one...

The only thing I can think of is that probably in Lightroom you went into crop mode and inadvertently made a double click to get out of the crop mode while a little off the frame having the curved arrows cursor...