GNOME Bugzilla – Bug 773206
mp4 video container format not supported
Last modified: 2017-09-21 11:09:37 UTC
Trying to import mp4 files does not work. - Gstreamer is able to reproduce it (using totem and sushi) - The same video, just muxed in mkv (no re-encoding) is imported correctly https://dl.dropboxusercontent.com/u/2832401/928092571.MP4 https://dl.dropboxusercontent.com/u/2832401/928092571.mkv Tested with shotwell 0.23.1 and 0.24.0 on gentoo gstreamer-1.8.3
I recently discovered that we have our own mp4 parser. maybe that doesn't like the file, will check later
Bug 719105 is probably related
Thanks for caring about that. I tried with SHOTWELL_LOG=1 to obtain more details, but nothing. If you need some other testing feel free to submit patches (on gentoo it's quite easy to apply to the build process). A little bit OT, sorry: there's some way for shotwell to extract metadata from video files to obtain video recording time, etc (I mean a sort of EXIF for videos)?
Shotwell tries to get a bit of information from videos (time, comments, ...) . I haven't yet looked deeply into the video part, though.
mhm. Works fine here. Yes, please provide shotwell.log even if you can't see something in there :)
Created attachment 338331 [details] shotwell.log
Created attachment 338333 [details] shotwell build log I've tested on ubuntu and it works (and I can see the video thumbnails too), so the problem seem related to the interaction with the environment in some way (but imho it's a strange behaviour for a specific video container format). I've attached the build log if can help... Let me know if you need more information
Thats really odd. Btw, did you enable SQL debugging for the log?
The video thumbnails problem is not related (just a missing gstreamer plugin https://mail.gnome.org/archives/commits-list/2014-December/msg06079.html) For the log I've followed this https://wiki.gnome.org/Apps/Shotwell/Architecture/Logging My environment is this bluefox@baltasar ~ $ set | grep SHOTWELL SHOTWELL_LOG_FILE=/home/bluefox/shotwell.log bluefox@baltasar ~ $ SHOTWELL_LOG=1 shotwell In the log I see sql queries, if it's what you mean. I've also filed a bug on gentoo bugzilla https://bugs.gentoo.org/show_bug.cgi?id=597972
> My environment is this > bluefox@baltasar ~ $ set | grep SHOTWELL > SHOTWELL_LOG_FILE=/home/bluefox/shotwell.log > bluefox@baltasar ~ $ SHOTWELL_LOG=1 shotwell > > In the log I see sql queries, if it's what you mean. Yep, those I was asking about, they shouldn't be there, apparently there's some issue with the env variable logic.
Still have the same problem with Shotwell Photo Manager 0.26.3 (c2d999c39385c7889b191b2b3b15a6b3d334e579). I see in the log: --------------------------------------------------------------------------------- L 2502 2017-09-15 22:19:48 [DBG] VideoSupport.vala:92: Skipping 928092571.MP4, unsupported mime type application/x-extension-mp4 L 2502 2017-09-15 22:19:48 [WRN] BatchImport.vala:1381: Import failure /home/bluefox/Dropbox/Public/928092571.MP4: Not an image file ------------------------------------------------- Could be the problem related to detect the right mime-type? https://git.gnome.org/browse/shotwell/tree/src/VideoSupport.vala#n76
Created attachment 359875 [details] shotwell-0.26.3.log
Created attachment 359876 [details] import log
Created attachment 359883 [details] [review] Do not filter out application/x-extension-mp4 from VideoSupport
THat is rather curios, I cannot find that extension in any shared-mime info database that I have on my computer.
Attachment 359883 [details] pushed as 3b42439 - Do not filter out application/x-extension-mp4 from VideoSupport
I wonder if that fixed Bug 719105 too?
*** Bug 719105 has been marked as a duplicate of this bug. ***
Lets just assume that it does