Why are files saved out of order??

Daffypuck

Active Member
Joined
May 10, 2013
Messages
216
Reaction score
60
Location
Tennessee
Country
United States
Why are the clips saved not in sequential order? Its so frustrating when youre trying to look up a specific clip.
 
I'm not aware of any problems.

Is this about the SGZC12SG or SG9665GC? I see you have one of each.

Are you viewing files on the camera itself or on your computer?

You can sort the files by name or file creation date on the computer etc.

It's better to use http://dashcamviewer.com or http://registratorviewer.com to playback and group files together.

SGZC12SG moves g-sensor/emergency files into a separate event folder
SG9665GC event files are not moved, but are marked. (You'll see a lock icon in registratorviewer)
 
Last edited:
Its the 665. When I open the SD card on my PC, the clips are out of order. I try sorting them different ways but nothing works. My old knockoff cam did the same thing. You would think it would save them as theyre written on the card in order.
 

Attachments

  • dashh.jpg
    dashh.jpg
    380 KB · Views: 35
Its the 665. When I open the SD card on my PC, the clips are out of order. I try sorting them different ways but nothing works. My old knockoff cam did the same thing. You would think it would save them as theyre written on the card in order.

It sounds like a PC issue, Both dashcam units will record files in order for sure. Are you viewing the raw files via Windows Explorer, or using the software playback? http://dashcamviewer.com / http://registratorviewer.com Try viewing them on another computer as well. Just sort them by name for starters.
 
I attached an image of how it appears to me in WE. Ive tried sorting them by date, time, name etc, but nothing puts them in the correct order. Its not that big of a deal, but its still annoyinging. Ive tried it on my PC and my laptop and its the same for both.
 
BFMYl2T.png

YZbT2gG.png
 
Still no dice. Oh well, Ill just have to figure it out. I wonder why its doing that?
 
Use Registrator Viewer and it will sort them in order, the only files that would be out of order would be if it was prior to the time and date updating from GPS, the filenames are date based so sorting by name puts them in order, assuming the clock is set
 
If you are looking at the 3 last digits in the file name those are fractions of seconds, thats what i was thinking was your problem, but looking at your posted pic it do look wierd.

My folders sort in the same ( default manner for win7 ) way as pier 28 posted, i just view my files as details allso displaying alteration date / type / size witch i assume allso is default.

SGfileorder.jpg
 
I have a similar scenario where it seems like after GPS sync, the camera will change the date/timestamp on the video and files. Files are then saved in the wrong order because of incorrect filenaming and creation/modification date.

I'm in California where we practice Daylight Savings Time right now and here I was driving at around Apr 25 2015 00:29 and the camera's clock was correct for the beginning video clips. After GPS lock, the date is rolled back one day. I'm guessing that under Standard Time, we were supposed to be Apr 24 2015 23:15. The date gets corrected for what should be Standard Time and the clock was left alone.

I've attached screenshots from Registrator Viewer to show video time-stamping and GPS lock. In the screenshot of the files, I renamed files that were misnamed so it would make sense when I sorted by filename because sort by date was out of order. You can see in the date modified field that the date stamping on the files is also out of sequence.
File order:
gpstimestamp-jpg.13121

Before Sync:
gpsbefore-jpg.13119

After Sync:
gpsafter-jpg.13120
 

Attachments

  • GPSBefore.jpg
    GPSBefore.jpg
    400 KB · Views: 57
  • GPSAfter.jpg
    GPSAfter.jpg
    416.8 KB · Views: 57
  • GPStimestamp.jpg
    GPStimestamp.jpg
    157.8 KB · Views: 58
Last edited by a moderator:
You should set the time zone to -07 (not -08) to compensate for the day light savings 1 hour offset. This would explain the 1 hour jump (1 day since it was so close to midnight)
 
The camera is set to -7. The time didn't change on any of the files, but the date did.

I could only guess that maybe GPS only sends date/time in Standard Time and it's up to the device to translate anything like DST or whatever.

I'll try to see if I can recreate this tonight or when I get the chance.
 
You should set the time zone to -07 (not -08) to compensate for the day light savings 1 hour offset. This would explain the 1 hour jump (1 day since it was so close to midnight)

Sometimes I wonder how GPS systems can document your exact location with pinpoint accuracy but can't figure out what time zone you are in? :confused:

You might think this wouldn't be too hard to do automatically in a dash cam.
 
I think GPS only broadcasts time in GMT. They only transmit data, they don't receive.

It's up to the device to interpret your time zone based on location, user setting, whichever method.
 
If you've manually deleted only a few files instead of formatting the card it could cause order issues. Try formatting the card in the camera before your next test.

There is an Automatic time zone setting in the Ambarella SDK but don't think it's available in Novatek yet. We'll look into adding this option in the future since we have some momentum building for Novatek products now.
 
GPS I think only broadcasts time in GMT. They only transmit data, they don't receive.

It's up to the device to interpret your time zone based on location

Yes, I understand that but the dash cam should be able to make the calculation to adjust for it. It isn't that big a deal to program for something like this.

Edit: Oh, I see from Pier 28's post it's a chip manufacturer SDK thing.
 
I have to say, this issue is a real PITA. When I was first testing out my SG before installing it permanently I kept losing the time zone setting every time I let the capacitor run down. Of course, I would only realize it when I would go to check the footage.
 
Last edited:
Yes, I understand that but the dash cam should be able to make the calculation to adjust for it. It isn't that big a deal to program for something like this.

Edit: Oh, I see from Pier 28's post it's a chip manufacturer SDK thing.
That would require the dash cam to have a lot of the capability of a SatNav to determine location/time zone. It would also have to know which areas observe DST (not all do) and by how much they adjust (some only shift by 30 minutes if I remember correctly). IMO, that's asking for a lot of functionality outside the purpose for which it's designed.
 
I have to say, this issue is a real PITA. When I was first testing out my SG before installing it permanently I kept losing the time zone setting every time I let the capacitor run down. Of course, I would only realize it when I would go to check the footage :mad:

Help me understand what you mean by losing time zone setting. There is a RTC button battery to hold time/date. Are you saying you lose yours if left unpowered too long? That's not normal. I'll swap your GC if that's the case.
 
Help me understand what you mean by losing time zone setting. There is a RTC button battery to hold time/date. Are you saying you lose yours if left unpowered too long? That's not normal. I'll swap your GC if that's the case.

I remember the several times discovering that I no longer had my time zone correct. Yes, at first I used the camera temporarily in my vehicle and then brought it inside and left it sitting around for several days at a time. How long should the battery hold the time?
 
Back
Top