good afternoon, I managed to install add-on, when I go to the web from the sidebar, I get 502: Bad Gateway, in yaml I replaced the local host with the server address. but it didn’t help,
tell me is this the correct yaml or did I write it wrong?
api:
listen: “192.168.0.108:1984”
rtsp:
listen: “192.168.0.108:8554”
webrtc:
listen: “:8555” # external TCP port - forward this in your router
candidates:
I’m sorry that I ask a lot of questions, I’m just not a programmer, I study myself as best I can.
In general, how I set it up:
I registered the cameras in the hass configuration, cameras are registered in generic camera, installed add-on go2rtc, the cameras were loaded into go2rtc from hass.
установил RTSPtoWebRTC прописал сервер http://192.168.0.108:1984 / и сервер адрес сервера оглушения 192.168.0.108
in yaml, go2rtc prescribed camera streams from hass
put the cameras on the map
now my cameras only show a static picture both on the map and when switching to the camera
go2rtc apparently does not work as there is no download
I tried to add a camera to generic camera now from go2rtc with the address rtsp://192y168y0y108:8554/camera1
It was added, but the picture is still static, even if you switch to a new entity that appeared in the integration
When working, I get data acquisition errors
and still no access to the web API menu ON, 502: Bad Gateway
and yes, I have forwarded port 8555 on the router to the server (192.168.0.108)
UPD:
Ugh, I set up a level 3 domain on the server’s port 1984 and got into the API admin panel, there are dual cameras from both HSS and streams. Deleted in yaml streams, the cameras disappeared from the web all at once. Restored the repeated 2 times appeared again
You do not need to list all those cameras. They are automatically converted with that plugin to webrtc. You can add them there but really there is no reason to since you’re not transcoding at all. So remove them, Also your ‘listen’ should really just be “:PORT”. That way it should listen on all IPs.
After you restart go2rtc after making those changes, you should literally be able to add your existing cameras in hass like normal to a live picture-glance card.
now the web opens, but it is empty, although the go2rtc log shows that links to cameras from hass have been loaded.
for information, I tried to set up the transmission on the camera and with h265 and H264 the reaction is the same. The camera still has the possibility of h265+ and H264+, as well as MJPEG, but I’m not trying it. since the first two there is no guarantee that they will work, and the last one is that most likely 8 cameras can put the network up to RP4.
and also for information, we wrote earlier in the topic that in HA cameras should be specified in the properties frontend_stream_type: web_rtc
UPD: in the meantime, I have disabled go2rtc and deactivated RTSPtoWebRTC, my cameras are showing, but as before they have buffering and a delay of one minute
If there are any more suggestions on settings, I am always ready to experiment
Well. I figured it out. It helps when you don’t expose your google nest max through home assistant to google as the same device name as what google knows your nest max as.
I was looking for how to implement a video stream via popup and for myself I found this option pipup + motion eye. I implemented the stream through the motion eye addon, the same webrtc and no headache. C go2rtc is sad for me. For example, after creating a go2rtc.yaml file, I get this error “Package go2rtc setup failed. Component streams Integration ‘stream’ not found”, and if I upload this file to the /config folder, nothing happens and entities do not appear. I still didn’t understand where the file should be located. Installed the go2rtc addon, installed the RTSPtoWebRTC integration, opened the go2rtc web interface at http://192.168.1.86:1984 and copied the links
Automation that launches Popup and broadcasts a video stream with motion eye
alias: PipUP
description: ""
trigger:
- platform: state
entity_id:
- input_button.pipup
condition: []
action:
- service: androidtv.adb_command
data:
command: >-
ps -ef | grep -v grep | grep pipup || am start
nl.rogro82.pipup/.MainActivity
target:
entity_id: media_player.android_tv_192_168_1_129
- service: androidtv.adb_command
data:
command: input keyevent KEYCODE_WAKEUP
target:
entity_id: media_player.android_tv_192_168_1_129
- service: rest_command.pipup
data:
title: Front Door
message: Live Stream of Doorbell
width: 480
height: 340
url: http://192.168.1.86:8081
mode: single
Текст на русском (Text in Russian)
Я был в поисках как реализовать видеострим через pipup и для себя нашел вот такой вариант pipup + motion eye. Я реализовал стрим через аддон motion eye, тот же webrtc и никакой головной боли. C go2rtc у меня печально. К примеру создав файлик go2rtc.yaml, то получаю вот такую ошибку “Package go2rtc setup failed. Component streams Integration ‘streams’ not found”, а если я закину этот файлик в папку /config, то ничего не происходит и сущности не появляются. Я так и не понял где должен находиться файлик. Установил аддон go2rtc, установил интеграцию RTSPtoWebRTC, открыл веб-интерфейс go2rtc по адресу http://192.168.1.86:1984 и скопировал ссылки http://192.168.1.86:1984/webrtc.html?src=rtsp… - не открывается в pipup http://192.168.1.86:1984/api/frame.mp4?src=rtsp… - открывается в pipup, но картинка не меняется
в самом файлике go2rtc.yaml вписал и закинул в packages. Смотрите ниже скриншоты
Do you have default_config: in your home assistant configuration.yaml file? If not, then you’ll need to add the ‘stream:’ component to the configuration.yaml.
Also, I think pipup needs a https address. Unless you use a version (There supposedly is one that was modified) that has that https requirement disabled. This may be your problem.
I found the reason why go2rtc didn’t work for me. It turns out that it was only necessary to specify port 8555 in the integration settings of RTSPtoWebRTC, and then throw the go2rtc.yaml file itself into the /config folder
But its supposed to be the api port. Not 8555 at all. I believe you’re effectively disabling RTSPtoWebrtc as it can’t connect to anything.
You don’t really need that integration unless you plan on viewing steams in homeassistant lovelace cards. You seem to just be sending go2rtc directly to pipup which doesn’t require RTSPtoWebrtc at all.
I also had to make the rtsp host port something other than 8554 but that doesnt matter since I configure home assistant with the docker hostname and not IP
Installed RTPStoWebRTC and pointed at go2rtc container
And of course the problem is webrtc link in both the go2rtc portal and in a picture glance card do not load. MSE seems to work however, but I dont know how to get thet into Home Assistant and I’d rather have webrtc anyways
A quick note on how I configured Go2RTC and RTSPtoWebRTC together to have WebRTC.
Add your streams to go2rtc config.
Add the go2rtc streams to HA. HA > Settings > Integrations > Add Integration > Generic Camera > rtsp://<<go2rtc_IP>>:8554/camera_name. Repeat for all your streams defined in go2rtc config.
Install the RTSPtoWebRTC add-on. HA > Settings > Integrations > Add Integration > RTSPtoWebRTC > http://<<go2rtc_IP>>:1984/
With that, the go2rtc generic cameras from HA will be then automatically added back to go2RTC: you should see it on the web ui of go2rtc.
On HA dashboard, use Frigate or WebRTC card.
Don’t forget to config everything for external access as well to benefit from WebRTC outside your LAN.
My issue was the fact that network_mode: host is mandatory. I believe this is because of the two random UDP ports that are opened. I am requesting a feature to set those udp ports, but my hunch is there might be more that the container is relying on from this mode than just udp ports
Don’t forget to config everything for external access as well to benefit from WebRTC outside your LAN.
Don’t quite agree with this. My Home Assistant is externally accessible so my camera feeds can stay behind HA without worry some unknown service/intruder can see the cameras
Then you won’t get remote webrtc. That’s pretty much the point of this thread. haha. I’d suggest though that you look into how webrtc works. Its not insecure. Just don’t expose the api and let that remain behind HA.