Movie file and photo file timezone handling is inconsistent
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Rapid Photo Downloader |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
When I import movies and photos taken at the same time I am finding the movies have a hard-time-offset applied to their derived timestamps:
eg: these two files were generated from the same shooting time
DSC_20200403_
VID_20200404_
See attached timeline screenshot for how they are categorised.
Note the offset in time is +11 hours which happens to be my timezone. So I imagine the movie is treating it's timestamp as if it were in UTC, then applying the timezone. Whereas the image is correctly treating its timestamp as in local time, and the timezone doesn't need to change to generate local time.
You won't be able to reproduce this in UTC.
I'll attach exiftool dumps of both of the files (with some private details excerpted). Both show consistent timezone information in their info, but RPD is treating them differently
Details:
Ubuntu Bionic
$ apt-cache policy rapid-photo-
rapid-photo-
Installed: 0.9.9-1
Candidate: 0.9.9-1
Version table:
*** 0.9.9-1 500
500 http://
500 http://
100 /var/lib/
Probably you are facing the problem where libmediainfo is not installed on your system, which was a packaging bug in some older versions of Rapid Photo Downloader. If you install libmediainfo0v5 the problem you are seeing might be fixed.
Speaking of old versions, are you aware that Rapid Photo Downloader 0.9.20 is out, and that the version you are running is more than 2 1/2 years old at this point? You should upgrade: https:/ /damonlynch. net/rapid/ download. html