Adjust date/time for video files
Submitted by Eric Gregory
Assigned to cli..@..ba.org
Link to original bug (#717205)
Description
---- Reported by eric@yorba.org 2011-01-06 11:09:00 -0800 ----
Original Redmine bug id: 3066
Original URL: http://redmine.yorba.org/issues/3066
Searchable id: yorba-bug-3066
Original author: Eric Gregory
Original description:
Currently we support timestamp adjustment for photos, but not videos. We have had a few requests for this, particularly because some cameras appear to be inconsistent with their photo and video timestamps.
This ticket covers the UI and database aspects. See ticket #2851 (closed) for writing this information back out to the file.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:39:00 -0700 ----
History
Comment 1
Updated by Adam Dingle over 2 years ago
- Priority set to High
Comment 2
Updated by Adam Dingle over 2 years ago
- Target version set to 0.10
Comment 3
Updated by hrnick - over 2 years ago
At least some cameras create .thm files (basically a renamed jpeg) containing an exif time stamp. Is this used today to set the time stamp of videos? I guess it could be done when importing movies otherwise.
Comment 4
Updated by Clinton Rogers over 2 years ago
- Status changed from Open to Review
- Assignee changed from Anonymous to Clinton Rogers
Per discussion with Adam, taking over this ticket…
Comment 5
Updated by Bibinsa - over 2 years ago
I would like to mention that AVCHD files do not store the date/time informations in the AVCHD/%(=caps)BDMV%/%(=caps)STREAM%/*.%(=caps)MTS% files (Panasonic camera).
Date/Time informations are stored in the AVCHD/%(=caps)BDMV%/%(=caps)PLAYLIST%/*MPL files.
I'm using a little C program to get date/time informations if you want it.
Comment 6
Updated by Adam Dingle over 2 years ago
Replying to [comment:7 Bibinsa]:
Thanks, though that information actually applies more to ticket#3093. I've added it there too.
Comment 7
Updated by Clinton Rogers over 2 years ago
Proposed patch for this submitted.
Comment 8
Updated by Clinton Rogers over 2 years ago
- Status changed from Review to 5
- Resolution set to fixed
- % Done changed from 0 to 100
Fixed in 816f6ec6 by doing the following:
Create a media interface named Dateable that requires two methods:
void set_exposure_time(time_t) and time_t get_exposure_time().
Change Photo and Video so they both implement Dateable (Video already had a set_exposure_time() method, this has been left intact).
Alter AdjustDateTimeDialog.!AdjustDateTimeDialog() to require a
Dateable as its first argument.
Changes the way the date-time dialog is created so that it uses get_thumbnail() instead of get_pixbuf(). This was needed because Video can't implement get_pixbuf(), since Shotwell doesn't read videos itself.
Alters AdjustDateTimePhotoCommand and AdjustDateTimePhotosCommand so that they operate on Dateables rather than Photos.
Comment 9
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Fixed
--- Bug imported by chaz@yorba.org 2013-11-25 21:49 UTC ---
This bug was previously known as bug 3066 at http://redmine.yorba.org/show_bug.cgi?id=3066
Unknown Component Using default product and component set in Parameters Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Version: 0.10
Resolution: RESOLVED FIXED