Videos - Date Problem

[symq9485]

I captured the video at 23:41(16/may) but when i want to download it it say is modified at 03:41(17/may) but the time right now is 23:53(16/may)

[damonlynch]

Rapid Photo Downloader uses ExifTool or MediaInfo to read video metadata. What you see happening is that one of ExifTool or MediaInfo is unable to determine the correct video metadata. Unlike photo metadata, the standards for video metadata are simply not as good. There is no Exif standard for video. That makes solving this problem rather difficult. What you could do that would be helpful is to analyse which one of ExifTool or MediaInfo provides the correct date and time (if any of them do) for that video file, and then let me know.

[symq9485]

Thanks, I solve the problem with exiftool

user:~$ exiftool -CreateDate="2024:05:16 23:41:53-04:00" 20240516_234144.mp4

[damonlynch]

I'm glad to hear you fixed it. However, did ExifTool or MediaInfo report the correct date and time, or were they both wrong?

[vancouverbluesea]

I am having the same issue.
Including some info from the card directly
20241312001 log.txt
20241312002 log.txt

The two videos however are taken just seconds apart

Looks like Sony time stamps the folder in an odd way (but the date is correctly set in camera)

-rwxr-xr-x 1 bojo bojo 1745137893 Jun 13 14:25 C0028.MP4
-rwxr-xr-x 1 bojo bojo 2308 Jun 13 14:32 C0029M01.XML
-rwxr-xr-x 1 bojo bojo 4429546884 Jun 13 14:32 C0029.MP4

Haven't tried all possible things but if I am not mistaken I only observed it with videos that are shot in a log mode.
I am using PopOS 22.04
RPD 0.9.36

[damonlynch]

Please know that for there to be any chance of problems with video metadata being fixed, it is necessary that a bug report includes all the following information:

1. The creation time reported by MediaInfo.
2. The creation time reported by ExifTool.
3. The creation time that you expect.
4. The log files from Rapid Photo Downloader.

The proper place to file the bugs is with ExifTool or MediaInfo. However, if one of these tools consistently reports correct values more than the other, then that indicates Rapid Photo Downloader might be better using that program until the upstream bug is fixed.

[tdelov]

I think I notice the same issue.
The exiftool shows the file uses UTC time to show the date, and rappid photo downloader is showing me the UTC date as being the date taken not localtime

exiftool -time:all -G1 -a -s /run/media/user/23E8-3D68/PRIVATE/M4ROOT/CLIP/C0160.MP4
[System]        FileModifyDate                  : 2025:04:01 08:47:01+11:00
[System]        FileAccessDate                  : 2025:04:01 08:47:00+11:00
[System]        FileInodeChangeDate             : 2025:04:01 08:47:01+11:00
[QuickTime]     CreateDate                      : 2025:03:31 21:47:00
[QuickTime]     ModifyDate                      : 2025:03:31 21:47:00
[Track1]        TrackCreateDate                 : 2025:03:31 21:47:00
[Track1]        TrackModifyDate                 : 2025:03:31 21:47:00
[Track1]        MediaCreateDate                 : 2025:03:31 21:47:00
[Track1]        MediaModifyDate                 : 2025:03:31 21:47:00
[Track2]        TrackCreateDate                 : 2025:03:31 21:47:00
[Track2]        TrackModifyDate                 : 2025:03:31 21:47:00
[Track2]        MediaCreateDate                 : 2025:03:31 21:47:00
[Track2]        MediaModifyDate                 : 2025:03:31 21:47:00
[Track3]        TrackCreateDate                 : 2025:03:31 21:47:00
[Track3]        TrackModifyDate                 : 2025:03:31 21:47:00
[Track3]        MediaCreateDate                 : 2025:03:31 21:47:00
[Track3]        MediaModifyDate                 : 2025:03:31 21:47:00
[QuickTime]     TimeZone                        : +11:00
[XML]           LastUpdate                      : 2025:04:01 08:47:01+11:00
user@desktop:~$ date -u
Mon 31 Mar 2025 22:52:24 UTC
user@desktop:~$ date 
Tue 01 Apr 2025 09:52:30 AEDT