[digikam] [Bug 369629] digikam does not use GPS data from video files
bugzilla_noreply at kde.org
bugzilla_noreply at kde.org
Fri Dec 23 18:14:14 GMT 2016
https://bugs.kde.org/show_bug.cgi?id=369629
--- Comment #12 from caulier.gilles at gmail.com ---
with Exiftool, no GPS metadata can be extracted :
gilles at localhost Videos]$ exiftool -a -u -g1 20161223T153428.mp4
---- ExifTool ----
ExifTool Version Number : 10.15
---- System ----
File Name : 20161223T153428.mp4
Directory : .
File Size : 13 MB
File Modification Date/Time : 2016:12:23 18:54:26+01:00
File Access Date/Time : 2016:12:23 18:54:26+01:00
File Inode Change Date/Time : 2016:12:23 18:54:26+01:00
File Permissions : rw-rw-r--
---- File ----
File Type : MP4
File Type Extension : mp4
MIME Type : video/mp4
---- QuickTime ----
Major Brand : MP4 v2 [ISO 14496-14]
Minor Version : 0.0.0
Compatible Brands : isom, mp42
Movie Header Version : 0
Create Date : 2016:12:23 17:46:11
Modify Date : 2016:12:23 17:46:11
Time Scale : 600
Duration : 11.17 s
Preferred Rate : 1
Preferred Volume : 100.00%
Matrix Structure : 1 0 0 0 1 0 0 0 1
Preview Time : 0 s
Preview Duration : 0 s
Poster Time : 0 s
Selection Time : 0 s
Selection Duration : 0 s
Current Time : 0 s
Next Track ID : 3
Initial Object Descriptor : (Binary data 13 bytes, use -b option to
extract)
Movie Data Size : 13137831
Movie Data Offset : 4890
Movie Data : (Binary data 13137831 bytes, use -b option to
extract)
---- Track1 ----
Track Header Version : 0
Track Create Date : 0000:00:00 00:00:00
Track Modify Date : 2016:12:23 17:46:11
Track ID : 1
Track Duration : 11.03 s
Track Layer : 0
Track Volume : 0.00%
Matrix Structure : 1 0 0 0 1 0 0 0 1
Image Width : 1920
Image Height : 1080
Unknown edts : (Binary data 28 bytes, use -b option to
extract)
Media Header Version : 0
Media Create Date : 0000:00:00 00:00:00
Media Modify Date : 2016:12:23 17:46:11
Media Time Scale : 30
Media Duration : 11.03 s
Media Language Code : und
Handler Type : Video Track
Handler Description : VideoHandler
Graphics Mode : srcCopy
Op Color : 0 0 0
Compressor ID : avc1
Source Image Width : 1920
Source Image Height : 1080
X Resolution : 72
Y Resolution : 72
Bit Depth : 24
Unknown avcC : (Binary data 45 bytes, use -b option to
extract)
Buffer Size : 124798
Max Bitrate : 10111712
Average Bitrate : 9380128
Video Frame Rate : 30
Sync Sample Table : (Binary data 32 bytes, use -b option to
extract)
Sample To Chunk : (Binary data 212 bytes, use -b option to
extract)
Sample Sizes : (Binary data 1336 bytes, use -b option to
extract)
Chunk Offset : (Binary data 100 bytes, use -b option to
extract)
---- Track2 ----
Track Header Version : 0
Track Create Date : 2016:12:23 17:46:11
Track Modify Date : 2016:12:23 17:46:11
Track ID : 2
Track Duration : 11.17 s
Track Layer : 0
Track Volume : 100.00%
Matrix Structure : 1 0 0 0 1 0 0 0 1
Media Header Version : 0
Media Create Date : 2016:12:23 17:46:11
Media Modify Date : 2016:12:23 17:46:11
Media Time Scale : 44100
Media Duration : 11.17 s
Media Language Code : eng
Handler Type : Audio Track
Handler Description : IsoMedia File Produced by Google, 5-11-2011
Balance : 0
Audio Format : mp4a
Audio Channels : 1
Audio Bits Per Sample : 16
Audio Sample Rate : 44100
Unknown esds : (Binary data 45 bytes, use -b option to
extract)
Time To Sample Table : (Binary data 16 bytes, use -b option to
extract)
Sample To Chunk : (Binary data 44 bytes, use -b option to
extract)
Sample Sizes : (Binary data 1936 bytes, use -b option to
extract)
Chunk Offset : (Binary data 100 bytes, use -b option to
extract)
---- Composite ----
Avg Bitrate : 9.41 Mbps
Image Size : 1920x1080
Megapixels : 2.1
Rotation : 0
... so i suspect that GPS info are registered somewhere in un-decoded
markernotes.
Nothingh can be done in digiKam side. Exiv2 has all mechanisms to do this job.
Please report as UPSTREAM to Exiv2 as i explain before.
Gilles Caulier
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the Digikam-devel
mailing list