read date/time from QuickTime and AVI videos directly
Submitted by Adam Dingle
Assigned to Eric Gregory
Link to original bug (#717020)
Description
---- Reported by adam@yorba.org 2010-11-16 06:18:00 -0800 ----
Original Redmine bug id: 2837
Original URL: http://redmine.yorba.org/issues/2837
Searchable id: yorba-bug-2837
Original author: Adam Dingle
Original description:
Shotwell currently uses libquicktime to read a!QuickTimevideo's creation date/time. Unfortunately libquicktime is not available in Fedora, as Lucas has pointed out. We could try to convince them to include it, but there may be some sensitivity about associated licensing issues. So for now it might just be easiest to read the date/time from a QuickTime video directly, which shouldn't be hard: see the QuickTime File Format Specification at
!http://developer.apple.com/library/mac<documentation/QuickTime/%(=caps)QTFF%/ QTFFPreface/qtffPreface.html
The right long-term solution to this is #2835 .
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:39:00 -0700 ----
History
Comment 1
Updated by Adam Dingle about 3 years ago
- Subject changed from read date/time from QuickTime video directly to read date/time from QuickTime and AVI videos directly
We should implement this direct reading for both!QuickTimeand AVI, since it turns out GStreamer can't currently give us a full date/time for AVI files either.
Comment 2
Updated by Adam Dingle about 3 years ago
- Status changed from Open to Review
- Assignee changed from Anonymous to Eric Gregory
Assigning to Eric. A few hints:
- For debugging purposes, the qtdump utility can helpfully show you what's in a!QuickTimefile. You want to extract the creation_time, found inside the mvhd atom, which itself is contained in the moov atom.
- Similarly, the exiftool utility can show you the metadata in an .%(=caps)AVI% file. You want to extract the Date/Time Original displayed in its output.
- To read the files in Vala, I suggest using a DataInputStream wrapped around a FileInputStream. The DataInputStream.set_byte_order() method may be important.
- Please first implement this for one of the formats (either QuickTime or AVI) and send a diff for that format only, and then you can implement the other format as a separate diff.
Comment 3
Updated by Eric Gregory almost 3 years ago
- Category changed from 4 to 3
Added mov/mp4 support in r2385
AVI is next
Comment 4
Updated by Adam Dingle almost 3 years ago
- Category changed from 3 to 4
Changing component back to 'shotwell' (it was presumably changed to 'vala' by mistake).
Comment 5
Updated by Adam Dingle almost 3 years ago
-
Priority deleted (
<strike>
_High_</strike>
)
Comment 6
Updated by Eric Gregory almost 3 years ago
- Status changed from Review to 5
- Resolution set to fixed
- % Done changed from 0 to 100
AVI support for major vendors added. Tested with the videos submitted by our users.
Added in r2407
Comment 7
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Fixed
--- Bug imported by chaz@yorba.org 2013-11-25 21:48 UTC ---
This bug was previously known as bug 2837 at http://redmine.yorba.org/show_bug.cgi?id=2837
Unknown Component Using default product and component set in Parameters Unknown version " in product shotwell. Setting version to "!unspecified". 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.
Resolution: RESOLVED FIXED