Just go by the file name, or you can use the “created” time/date if you want, ignore the modified date. I’m guessing you may have copied the folder to your PC off the SD card, which will update the modified date and time. If you did that, the “created” date and time will also be wrong, so you can’t use that either, but in windows you can add a column for something like “date taken” and that one should be correct.
But in reality the folder structure and file name is probably easier to use.
There will be a folder for a date, then a folder for the hour, then each file is the 1 minute video.
So 20250814 folder is today
09 folder would be 9AM to 9:59AM
59.mp4 would be the 1 minute file that was created sometime between 9:59.00AM and 9:59:59AM. That 1 minute file won’t fall exactly on 1 minute intervals, since it is unlikely you managed to boot the cam up and have it start recording exactly on the :00 second
Seems like you got it figured out. For anyone else reading this thread:
The folder structure is based on UTC time. This prevents issues with things like daylight savings changes, or other kinds of timezone issues with UTC offsets that vary in certain situations (for example, if Daylight savings changes has your time go back an hour then it would try to create another folder named 2 and overwrite everything that occurred during the previous hour, or else it would name it in a way that would block proper viewing, or cause other playback issues).
The Timestamp is [supposed to be] based on when the camera was last synced to your phone and what info was passed on to it at that time to determine the UTC offset algorithm.
The modified date could changed based on a number of different factors. It’s best to completely ignore that one. If you really want to use date/time stamp from the file system, then update your explorer to show you the “Created Date/time” within the SD card (before you copy the files to the computer since some forms of moving/copying could change the created date too).
Basically figure out what your UTC offset is and then add/subtract that many hours from the system folder structure and you’ll be able to find exactly what you’re looking for really fast. Each file will be 1 minute long within that numbered folder (hour of the day).
I could certainly be wrong. I do remember that my folder times did not match my timezone exactly when I last checked, but I wouldn’t be surprised if it varies by camera model. Afterall, they have partnerships with several different companies/suppliers and even different architecture. Some are linux based and some are free-RTOS based. Some use TUTK while others use lotvid. Some are Gwell-based hardware and others are from others like Hualai.
Any number of those things could determine slight firmware differences and I haven’t thoroughly analyzed them all, so you very well could be right
Do I have this correct? What is being stated is the file Date modified date/time of, 8/14/2025 2:13pm, minus 4 hours for UTC equals 10:12:xx which matches the timestamp on the video.
I suppose people are supposed to remember this but I did not.
I think the only ones I’ve pulled the SD to get the “raw” file was an OG and a Panv3, and that was like a year ago, so certainly possible I’m just remembering wrong. I’m so used to dealing with GMT/UTC all day that I probably wouldn’t have even thought twice about it.
.