<div dir="ltr">Different cameras store some of the video dates as UTC or localtime. I think Digikam-6.0 is expecting that it is always stored as UTC and then converting to the local timezone.<div><br></div><div>I noticed that my camera that uses localtime also stores an <font face="monospace, monospace">ExifIFD.</font><span style="color:rgb(0,0,0);font-family:monospace">DateTimeOriginal</span><span style="color:rgb(0,0,0)"><font face="arial, helvetica, sans-serif"> tag in the video. Maybe Digikam can do some additional tests on the metadata to look for this or other tags and determine if the video is in UTC or not.</font></span></div><span style="font-family:monospace"><br></span></div><br><div class="gmail_quote"><div dir="ltr">On Fri, 5 Oct 2018 at 20:07, Guy Rutenberg <<a href="mailto:guyrutenberg@gmail.com">guyrutenberg@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi,</div><div><br></div><div>I've got couple of MTS videos (shot using Sony a6000), and it seems that Digikam fails to parse the tags from the file. I've tried both digikam 5.9 and the 6.0 beta. I saw that there were improvements to metadata handling in 6.0, but it didn't solve it. The thing that bothers me the most is incorrect time associated with the videos (it seems digikam is using modification time of the file, while ignoring the timezone), which means that the videos are not sorted correctly compared to the JPEGs.</div><div><br></div><div>I've checked with exiftool and the MTS files indeed contain the correct metadata (including maker and model which are not parsed at all by digikam).</div><div><br></div><div>I don't remember such problems with mp4 videos in the past. Am I doing something wrong?</div><div><br></div><div>Thanks,</div><div>Guy<br></div></div>
</blockquote></div>