Video Date uses UTC instead of local time

[swissz]

Importing video files from Sony A6500 camera, where the creation_date is in UTC format e.g. creation_time : 2019-07-20T11:54:11.000000Z Rapid Photo Downloader uses this UTC time for the "Video Date" file naming variable instead of local time.

In the attached file rapid-photo-downloader.gz you find my current config and last log files.

[Damon Lynch (dlynch3)]

Is the camera in USB mass storage mode, and not MTP? If so, why? Try it in MTP mode.

You should almost certainly add the THMBNL directory to the list of excluded paths: https://damonlynch.net/rapid/documentation/#ignoredpaths

Report back when you have made these changes.

[swissz (zsarosi)]

Sorry I forgot to mention, I don't use the USB, I transfer the files directly from the SD card with a TS-RDF5 SD Transcend Cardreader.

[Damon Lynch (dlynch3)]

Add the THMBNL directory to the list of excluded paths and report back if it makes a difference.

[swissz (zsarosi)]

I excluded both "THMBNL" and "PRIVATE/M4ROOT/THMBNL", but unfortunately it did not change anything.

[Damon Lynch (dlynch3)]

You only need to specify THMBNL. Run it again with Ignored Paths set to include THMBNL, so it is clear what is happening, and attach the latest log file so I can examine it. The key line is "Device timezone setting for disk is". In your initial log file it was using a thumbnail image, which is likely to be wrong.

The problem more generally is that the way the time zone is set my camera manufacturers is not consistent, and must be determined by the program each time. Plus Sony does not follow the DCIM spec, which is a PITA.

[swissz (zsarosi)]

2019-07-21 22:48:56 INFO scan.py 1339: Device timezone setting for disk is UTC, as indicated by video file

[Damon Lynch (dlynch3)]

That looks correct. Did it work as expected?

[swissz (zsarosi)]

No, it stored the file with UTC not with localtime.

[Damon Lynch (dlynch3)]

Are photos from the same camera being downloaded with the correct date / time value?

[swissz (zsarosi)]

Yes, the photos are ok, only the mp4 files have the problem.

[Damon Lynch (dlynch3)]

So it seems possible that some Sony cameras treat the date time encoding of video differently from that of photos. If so, that's unfortunate — but it doesn't surprise me, as they've already broken the DCIM spec that all other manufacturers adhere to.

[swissz (zsarosi)]

I uploaded some test files, an image DCIM/100MSDCF/DSC08803.ARW and a video file PRIVATE/M4ROOT/CLIP/C0001.MP4 with it's XML file PRIVATE/M4ROOT/CLIP/C0001M01.XML
Maybe it helps to debug the issue.

[Luca (lucamp)]

Hi,
I own a Panasonic Lumiz TZ-100 and GoPro Hero 7.
Both of the cameras, only for videos, save the current time as UTC even if the displayed time is not UTC. Panasonic let me choose timezone and GoPro not, nevertheless both saves real time as UTC without converting, for instance:

I am in Morocco where time is UTC +1 (eg real time 2020.06.14 - 10:43:20) and videos are saved with that time but without converting to UTC removing 1 hour.

When Rapid Photo Downloader imports the videos (directly from sd card), timezone are treated as UTC (as stated by the metadata) and add 1 hour. I attach an unmodified file made with panasonic so maybe you can have an idea

mediainfo P1110414.MP4

Encoded date : UTC 2020-06-14 10:43:20
Tagged date : UTC 2020-06-14 10:43:20

As you can see in the video, time was more or less 2020-06-14 10:43, but UTC+1

debian 10
rapid photo downloader 0.9.13, but also tried with 0.9.23 from sid