Well, just a few days after moving from 0.4.0-beta to the dev version of the Frigate container, my machine locked up again. I noticed I wasn’t the only one with the issue:
When I had this problem with the 0.5.0 betas, I vividly remember there was nothing unusual in the container logs. With dev, I didn’t check the logs before I recreated the container based on the 0.4.0-beta image.
Based on the Github issue though, it seems like the problem is not with Frigate as the poster reported that the system froze with the Coral getting started guide.
I could run dev again and check the logs next time it freezes if you think that would be helpful.
@blakeblackshear - I seem to get several notification with same timestamp. You mentioned in past that the object tracking keeps same id for about 10 seconds. How has that changed in the latest Dev image?
I didn’t unplug the Coral at all when I downgraded from 0.5.0 back to 0.4.0-beta about 6 weeks ago, and the system hangs went away. So it’s something that changed between 0.4.0-beta and 0.5.0.
To rule out an issue with your code, I unplugged the Coral a few hours ago and I’m trying 0.5.0 in CPU mode. There’s not a lot of activity on my cameras so I’m fine with slower detection rates for a bit.
I merged and released 0.5.1 with all the latest changes from the dev image. If you are having any hanging issues, please make sure you are using the 0.5.1 image. All other 0.5.x versions have known issues with hanging.
You may want to look at an Atomic Pi because it has an x86 processor and its simpler to get the hardware accelerated video decoding to work. That’s what I am using for my setup with less cameras. It’s not as simple to get up and running, but it’s nice to not have to juggle ARM compatibility all the time.
You don’t need USB-C. The cable it comes with isn’t even usb-c. It’s just USB 3.0 that you want but I think some people are even running limited frame rates on 2.0.