AVHCD (.MTS) video timestamps not recognized
Submitted by Adam Dingle
Link to original bug (#717180)
Description
---- Reported by adam@yorba.org 2011-01-11 16:38:00 -0800 ----
Original Redmine bug id: 3093
Original URL: http://redmine.yorba.org/issues/3093
Searchable id: yorba-bug-3093
Original author: Adam Dingle
Original description:
Reported at https://bugs.launchpad.net/bugs/701719 :
When I import .%(=caps)MTS% (avchd h264/ac3) files into shotwell, the date/time are not recognize. Files are flagged in the “Aucun Evenement†event (in french translation… aka No Event ?).
If needed, I found a piece of C-code to parse the PRIVATE/%(=caps)AVCHD%/%(=caps)BDMV%/directory to find the exact date and time of each .%(=caps)MTS% file.
You need to read every file in the PRIVATE/%(=caps)AVCHD%/%(=caps)BDMV%/%(=caps)PLAYLIST%/directory and you can have the creation date/time for every .%(=caps)MTS% file inPRIVATE/%(=caps)AVCHD%/%(=caps)BDMV%/%(=caps)STREAM%/ directory.
Thanks.
Related issues:
- related to shotwell - 3300: use file mtime as timestamp if EXIF information missing (Open)
---- Additional Comments From shotwell-maint@gnome.bugs 2012-04-04 13:33:00 -0700 ----
History
Comment 1
Updated by Adam Dingle almost 3 years ago
Also seehttp://en.wikipedia.org/wiki/AVCHD.
Comment 2
Updated by Adam Dingle almost 3 years ago
- Priority set to High
Several users have mentioned they're affected by this. Upping to high.
Comment 3
Updated by Adam Dingle almost 3 years ago
See also#3227.
Comment 4
Updated by Adam Dingle over 2 years ago
- Target version set to 0.10
Comment 5
Updated by Adam Dingle over 2 years ago
- Tracker changed from Bug to Feature
Comment 6
Updated by Adam Dingle over 2 years ago
On ticket #3066 (closed), Bibinsa wrote:
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 7
Updated by Adam Dingle over 2 years ago
See also#3520.
Comment 8
Updated by Adam Dingle over 2 years ago
-
Target version deleted (
<strike>
_0.10_</strike>
)
Comment 9
Updated by Adam Dingle over 2 years ago
- Target version set to 0.11
Comment 10
Updated by Adam Dingle over 2 years ago
-
Target version deleted (
<strike>
_0.11_</strike>
)
Comment 11
Updated by Christian Stadegaart over 1 year ago
- Description updated (diff)
On my AVCHD files created by my Sony camcorder, the video metadata is stored on every keyframe within the .MTS video stream file itself. Panasonic camcorders store metadata in every frame EXCEPT the keyframes. Clip info files (.CLI) or playlist files (.MPL) usually do NOT contain metadata. AFAIK, no standard out there describes that it should be in those files, but I don't have insight in all the standards of course, so I can be wrong. But if that would be the case, it would NEVER be possible to get the original creation date of a video file if you only have the .M2TS file on your hard drive, because you need the whole AVCHD folder structure. Bunch of nonsense if you ask me.
I created a bash script to export the data/time stamp for my videos to rename them and file them in Year/Month/Date folders accordingly. You'll need to know something about hex editing and if you do, it's pretty easy. If there was only a blueprint for the hex info stream, because every camcorder manufacturer implements this metadata on its own way.
For my camcorder the following works (xxd is a hex dump utility):
datetime=$(xxd -l 2048 -ps $original | tr -d '\n' | sed -e 's/.*17ee8c60f84d11d98cd60800200c9a664d44504d//' -e 's/......\(......\)../\1/' -e 's/\(..............\).*/\1/') ;
The output is yyyymmddhhmmss.
Hope this helps. Metadate can also contain GPS info, camcorder info, shutter info etc. See forum.videohelp.com/threads/316229-Export-AVCHD-frame-specific- metadata-to-subtitles.
Comment 12
Updated by Adam Dingle over 1 year ago
Thanks, Christian. Still not sure when we'll get to this, but if you feel like hacking on Shotwell itself we'd gladly accept a patch. :)
--- Bug imported by chaz@yorba.org 2013-11-25 21:49 UTC ---
This bug was previously known as bug 3093 at http://redmine.yorba.org/show_bug.cgi?id=3093
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 set on an open status. Dropping resolution