I have over 20 cameras split between to states. Last night between 1am and 3am no video found on any of them. I attribute it to springing forward may be an issue, please advise, that is a good chunk of time on many cameras not to have access. 3 different types of cameras, 2 different versions, 2 seperate locstions, diffetent states, and no changes. Also there are at least 3 groups, no global changes are ble to be made for all cameras at same time.
2 Likes
This issue comes up every spring and fall. I donât think anything is actually missing. Itâs an app display bug. Bear with me⌠this is confusing:
Cloud events:
I have no cloud events from 2AM - 2:59AM, which is normal due to âspring forwardâ. The cloud events are historically-tagged âas wasâ, meaning the datetime was recorded on the event per server time of event. The datetime stamps in the appâs Events tab list match the datetime recorded on the actual cloud event footage. One hour is missing due to âspring forwardâ:
microSD footage:
I have no microSD footage from 1AM - 2:59AM, which is not really normal and due to a âspring forwardâ app display bug. The footage was however recorded, continuous and contiguous. The microSD footage is historically-tagged âas wasâ, meaning the datetime was correctly recorded on the microSD footage. One hour (2AM-2:59AM) is missing due to âspring forwardâ: What is confusing is that due to a bug, when viewing the timeline, the timeline is hosed as the entire timeline denotes âas isâ. Meaning all footage before 2AM is erroneously labeled back one hour on the timeline. For example, one would think that because the timeline shows no recording from 1AM-1:59AM, no footage was recorded. That âmissingâ footage is actually denoted in the timeline back one hour as 12AM-12:59AM. In this example, you can see the missing footage⌠timeline shows 12:30AM, footage shows 1:30AM. The datetime stamps on the timeline do not match the datetime recorded on the actual footage, but the footage does exist. The issue is that the timeline prior to the DST change, does not take DST into account:
5 Likes
Same here in upstate NY
On a related note, the OG cam GUI display is off by an hour. Notice the time in the white bar is 12:14pm, whereas the time in the time slider is approx 1:14pm. The time displayed in the lower right hand corner of the saved video is 12:14pm. Of course, all this is after the time change.
The time the pic was taken was 12:16pm (the screengrab didnât grab the notification bar (which displays the current time)).
1 Like
I have an hour of no video as well.
I am not missing the videos via continuous recording, the time just goes from 01:59:59 to 03:00:00 instead of 02:00:00. 
1 Like
Iâm not missing video either. The timeline is just appears wonky giving the impression that video is missing.
1 Like
thank you, after revisiting it, I do see it, unfortnately I may have caught if my auto aligned clock (calibrated with the national time clock) was illluminated. One of the cameras is aimed in that direction but can not see the time on the clock. May do that in the fall. 
2 Likes
None of my cameras stored events today when viewed as âallâ
Yet when I select one camera, there are events stored.
Hopefully this will be corrected.
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.