EXIF:Image:Date/time original

(14 posts)
  • drgaon
    Member

    I have all versions of ACDSee since the Classic.I am a plastic surgeon and accurate time identification of photos is paramount. I use EXIF:Image:Date/time original in my thumbnail info.

    All was nice and fine until ACDSee Pro 2.0 and subsequent builds. My original times changed all over the place. Each time a picture was processed in Photoshop CS3 the time was off by hours or days.

    I went back to ACDSee Pro and all was fine. Recently I received a complimentary ACDSee 2.5 upgrade build 363. I love the upgrade and it's speed. Unfortunately if I send any photo to Photoshop CS3 or Photoshop CS4 and then save it under the same name or another name the EXIF:Image:Date/time original shifts back by one hour.

    When I open the same folder in Adobe Bridge, Adobe Lightroom 2.3 or in ACDSee Pro the timings show correctly. I use an Alienware workstation computer; Windows XP Pro operating system.

    I have just reverted back to my ACDSee Pro. It makes me sad that I have now to rely more and more on Adobe Bridge instead on my favorite ACDSee.

    Tell me if there will be another build that could correct this, or if at least ACDSee Pro 3.0 will.

    Thank you, A. Gaon MD

    Posted On April 9, 2009 - 12:28 AM (7 months ago) (Permalink to this post)
  • Marc Sabatella
    Moderator

    I believe what you are seeing is the effect of timezone support.  Starting with Pro 2.0, ACDSee started support the XMP method of recording EXIF information, and this method allows (requires?) applications to append timezone information to the time stamps.  Photoshop started doing that a few versions ago, too.  The timestamp itself doesn't change, but it is now marked with an additional bit of information saying what time zone you were in when you created that timestamp.  ACDSee then goes one extra step - one step too far, in my opinion - and tries to "correct" the display of time if you then view the file while in a different time zone.  And daylight savings time counts as a different time zone for this purpose - that's why you see timestamps off by one hour a lot.

    It's important to emphasize ACDSee is not 8changing your timestamp, nor is Photoshop - if you took a piture at 10:00 local time and that's what your camer said, the timestamp remains 10:00.  But after processing it, either program will add your timezone info (GMT offset) to this timestamp, and if you are at a different GMT offset when you *display* the picture, it will adjust the time displayed accordingly.  The timestamp itself never changes - it remains 10:00.  So nothing to panic about - the original information is still there.  But ACDSee really needs an option to not try to "correct" the display of these timestamps when viewing in a different timezone than they were created in.

    Now, for me, no one's life - or body part - depends on the display of timestamps, so I just sort of ignore the discrepancy as a minor nuisance.  But in your case, sounds like you might want to supplement ACDSee with another program just to view the timestamps without the timezone "corrections".

    Posted On April 9, 2009 - 09:21 PM (7 months ago) (Permalink to this post)
  • drgaon
    Member

    Marc thank you for your answer.

    I ran several tests and it turns out that you are completely right in your analysis.

    Now, if you can only tell me how to turn off this XMP timezone support.

    A. Gaon MD

    Posted On April 12, 2009 - 02:01 AM (7 months ago) (Permalink to this post)
  • Marc Sabatella
    Moderator

    drgaon said:

    Now, if you can only tell me how to turn off this XMP timezone support.

    Unfortunately, you can't.  We've asked the folks ACD to give us an option to *not* have the time display "corrected" according to timezone, and they seem to have understood the request and the reason for it, so the best we can do is hope it gets added to a future release.

    Posted On April 13, 2009 - 01:30 AM (7 months ago) (Permalink to this post)
  • ramsteijn
    Member

    This really drives me crazy, and I hope this bug gets solved soon.

    Each picture's datetime original's display gets shifted by 1 hour (for me, time zone Amsterdam) after correcting in Photoshop (CS4). Bridge displays correctly, ACDSEE does not (unless I set my time zone to Greenwich Mean Time).

    Since I do not correct all of my pictures, things get really confused and pictures get out of order and the Calender is messed up.

    Fornunatly, I always set my file names to the datetime original just after transferring from my camera (before any editing, formatted like [yyyymmdd hhmiss]. This way I can safely sort on filename, whatever software I use. Never fully trust software when it comes to date/time, numeric formats, and the like!

    Paul Ramsteijn.

     

    Posted On July 6, 2009 - 09:24 AM (4 months ago) (Permalink to this post)
  • O ;-)
    Member

    Yes, the problem is also an issue with GeoSetter, not just Photoshop.  It's a pain to shift the time back and forth afterwards to correct it.

    Posted On July 6, 2009 - 02:43 PM (4 months ago) (Permalink to this post)
  • hydrant
    Member

    It's normal BUG!

    Marc is right, but I don't like his word "corrections" because it's not correction. Not even in quotation marks. It's real BUG and ACD Systems ignore it for at least 2 years! Unbelievable!

    If there is written in file
    xmp:CreateDate="2009-08-07T21:46:24+02:00"
    it means that I want to see the time 21:46:24 not 19:46:24!!! NOT EVEN IF I WOULD BE ON THE OTHER SIDE OF THE EARTH! That picture was taken at 21:46 and NOBODY really cares about UTC time!

    Please FIX IT! And release a bugfix. We are waiting for newer version and when new version came, new disappointment came too :(

    Andrej Mikulik

    Posted On August 10, 2009 - 09:22 PM (3 months ago) (Permalink to this post)
  • jbreeves
    Member

    This BUG is now in ACDSee Pro 3.0.  Awesome!  I have discovered that if I use an EXIF editor, the Date/Time Original is actually accurate in the file I have saved from CS4, but ACDSee subtracts one hour when in displays the info.  Strange!

    If I save an image with ACDSee or Capture NX2, the Date/Time Original is accurately displayed. 

    Regards,

     

    Brent

    reeves.brent@gamil.com

     

    Posted On October 25, 2009 - 03:39 AM (3 weeks ago) (Permalink to this post)
  • hydrant
    Member

    Just unbelievable...

    Due to this bug i start using Adobe Bridge...

    1. without bugs
    2. much faster
    3. adobe don't ignore their customers.

     

     

     

     

     

    Posted On October 25, 2009 - 03:01 PM (3 weeks ago) (Permalink to this post)
  • jbreeves
    Member

    I have put in the following ticket to support.  I'll let you know the resulting response.

     

    Question Reference #091024-000064
    ---------------------------------------------------------------
             Summary: After I edit an image with Photoshop CS4, ACDSee
                      then displays the EXIF data ...
     Product Level 1: ACDSee Pro Photo Manager
     Product Level 2: version 3
        Date Created: 10/24/2009 08:59 PM
        Last Updated: 10/24/2009 08:59 PM
              Status: Unresolved
        Problem Type: Customer support
     Operating System: Windows XP

    Discussion Thread
    ---------------------------------------------------------------
    Customer - 10/24/2009 08:59 PM

    After I edit an image with Photoshop CS4, ACDSee then displays the EXIF data for Date/Time Original as the actual time the photograph was taken minus one hour.

    Example: I shoot a photo at 3PM. After editing with CS4, ACDSee then displays the Date/Time Original as 2PM. When I open the edited image with an EXIF editor, the Date/Time Original is accurate, still set at 3PM.

    If I edit the image in ACDSee or with Nikon Capture NX2, I do not have this problem.

    Is their a fix for this?

    Posted On October 25, 2009 - 04:33 PM (3 weeks ago) (Permalink to this post)
  • O ;-)
    Member

    I hope this look into this this week.  The problem is worst right now, especially with new extended daylight savings changes.

    EXIF rotation really highlights this problem.

    Posted On October 25, 2009 - 07:54 PM (3 weeks ago) (Permalink to this post)
  • hydrant
    Member

    We will see...

    Posted On October 25, 2009 - 08:18 PM (3 weeks ago) (Permalink to this post)
  • jbreeves
    Member

    Here is the ACDSee response. It is absurd that they have allowed this bug to live on for years!

    Brent

    ---------------------------------------------------------------
    Response (Marie-Eve P.) - 10/28/2009 10:17 AM
    Dear Mr.Reeves,

    Thank you for contacting ACD Systems Customer Support.

    The issue in question has been reported to our QA and Development Team for investigation. Should we require additional information, we will contact you. We appreciate your cooperation and feedback.

    Here is a workaround to resolve the issue :

    If the EXIF Date/Time Original differs by one hour in ACDSee, as compared with the time indicated by the camera.

    You can use the Adjust Time Stamp tool to change the date and time properties of one or more files in the Browser or in the Viewer.

    To change the date and time properties of a file, do one of the following:

    In the Browser, select one or more files, and click Tools | Adjust Image Time Stamp.
    In the Viewer, click Modify | Adjust Image Time Stamp.

    To continue this correspondence, please just hit “reply” to this email.

    Regards,
    Marie-Ève P.

    Customer Support
    ACD Systems

    ---------------------------------------------------------------

    Posted On November 15, 2009 - 07:13 PM (5 days ago) (Permalink to this post)
  • hydrant
    Member

    Just perfect advice...

    If you use "Modify | Adjust Image Time Stamp" tool you will 'destroy' correct time information. If you use another program or (even ACDsee somewhere in future when the bug will be finally repaired) you will see shifted timestamps...

    My workaround stays the same... Do not use ACDSee until they fix this.

    Posted On November 15, 2009 - 07:26 PM (5 days ago) (Permalink to this post)

Subscribe to this topic via RSS

Reply

You must log in to post.