Master branch has the latest changes regarding relying on go2rtc for streaming (and possible with audio, who knows)
I have stopped publishing new release versions until master branch becomes reliable.
I have come up with a custom integration here. It is far from perfect but it is working for me, so if you are interested you can install following readme instructions from github. Mainly, it requires you need to setup an addon and an integration.
Amazing that I was looking for exactly what you’ve put together here. Gonna try get it working now, but for some reason despite it being in my custom components profile, your integration isn’t showing up. Time for a container restart! holds thumbs
Right! Seems to be up and running after a shutdown of the docker container that I had my home assistant setup running in. The cam stream isn’t starting, I’m getting this:
Logger: homeassistant.components.camera
Source: components/camera/init.py:608
Integration: Camera (documentation, issues)
First occurred: 22:37:13 (16 occurrences)
Last logged: 22:46:14
Error requesting stream: camera.front_door does not support play stream service
Will carry on kicking it about, but good to see it’s fixed some of the issues I had with the other integrations I was using.
Thanks for your efforts on this!
To enable streaming, you need to call ‘camera.turn_on’ service as security camera is turned off by default. I have this as setup in frontend. One option can be to enable live stream when user clicks on image probably.
These buttons below will enable live stream when you click on them and long press will disable live stream. To conserve battery, this is required.
I had a script do exactly what you are suggesting on the previous component I had. Alas, I think it’s something to do with my setup. LIkely I’m running things in docker and not directly a direct install.
Logger: homeassistant.components.websocket_api.http.connection
Source: custom_components/eufy_security/websocket.py:78
Integration: Home Assistant WebSocket API (documentation, issues)
First occurred: 22:56:45 (16 occurrences)
Last logged: 23:11:37
[547820338048] Cannot write to closing transport
[547819487968] Cannot write to closing transport
[547819487968] Error handling message: Unknown error
[547977507216] Cannot write to closing transport
Yes, apparently, specifically this line says that This functionality is not implemented or supported by T8210P00xxxxxxE. Can you reach out node owner’s to include support for this model?
It may be that it’s nearly midnight and I was out drinking in the sun afternoon that I’m struggling more than normal. It may be quicker to solve tomorrow… but for the hell of it, tonight I’ll go back to a previous version of his docker image and see what happens.
Yup, was running latest. I rolled back to his previous version, and same story, so back to new version. It’s making me wonder if I need to check home assistant versions (which usually ends up with me fixing things for days gah!).
But. Maybe this is also a clue - whenever I call the camera to turn on, I get a login error showing up in my HA notifications from the IP of the PC I am on.
That error is normal because ha is trying to generate a url to stream camera view and it throws an error because stream address is missing. So, error is coming because you ended up in this popup. You can check the url generated, token parameter is unauthorized.
Sounds good, let me know when you’ve modified it, I’ll pull down a new image from your github repo and try it out. Any chance you are going to integrate it with HACS?
existing repository does not support non-rtsp cameras as doorbells. so, using websocket, trying to get video stream and convert it on home assistant as streaming video. I will release new version to support these cameras soon.