After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 717468 - enhance GStreamer to read creation date/time from MPEG TS (MTS/AVCHD) videos
enhance GStreamer to read creation date/time from MPEG TS (MTS/AVCHD) videos
Status: RESOLVED OBSOLETE
Product: shotwell
Classification: Other
Component: video
unspecified
Other All
: High normal
: ---
Assigned To: Shotwell Maintainers
Shotwell Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-02-21 08:55 UTC by Adam Dingle
Modified: 2021-05-19 12:45 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Charles Lindsay 2013-11-25 21:51:09 UTC


---- Reported by adam@yorba.org 2011-02-21 12:55:00 -0800 ----

Original Redmine bug id: 3227
Original URL: http://redmine.yorba.org/issues/3227
Searchable id: yorba-bug-3227
Original author: Adam Dingle
Original description:

Today, GStreamer can't read the creation date/time from an MPEG TS video
(typical extension is .MTS ; related file format is AVCHD. We'd like GStreamer
to be able to do that so that we can switch to using GStreamer for metadata
reading someday (see #2836).

Related issues:
duplicated by shotwell - 6346: When importing MTS files, shotwell does
not find time and... (Duplicate)
blocks shotwell - Feature #2836: read video metadata using GStreamer (Open)



---- Additional Comments From shotwell-maint@gnome.bugs 2013-03-04 22:44:00 -0800 ----

### History

####

#1

Updated by Adam Dingle almost 3 years ago

I've filed a GStreamer bug here:

https://bugzilla.gnome.org/show_bug.cgi?id=642911

####

#2

Updated by Adam Dingle about 2 years ago

  * **Priority** changed from _Low_ to _High_

####

#3

Updated by Jim Nelson 10 months ago

  * **Description** updated (diff)
  * **Category** set to _video_

####

#4

Updated by Jason Cullen 9 months ago

Hi, I have found a work around for now until this is fixed upstream.

If the files are being imported from a USB harddrive you can create a folder
called DCIM on the root and put all the videos into it. Start Shotwell and
import them as if they were coming from a camera. Shotwell will now
successfully save them into the library with the correct creation date/time.
(I'm guessing this is because it's using GPhoto rather then GStreamer?)

Just an FYI for anyone having this problem.



--- Bug imported by chaz@yorba.org 2013-11-25 21:51 UTC  ---

This bug was previously known as _bug_ 3227 at http://redmine.yorba.org/show_bug.cgi?id=3227

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 

Comment 1 GNOME Infrastructure Team 2021-05-19 12:45:47 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/shotwell/-/issues/2611.