1st 3 seconds corrupted video on Arlo Q

[hokeysmoke]

This just started happening in the last week.  In my library of Q videos, every 10 or so videos, the first 3 seconds of the video have what appears to be a corrupt I-Frame (starting frame).  This is the uncompressed frame that is used as the baseline to allow the data compression, and if it is wrong, it will persist for a few seconds as the real video data recovers over time.  Here is what it looks like in one of the "bad" videos, although it also sometimes is a completely black field instead of a black/green one.  My workaround is to download the video, then use VideoReDo to correct the stream; but this should not be necessary and the one in the library is still bad.

[TomMac]

If d/l'ing the video and then prgram fixes the playback, are you sure it's the actual video and not maybe flash playback related?

Easy thing is to try the other two supported browsers ( other than the one your currently using )

[hokeysmoke]

All video players I have show the same problem.  VLC, Windows Media Player, Windows Movie Maker, Movies & TV, Microsoft Photos, Flash through the web portal, and even the email link all show the issue.  VideoRedo won't even open it until I run a QuickStreamFix on it.

[TomMac]

---

hokeysmoke wrote:

All video players I have show the same problem.  VLC, Windows Media Player, Windows Movie Maker, Movies & TV, Microsoft Photos, Flash through the web portal, and even the email link all show the issue.  VideoRedo won't even open it until I run a QuickStreamFix on it.

---

I would try and do a reset of the Q...  Also,  Uninstall/remove from your devices then it and bring it back as if new

If that doesn't fix it, then go with a trouble ticket for possible replacement

[hokeysmoke]

I tried switching resolutions (which required me to toggle night vision on and off to prevent the IR LEDS from being on), and power-cycling the camera, but the issue remains.  One thing I did not mention before is that CVR looks perfect during the time when the downloaded videos look corrupted, so I really do think this is a server encoding issue and not a hardware problem.

[jguerdat]

---

hokeysmoke wrote:

I tried switching resolutions (which required me to toggle night vision on and off to prevent the IR LEDS from being on)

---

I've switched resolution without needing to toggle night vision.  I'd suggest a reset and/or trouble ticket since it sounds like there might be multiple issues with the camera.

[hokeysmoke]

The reoslution switched fine, but I ran into the well-known Q bug that the night vision LEDs will default to "on" when it is being reset, even though the control may say "off".  Are you saying that the night vision bug has been fixed?

[jguerdat]

My case hasn't been closed yet. The last word was that a fix had been identified. That's all I know.

[JamesC]

hokeysmoke, jguerdat

I can confirm engineering is aware of this issue (night vision LEDs defaulting to"on" as you describe above) and still hard at work trying to find a resolution.

hokeysmoke,

I have seen content like you describe in your screenshot above when there is a lot of interference in the cameras environment. You could try (just for testing purposes) relocating the camera to see if the location is the cause of the issue. Alternatively, you could try relocating your router to be closer to the Arlo Q.

JamesC

[hokeysmoke · Accepted solution]

I moved the access point a bit closer to the camera and also farther from a potential interference source, and since I did that I no longer see the issue.  Thanks for the help.