ExifToolGui newbie with 5.10.0.0
Thanks for providing (and supporting) ExifToolGui
I'm getting a popup error window with the message:
Floating point overflow.
when I attempt to change exif metadata on .CR2 files. ExifToolGui appears to work fine with .JPG and .DNG files.
Am I doing something wrong?
Hi,
Please describe following details:
1. From what camera model is that CR2 file,
2. What Exif tag exactly you wish to change and what value you wish to enter,
3. Do you modify with Workspace or by using ExifTool direct,
4. What Details view you have for Filelist panel (Standard filelist,.. User defined)
I'm quite sure you aren't doing something wrong. But to find the reason for this error message, I need to know more.
Thank you.
Bogdan
* From Canon 5dm2 (full resolution)
* I wasn't able to get far enough to try to modify a metatag. When I clicked on a .cr2 file, I got the error message.
* I wasn't using ExifTool directly, so I guess it was "Workspace"
* Standard filelist
* Again, worked fine with .jpg and .dng files after AdobeDngConverter was used.
FWIW: the .cr2 file was from a Samyang 14mm f2.8 totally manual lens. It doesn't report values for LensModel or f-stop (both blank). Also, it reports 50mm instead of 14mm.
Hi allan,
Thank you for coming back. That is weird... is there any chance you would post that CR2 file somewhere? I am afraid, I can't solve this issue otherwise -and I am very interested to do that.
Bogdan
I'll try again to post/attach a 5MB _MG_3296.cr2 that was shot as a reduced resolution SRAW2. It has the same problem with "floating point error" reported. The .dng is fine.
.... drat ... attachment not working. Here are links to the SRAW2 .cr2 and the .dng:
http://www.canprint.org/images/_MG_3296.CR2
http://www.canprint.org/images/_MG_3296.dng
(Note they are blank ... shot with lens cap on with the intent that they might be smaller)
Also, ExifToolGui can open .cr2 files that were taken with an EF Canon lens that supplies the expected EXIF info. The problem seems to be with images taken with a Samyang fully manual lens that leaves several EXIF fields blank.
FWIW: what I'm trying to do is use the Adobe Lens Profile Tool with the Samyang. Based on the f-stop, a varying amount of correction is applied, especially vignetting. The EXIF info from the Samyang leaves the FNumber field blank (as well as other fields, but that is the one of interest to me).
HTH ...
Hi,
Thank you for samples -I assume CR2 was taken with lens cap attached (because actual image is black).
Now.. I have no problem when selecting that CR2 file in GUI: metadata and preview (black) is shown normally -without any error message.
What ExifTool version are you using? -use GUI menu: Program>About...
What Windows and processor (CPU) are you using?
for Phil:
Please see ExifIFD:ApertureValue inside above CR2 file -it has weird value (because of the lens being used). I'm using latest ExifTool v8.91, so value is just shown weird. Maybe allan is using a bit older ExifTool which didn't handle such value the same way as current ExifTool does? Btw. this tag is missing in DNG file, so maybe that's why there's no problem.
allan:
Try following:
1. Run GUI, go to folder where _MG_3296.CR2 file is, but don't select any file
2. Click on ExifTool direct and write into Command field:
-ExifIFD:ApertureValue= _MG_3296.CR2
and press Enter key to execute command.
Now select that CR2 file in GUI to see if error message still appears.
Bogdan
Quote from: BogdanH on May 06, 2012, 08:25:14 AM
Now.. I have no problem when selecting that CR2 file in GUI: metadata and preview (black) is shown normally -without any error message.
I installed ExifTool v8.90 and ExifToolGui v5.10.0.0 on my Win7-64-Sp1
laptop, and it seems to work fine. The issue I'm seeming may be isolated to my Win7-64-Sp1 desktop. I wonder if a Canon codec is involved ... installed differently on the two computers? (Drat)
QuoteWhat ExifTool version are you using? -use GUI menu: Program>About...
What Windows and processor (CPU) are you using?
Both desktop and laptop have ExifTool v8.90 and ExifToolGui v5.10.0.0 They are both running Win7-64-Sp1
Quote
allan:
Try following:
1. Run GUI, go to folder where _MG_3296.CR2 file is, but don't select any file
2. Click on ExifTool direct and write into Command field:
-ExifIFD:ApertureValue= _MG_3296.CR2
and press Enter key to execute command.
Now select that CR2 file in GUI to see if error message still appears.
At step #2, the ExifTool LOG shows:
==== _MG_3296.CR2
0 images updated
1 files weren't updated due to errors
Error renaming temporary file to _MG_3296.CR2
<-END-
Well, perhaps this isn't worth further investigation on your part, as it works on my laptop.
Did you install ExifTool into the same folder on both computers?
Uwe
I originally installed ExifTool and ExifToolGui on the desktop by unzipping the files into:
C:\Bin\32\ExifTool
Then I copied the files directly from the desktop computer to the laptop, also at:
C:\Bin\32\ExifTool
Neither of the above on part of the environment variable "PATH", fwiw
Hi allan,
Thank you for reporting this.
Bogdan
Very interesting. It could be that there is some system dependency in how floating point exceptions are handled. On my system (Mac), the CR2 ApertureValue shows as 'inf', but it would certainly result in a floating point overflow because for this file it is calculated as 2^(2147483648/2), which is a big whopping number!! However, my system must trap the floating point exception properly and return the code for "infinity", as one would expect.
Generally, I don't range check things like this beforehand because that would slow down ExifTool unnecessarily. I don't understand why your system isn't handling the floating point overflow properly.
- Phil
Quote from: Phil Harvey on May 07, 2012, 07:21:11 AM
Generally, I don't range check things like this beforehand because that would slow down ExifTool unnecessarily.
Agree... if we take this (full manual/no-chip lens used) as very rare case.
But I still wonder, how come, on some hardware (because OS is the same in this case), this error appears. Could be it's CPU dependant? Because I assume, when interpreting x^y, floating point code is generated which isn't handled by all CPU's equaly... eh, better forget that :)
I'll use the oportunitiy (maybe this question was already answered):
In ExifTool, how come you decided to convert i.e. ApertureValue into FNumber equivalent? Ok, this could be expected when conversion is used, but when
-n output option is used, I would expect to get actual (APEX) tag value.
Just curious.
Bogdan
Hi Bogdan,
I thought that it would be more useful to represent the values all in the same units. And with the ability to copy information to different tags now, I'm really glad I did this. The -n disables the output formatting, but not the numerical conversion in this case.
- Phil
Hi Phil,
Yes, I understand -and you don't need to explain all the time "why ApertureValue 7 is shown if actual aperture was set to f/11" :).
Bogdan
Quote from: Phil Harvey on May 07, 2012, 07:21:11 AM
Very interesting. It could be that there is some system dependency in how floating point exceptions are handled. On my system (Mac), the CR2 ApertureValue shows as 'inf', but it would certainly result in a floating point overflow because for this file it is calculated as 2^(2147483648/2), which is a big whopping number!! However, my system must trap the floating point exception properly and return the code for "infinity", as one would expect.
Generally, I don't range check things like this beforehand because that would slow down ExifTool unnecessarily. I don't understand why your system isn't handling the floating point overflow properly.
- Phil
Is it possible that the exception error message is coming from a run-time library which might be different between the different windows installations?
--peter
There were occasional reports in the past:
http://tech.dir.groups.yahoo.com/group/CanonSDK/message/1677
Uwe
Thanks Uwe. This indicates the problem could be the Canon DLL, not ExifTool, which makes more sense. Can you un-install the Canon DLL? Other people have had different problems with this DLL.
- Phil
The DPPDLL.dll is responsible for remotely controlling your camera, AFAIK. If you don't need that, you can safely stop the running service (or maybe remove the file alltogether). As the library is part of the Canon Digital Photo Professional application, I would rather suggest to simply uninstall the program and reinstall the latest version. That should fix the problem.
Uwe
I do use EOS Utility for remote control (tethering), so I'm reluctant to remove dppdll.dll
I did look at file time-stamps for existing dppdll.dll files on my desktop and laptop. And ... there was a variety.
I updated to the latest DppProfessional 3.11.26 (2012-4-17) and RAWCodec 1.90 (2011-4-15) on both the desktop and laptop. But ... that didn't make any difference. The desktop still has the same "floating point overflow" problem with .cr2 files, while the laptop remains ok with .cr2 files.
Bummer ... anything else I can try?
But also I want to thank both developers (ExifTool and Gui) for making the utilities available and maintaining them.
Could you try removing the DLL to verify that this is the source of the problem?
- Phil
Hi,
I can't imagine DPPDLL.dll file causes that. I mean, this file is used only as long particular Canon software (i.e. Canon DPP) is running -otherwise, this file simply "doesn't exist".
On the other hand... I don't use Canon raw codec, but I think Canon raw codec could use this dll too. Is there a way to "disable" Canon raw codec (without uninstalling it)?
I have another idea... try to rename extension of "problematic" CR2 file; for example, change it from CR2 to CRx. And then run ExifToolGUI and try to modify metadata inside that CRx file.
Bogdan
Good idea! (renaming to CRx)
I was able to rename from .cr2 --> .crx and ExifToolGui worked fine.
I'm unclear what that means ... more or less likely that dppdll.dll is the problem?
BTW, I then renamed from .crx back to .cr2, and ExifToolGui could open it ok.
Also, the RAWCodec from Canon did indicate it was for Win-7-32, and was silent about Win-7-64.
HTH ...
Hi,
I totaly forgot the fact, that Canon raw codec exist for 32bit Windows only! For normal applications, this doesn't make much difference, but codec is so called "system" app (similar to driver). My advice is, uninstall it and get either:
MS raw codec - http://www.microsoft.com/en-us/download/details.aspx?id=26829 (free), or
FastPictureViewer CodecPack - http://www.fastpictureviewer.com/codecs/ ($15).
I'm confident, that this will solve your problem.
Bogdan
I un-installed the 1.9.x CodecRaw from Canon (32-bit) and installed the CodecPack from Microsoft that you helpfully provided a link to. Rebooted.
Problem with "floating point overflow" still exists on the desktop. Drat.
(Note: this problem is of somewhat academic interest to me, since I immediatly convert the .cr2 files to .dng's and proceed with .dng's. It only became visible because I wanted to "tell" the .cr2's from the manual Samyang about the f-stop "earlier" in the tool chain.)
The idea to change extension from CR2 to CRx confirms, that there must be some app on your PC which "monitors" CR2 files. I thought this might be Canon raw codec, but obviously some other app does that. Because I don't use the same apps (and settings) as you do, I can hardly guess the solution. There are tools which can tell what app "owns" particular files, but as you said:
I understand that in your case the problem is "academic", but if that would happen here, I wouldn't sleep until resolved :).
Bogdan
Is this the kind of thing that SysProc from SysInternals can report? I'm aware of that tool, but haven't used if for 5 to 10+ years, and never really was that aware of what it was doing.
Again, my interest is "academic" since .cr2's are involved rather than .dng's, but I am curious, and would like to be a "good citizen" as an expression of appreciation for the time and effort you have put into ExifToolGUI (and also the developer of ExifTool itself).
Hi allan,
It's been a while since I needed/used such tool, so I can't recall the app's name right now. I think, you can find such app by entering "who is the owner of the file" or "file unlock" (or similar) in Google. Just for info: in my case, it were avi-video files I had trouble with -in some cases, I couldn't rename or delete them.
Anyway, all this can be tricky and time consuming.
Bogdan