Closed atv2016 closed 1 year ago
I am trying to get the birdseye rtsp view on my tv, but whenever i try to pull it (i use webrtc dash cast to put the rtsp stream on it) i see this in the frigate logs:
You haven't enabled birdseye restream so naturally it won't work
In addition, my camera entities from frigate that i stream or record are still are as slow as 30seconds behind, which i don't understand. When i used generic camera entities i'm pretty sure it was close to realtime. Maybe it also has something to do with this error.
what are you using to stream? I have used the dash cast and it is almost literally real time. If you are using HA stream function directly then it is of course still using HLS which is far behind real time
Argh. Do you have a link or example config for how to enable it? Is it put under restream? Sorry if i'm being ignorant. And i'm guessing the only way of seeing this is by using RTSP right, no way of 'casting a birdseye camera entity (i believe one can do this in the frigate card by just filling in camera.birdseye?)
So i used the camera.stream or camera.record with the camera entity. I used to use webrtc with RTSP (which was near realtime) but i haven't tried it with the camera entities, i will try that.
Argh. Do you have a link or example config for how to enable it? Is it put under restream? Sorry if i'm being ignorant.
It is covered in the restream docs https://deploy-preview-4055--frigate-docs.netlify.app/configuration/restream#birdseye-restream
And i'm guessing the only way of seeing this is by using RTSP right, no way of 'casting a birdseye camera entity (i believe one can do this in the frigate card by just filling in camera.birdseye?)
you can cast birdseye using webrtc via dash cast just like any other stream
Many thanks, i'll have a good read through of that as i do want to minimise the streams.
I tried to use webrtc dash cast to cast the rtsp stream to my chromecast, and it works but it seems to be frozen almost. It works fine in VLC. If i change the settings in the frigate webpage for birdseye to go from MSE to webrtc or JPEG, would that affect the rtsp stream as well? Maybe that will have a better effect on the chromecast. Or should i downscale the resolution somewhat.
I currently have this: birdseye: enabled: True width: 1920 height: 1080 quality: 1 mode: continuous
restream: birdseye: True jsmpeg: height: 640 quality: 1
If i change the settings in the frigate webpage for birdseye to go from MSE to webrtc or JPEG, would that affect the rtsp stream as well?
No the setting there is just for viewing, it has no affect on how it works for other consumers.
Hey Nick, thanks. Ok, i guess i'll have to try with the newest chromecast. This is v1 chromecast, so might not be able to display it, although it supports 1080P.
I think this issue can be closed? Seems it is working fine in VLC so on frigate side things are working as expected
Yes, i suppose so. Thank you for your help!
Describe the problem you are having
I am trying to get the birdseye rtsp view on my tv, but whenever i try to pull it (i use webrtc dash cast to put the rtsp stream on it) i see this in the frigate logs:
.934 WRN github.com/AlexxIT/go2rtc/cmd/rtsp/rtsp.go:202 > error=EOF
VLC also bombs out.In addition, my camera entities from frigate that i stream or record are still are as slow as 30seconds behind, which i don't understand. When i used generic camera entities i'm pretty sure it was close to realtime. Maybe it also has something to do with this error.
Version
SYSTEM 0.12.0-0DBF909
Frigate config file
Relevant log output
FFprobe output from your camera
Frigate stats
Operating system
HassOS
Install method
Docker Compose
Coral version
USB
Network connection
Wired
Camera make and model
dahua
Any other information that may be helpful
No response