Closed esmoyer closed 2 years ago
Yeah, the recommended reolink args are different than the ones that would be good for amcrest. In my experience with my amcrest cams I have not needed any specific args (except to enable audio).
If there are no logs for those cameras than it is unclear what the issue could be. Might be worth trying what was recommended here and duplicate the inputs with one as record and one as detect just to see if perhaps running in separate ffmpeg processes fixes the issue
Thanks, I'll give it a go and keep testing things out. It's not terrible, just annoying that I can't seem to figure it out. I'm planning to de-virtualize Frigate and put it on it's own HP Pro mini once I get a retired one from work to see if that fixes any of the few wonky bits I have encountered.
I'm planning to de-virtualize Frigate and put it on it's own HP Pro mini once I get a retired one from work to see if that fixes any of the few wonky bits I have encountered.
That could be an issue too, perhaps cpu from detect decoding and motion detection is hitting it too hard. Separate ffmpeg processes should help this if that's the case
Interesting. I haven't seen any crazy CPU spikes but may watch a bit more. Just curious, what's your setup? Do you have a dedicated machine or do you virtualize? If so, what specs are you sitting at?
Interesting. I haven't seen any crazy CPU spikes but may watch a bit more.
This wasn't a solid thought, more of a random guess.
Just curious, what's your setup? Do you have a dedicated machine or do you virtualize? If so, what specs are you sitting at?
I run in UnRAID so directly on docker as a dedicated server. I have a ryzen 5700G and 32 GB RAM writing to NVME SSDs. To be clear it's not that I never get a random stutter but it is very rare.
Also another thing I thought of that I would recommend trying, if you download the mp4 from a frigate event and view it in VLC do you still see the stutter? There is a known issue with the viewer inside frigate stuttering that is unrelated to the actual footage stored
Also another thing I thought of that I would recommend trying, if you download the mp4 from a frigate event and view it in VLC do you still see the stutter? There is a known issue with the viewer inside frigate stuttering that is unrelated to the actual footage stored
Good call. Just tried it with a fresh clip. Playing in Frigate yielded a pretty smooth video but a 2-3 second pause while the downloaded MP4 was smooth all the way. I'll test it out a bit more. Thinking about it, I previously thought it had to do with it stitching together the 10 second clips as the pauses/stutters seemed to happen a 8-10 second intervals; but figured correlation does not always equal causation.
Describe the problem you are having
I upgraded my cameras from wireless Eufy's to wired Amcrest in hopes of solving this issue, thinking it was due to wifi; but sadly no luck.
I am having the same issues as listed from the previous issues below. I have tried the recommendations and nothing seems to help. I assume it's because they had Reolinks and I have Amcrests. I have tried playing around with the input arguments but nothing seems to work. Just commented them out for now, though I'm pretty sure they are the defaults anyway.
Viewing from the cam web server or VLC directly yields no stuttering. Would appreciate any additional input on anything I might be missing.
https://github.com/blakeblackshear/frigate/issues/1499 (my videos and playback buffering look exactly like the ones in this issue) https://github.com/blakeblackshear/frigate/issues/896
Version
0.11.0-d2c3cdc
Frigate config file
Relevant log output
FFprobe output from your camera
Frigate stats
Operating system
Proxmox
Install method
Docker Compose
Coral version
USB
Network connection
Mixed
Camera make and model
Amcrest IP5M-T1179EW
Any other information that may be helpful
No response