|
jrsforums
|
 |
« on: July 22, 2011, 10:00:37 PM » |
|
Mike,
I, for the first time, modified the IPTC data on a TIF file. The only entry I made was to the Comments field.
After doing that I noticed that some, not all, of the EXIF data was changed. I tested some add'l files and got the same thing.
I assume that this should not happen. I did not test on a jpeg, as I usually print from TIFFs.
John
|
|
|
|
|
Logged
|
|
|
|
|
Terry-M
|
|
« Reply #1 on: July 22, 2011, 10:10:49 PM » |
|
John, I noticed that some, not all, of the EXIF data was changed. can you be specific about which data has changed. terry |
|
|
|
|
Logged
|
|
|
|
|
jrsforums
|
|
« Reply #2 on: July 23, 2011, 12:17:25 AM » |
|
Here (jpegs below) are the data from 'Floating Text' before and after making a change to the caption.
Here is EXIF data from Irfanview. Note that it "clobbers" quite a bit of data, including original date.
Original (but different tiff from the original)
Filename - 2008-09-30_09-34-39-2.tif
ImageWidth - 2460
ImageLength - 1640
BitsPerSample - 8 8 8
Compression - 1 (None)
PhotometricInterpretation - 2
Make - Canon
Model - Canon EOS 5D
StripOffset - 56794
SamplesPerPixel - 3
RowsPerStrip - 1640
StripByteCount - 12103200
XResolution - 240
YResolution - 240
PlanarConfiguration - 1
ResolutionUnit - Inch
Software - Adobe Photoshop Lightroom 3.4.1
DateTime - 2011:07:09 07:45:24
Artist - John Schwaller
Copyright - ©John Schwaller
IPTC/NAA - 32892
ExifOffset - 56322
InterColorProfile - 55782
ExposureTime - 1/320 seconds
FNumber - 7.10
ExposureProgram - Normal program
ISOSpeedRatings - 400
ExifVersion - 0230
DateTimeOriginal - 2008:09:30 09:34:39
DateTimeDigitized - 2008:09:30 09:34:39
ShutterSpeedValue - 1/320 seconds
ApertureValue - F 7.10
ExposureBiasValue - 0
MaxApertureValue - F 4.00
MeteringMode - Multi-segment
Flash - Flash not fired, compulsory flash mode
FocalLength - 105 mm
FocalPlaneXResolution - 3086.93
FocalPlaneYResolution - 3091.30
FocalPlaneResolutionUnit - Inch
CustomRendered - Normal process
ExposureMode - Auto
White Balance - Auto
SceneCaptureType - Standard
Changed file:
Filename - 2008-09-30_09-34-39.tif
ImageWidth - 2460
ImageLength - 1640
BitsPerSample - 8 8 8
Compression - 1 (None)
PhotometricInterpretation - 2
Make - Canon
Model - Canon EOS 5D
StripOffset - 35080
SamplesPerPixel - 3
RowsPerStrip - 1640
StripByteCount - 12103200
XResolution - 240
YResolution - 240
PlanarConfiguration - 1
ResolutionUnit - Inch
Software - Adobe Photoshop Lightroom 3.4.1
DateTime - 2011:07:01 10:27:32
Artist - John Schwaller
Copyright - ©John Schwaller
IPTC/NAA - 11526
ExifOffset - 34608
InterColorProfile - 34068
ExposureTime - 1.2 seconds
FNumber - 233.62
ExposureProgram - Normal program
ISOSpeedRatings - 400
ExifVersion - 0230
DateTimeOriginal - ˆû~@BVLV@B
DateTimeDigitized - i
ShutterSpeedValue - 1/1 seconds
ApertureValue - F 1.#J
ExposureBiasValue - 0.96
MaxApertureValue - F 4097.17
MeteringMode - Multi-segment
Flash - Flash not fired, compulsory flash mode
FocalLength - 105.00 mm
FocalPlaneXResolution - 0.00/0.00
FocalPlaneYResolution - 0.00/0.00
FocalPlaneResolutionUnit - Inch
CustomRendered - Normal process
ExposureMode - Auto
White Balance - Auto
SceneCaptureType - Standard
|
|
|
|
« Last Edit: July 23, 2011, 02:15:10 AM by jrsforums »
|
Logged
|
|
|
|
|
Fred A
|
|
« Reply #3 on: July 23, 2011, 10:37:32 AM » |
|
I, for the first time, modified the IPTC data on a TIF file. The only entry I made was to the Comments field.
After doing that I noticed that some, not all, of the EXIF data was changed. I tested some add'l files and got the same thing.
I assume that this should not happen. I did not test on a jpeg, as I usually print from TIFFs.
John Hi John, I want to see if I can replicate what you get. So far, I cannot. I would like to have your steps. I right clicked on a TIF thumb, selected EDIT IPTC info. Then I typed in TEST in two places; Description and Caption. I saved it. I opened the image in Irfanview and read the EXIF info and the IPTC info. I don't see any change or damage. I am using a Canon 20D Raw to Tif image I'll try it with the original Raw only. Am I doing something differently from your test? I just dug out my EXIF tool program and there's no changes other than the Modified date. It goes to the time the Data was added. Fred |
|
|
|
« Last Edit: July 23, 2011, 10:47:46 AM by Fred A »
|
Logged
|
|
|
|
|
jrsforums
|
|
« Reply #4 on: July 23, 2011, 12:26:22 PM » |
|
I basically did the same thing. Got the same result with 3 different TIF files.
I only added a change to the Caption IPTC.
TIFFs were 8-bit. Don't remember right now if they were created, in Lightroom, directly from the RAW file or from an intermediate TIFF (result of round trip to PS). I would not expect Qimage to alter a RAW file.
I have since made changes in LR to both the Caption and Description. These changes did not result in any data "clobbering".
My OS is Win7 64 bit.
It will be a few days before I can do add'l testing as I have relatives visiting.
John
BTW...when you tested, what date changed. The originaldate or createddate (can't remember) should never change and should be the date that Qimage picks up in the Floating Text or EXIF date to print.....not a last modified date.
|
|
|
|
|
Logged
|
|
|
|
|
Fred A
|
|
« Reply #5 on: July 23, 2011, 12:36:16 PM » |
|
BTW...when you tested, what date changed. The originaldate or createddate (can't remember) should never change and should be the date that Qimage picks up in the Floating Text or EXIF date to print.....not a last modified date. The change noted was the date and time the IPTC caption and description were changed. Relatives coming? Maybe if you supplied your email address, the entire forum could send sympathy cards via email?  Make one easy test first. Take the RAW into QU. Then Create a TIF in QU. Now operate on the IPTC of the new TIF made by Qimage Ultimate. See if the same thing happens. Fred |
|
|
|
|
Logged
|
|
|
|
|
jrsforums
|
|
« Reply #6 on: July 24, 2011, 04:22:22 PM » |
|
Q created TIF (8-bit) is not corrupted with IPTC change.
LR created TIF (both 8 and 16 bit) are corrupted.
These were both created directly from RAW, not intermediate steps. I am not sure if any compression was done on the LR files, but the LR 8 bit files were the same size as the Q files.
All this is interesting as TIF is supposed to be a documented "industry standard".
John
|
|
|
|
« Last Edit: July 24, 2011, 05:01:38 PM by jrsforums »
|
Logged
|
|
|
|
|
Fred A
|
|
« Reply #7 on: July 24, 2011, 05:08:29 PM » |
|
Q created TIF (8-bit) is not corrupted with IPTC change.
LR created TIF (both 8 and 16 bit) are corrupted.
I guess that points the fickle finger of fate for you. As an example that means nothing, the other day, my wife found that she could not print from any internet screen. Could not print receipts, bank statements, nada! Same Firefox as I run 5.01. I could print it and she couldn't. Tracked it down to a not so cute add-on placed on her computer into Firefox by Our old psychotic friend Hewlett Packard. It was a printing add on. I disabled it, and Viola!, he computer started to print web pages again. Oh, her directly connected printer is an HP Office 6000. The add on came in on the back of a driver install. Had we both not had the same exact browser, it would have been easy to lay blame on Firefox. I always like to solve the mysteries. Fred |
|
|
|
|
Logged
|
|
|
|
|
jrsforums
|
|
« Reply #8 on: July 24, 2011, 05:50:20 PM » |
|
Q created TIF (8-bit) is not corrupted with IPTC change.
LR created TIF (both 8 and 16 bit) are corrupted.
I guess that points the fickle finger of fate for you. Fred I'm not sure it does. All it says is that Qimage can modify TIFFs that it creates.....and, for some reason, has a problem with LR created TIFFs. Q does not have any problem reading the data from the LR created TIFFs. I am not sure we can make any statement further than that. John |
|
|
|
|
Logged
|
|
|
|
|
Fred A
|
|
« Reply #9 on: July 27, 2011, 09:41:41 AM » |
|
.and, for some reason, has a problem with LR created TIFFs. Q does not have any problem reading the data from the LR created TIFFs.
I am not sure we can make any statement further than that. Interesting. I was looking fir info on a lens, when I came across this. Read a few of the Me Toos further down the page. This might be helpful. http://www.luminous-landscape.com/forum/index.php?topic=15867Fred |
|
|
|
|
Logged
|
|
|
|
|
jrsforums
|
|
« Reply #10 on: July 27, 2011, 02:00:52 PM » |
|
.and, for some reason, has a problem with LR created TIFFs. Q does not have any problem reading the data from the LR created TIFFs.
I am not sure we can make any statement further than that. Interesting. I was looking fir info on a lens, when I came across this. Read a few of the Me Toos further down the page. This might be helpful. http://www.luminous-landscape.com/forum/index.php?topic=15867Fred Thanks, Fred. However, this post was 2007 and also seems to indicate that the output is consistent with the TIFF specs. I don't know enough about this to understand what the cause is. I would really appreciate if Mike could look at this. If it is Adobe, I am willing to contact Adobe and/or post on their forums requesting a fix. If it is to "spec", it would be great if 'Q' altered to handle it. John |
|
|
|
|
Logged
|
|
|
|
|
|
|
jrsforums
|
|
« Reply #12 on: July 27, 2011, 07:54:04 PM » |
|
I know TIFFs can be difficult. If I remember correctly, back when, 'Q' didn't even provide EXIF data when creating them. (or maybe it was when creating jpegs from TIFFs  ) The important point is that data integrity should be maintained. 'Q' can read the EXIFdata. If it can only properly write to 'Q' created TIFFs....or, better said, I guess, can only be assured of properly writting to....then there should be a warning....or a test...to avoid doing this. For me, until I here otherwise, I will do all of my TIFF modifications in LR or PS. John |
|
|
|
« Last Edit: July 27, 2011, 08:59:18 PM by jrsforums »
|
Logged
|
|
|
|
|
admin
|
|
« Reply #13 on: July 27, 2011, 09:15:19 PM » |
|
I think you are starting out with "clobbered" data to begin with and it is just getting worse with the resave. I've found in the past that LR corrupts IPTC data under some conditions when you have it assign IPTC data on import (from say a flash card). Take a look at your copyright in your original. It says "©John Schwaller". Where did the "Â" come from? That's usually an indication of data corruption. Even one oddball character can often be an indication that there are lower level problems in the IPTC data: bad pointers and such. I already know from prior experience that LR creates corrupted IPTC data under some conditions. The data gets corrupted when you set LR to add IPTC data to your images upon import. I thought that the problem only occurred when you used special (other language) character sets but I'm finding now that the problem could be broader than that.
The fact that QU makes already-corrupted data worse isn't something I plan to look into. The problem really needs to be corrected at the source.
Mike
|
|
|
|
|
Logged
|
|
|
|
|
jrsforums
|
|
« Reply #14 on: July 27, 2011, 10:44:13 PM » |
|
Mike, I fully understand...and agree....that you should not fix someones already corrupt file.
To make things easier to understand, I did the following test....
Rather than use LR, I used PS CS5. I took a CR2 file and moved it into it's own directory....with no existing XMP file. I then opened in PS, which first, of course, opened ACR. No changes were made, I opened the file in PS. No changes were made and the file was 'Saved as' a 16bit TIFF, ProPhoto color space. I also did this a second time and changed the color space to DDIRGB and mode to 8bit.
In QU, I modified each of these files, adding 'Test' to the 'Caption'. In both cases, the EXIF data totally disappeared....actually on further inspection, the files were totally unreadable by QU or LR
Below is one of the file's EXIF data before the QU IPTC change...
Filename - 2008-09-30_09-34-39.tif
ImageWidth - 4368
ImageLength - 2912
BitsPerSample - 8 8 8
Compression - 8 (Unknown)
PhotometricInterpretation - 2
Make - Canon
Model - Canon EOS 5D
StripOffset - 340
Orientation - Top left
SamplesPerPixel - 3
RowsPerStrip - 80
StripByteCount - 488
XResolution - 240.00
YResolution - 240.00
PlanarConfiguration - 1
ResolutionUnit - Inch
Software - Adobe Photoshop CS5 Windows
DateTime - 2011:07:27 18:30:17
IPTC/NAA - 22806
ExifOffset - 16813272
InterColorProfile - 30588
ExposureTime - 1/320 seconds
FNumber - 7.10
ExposureProgram - Normal program
ISOSpeedRatings - 400
ExifVersion - 0221
DateTimeOriginal - 2008:09:30 09:34:39
DateTimeDigitized - 2008:09:30 09:34:39
ShutterSpeedValue - 1/320 seconds
ApertureValue - F 7.10
ExposureBiasValue - 0
MaxApertureValue - F 4.00
MeteringMode - Multi-segment
Flash - Flash not fired, compulsory flash mode
FocalLength - 105 mm
ColorSpace - Unknown (0xFFFFFFFF)
ExifImageWidth - 4368
ExifImageHeight - 2912
FocalPlaneXResolution - 3086.93
FocalPlaneYResolution - 3091.30
FocalPlaneResolutionUnit - Inch
CustomRendered - Normal process
ExposureMode - Auto
White Balance - Auto
SceneCaptureType - Standard
It would not be the first time that Adobe had an "aw shucks", but...seems to be curious as QU can see all the EXIF data properly in the original files.
John
EDIT: BTW....the funny character before the copyright symbol seems to be a function of how the symbol is displayed in Irfanview (and in PhotoMe). I changed the import prest to have my name without the symbol and no funny character.
|
|
|
|
« Last Edit: July 27, 2011, 11:01:40 PM by jrsforums »
|
Logged
|
|
|
|
|
Qimage registration expired? New lifetime licenses are only $59.99!
