I just had a similar experience, with the following error:
frigate.object_processing WARNING : Unable to create jpg because frame 1613016818.360265 is not in the cache
frigate.object_processing WARNING : Unable to create jpg because frame 1613016818.360265 is not in the cache
Exception in thread detected_frames_processor:
Traceback (most recent call last):
File "/usr/lib/python3.8/threading.py", line 932, in _bootstrap_inner
self.run()
File "/opt/frigate/frigate/object_processing.py", line 529, in run
camera_state.update(frame_time, current_tracked_objects, motion_boxes, regions)
File "/opt/frigate/frigate/object_processing.py", line 367, in update
c(self.name, removed_obj, frame_time)
File "/opt/frigate/frigate/object_processing.py", line 465, in end
j.write(jpg_bytes)
TypeError: a bytes-like object is required, not 'NoneType'
Goodness, I just noticed that Home Assistant has updated and everythingās screwed! Looks like Iāll need to update a few things.
Good to know! I actually have a computer with BI that I donāt use. Does this workaround introduce any significant delay to the stream? How many cameras are you running this way?
Just like Tobias said the new version only has h.265(+). A benefit of this version is that it also includes a microphone, which in my use case, is an improvement. The design is different, but apart from that, it seems to have the same specs as the previous version.
Iām trying to do the same but just get the frigate error āffmpeg sent a broken frame. memoryview assignment: lvalue and rvalue have different structuresāā¦ the zm streams work fine in my browser but suspect its my ffmpeg settingsā¦ can you share yours please?
I just upgraded from 0.6.0 to 0.8.1 and have everything up and running (after redoing my config based on the docs). Everything is working properly (thank you for the great component!) but I canāt seem to get snapshot notifications to work. I have tried the example in the docs but no snapshot ever gets sent. I am running hass & frigate in docker. I checked the frigate/events and i see the messages. I also checked the clips folder, and there are jpgās in there, so I am not sure where the hang up is. I use Duckdns and LE for my public hass address. Any thoughts on where I could start to look.
Many many thanks for this, no idea how you figured out those params but its working a treat.
I wonder, have you noticed that in the frigate config the fps param no longer limits the frames when your taking the stream from zoneminder? I had it set to 5 and it worked when I was streaming from the camera but not when streaming from zoneminder
That worked, but my 10th gen i5 NUC CPU usage rose to 97% (normally around 4%).
It gave significant compression artefacts along lines in the image and when Iām checking the properties for the clips it suggests they are 50fps. And also, the clips seem to be out of time, and filmed prior to me entering the āsceneā.
I donāt wanna take your time, you are already giving us more support than expected, but do you think it is reasonable to acheive what Iām trying here? Eventually I would like to have five or so of these cameras.
Yeah, itās likely because itās an mjpeg stream without keyframing or any of the nice things that RTSP has. If you limit the framerate via the ZM url (as I do with &maxfps=3) and in the Frigate config as well, everything seems to play nicely in my experience.
If it was me I would just get cameras that support h264 instead. You can probably tune the conversion to reduce load and may even be able to get hwaccel to work for encoding again. That should lower the CPU required, but itās just unnecessary overhead. Iām not sure how low you can get it, but Iām sure you can do much much better. You can use the generated ffmpeg command from frigate and run it anywhere for quicker testing of different options.
ah Iād not thought of that cheersā¦ the only other thing Iāve noticed is the clips frigate now writes donāt seem to be playableā¦ guessing Iāve got to figure out some new output_args now too
Yeah, just make sure that everything is being converted to h264 and Frigate should work as intended. You can also get a shell into the Frigate Docker container and run ffmpeg directly to try various arguments. Iāve found thatās easier to debug and figure out what works than restarting Frigate with new args every time I want to try one.
It worked fine and suddenly stopped working without me touching it and started throwing the above error. Just wonder if anyone had similar issues or can point out in direction of fixing it please?