Trying to stream to Google Cast and no luck. Based on BI documentation and on the fact that Google Cast honors h246 codec I'm using this URL to stream
http://192.168.1.5:91/h264/MG/temp.h264
This produces dark screen on the target device. If I use https
https://192.168.1.5:91/h264/MG/temp.h264
than the screen is not dark anymore It shows progress bar endlessly.
Last but not least if I try to use the same with VLC software I also do not see the video.
Please help as this is important to me.
Thanks,
Streaming to Google Cast
Re: Streaming to Google Cast
Well, I don't stream to Google Cast, but for VLC you need something like:
rtsp://admin:<password>@192.168.50.32/Streaming/Channels/1
Where <password> is my camera's admin password and "Streaming/Channels/1" comes from Stream Profiles Main.
rtsp://admin:<password>@192.168.50.32/Streaming/Channels/1
Where <password> is my camera's admin password and "Streaming/Channels/1" comes from Stream Profiles Main.
Re: Streaming to Google Cast
Google Cast?
Re: Streaming to Google Cast
Methinks they mean chromecast. Never tried such, don't use Chrome.
Re: Streaming to Google Cast
It would appear so according to a little Googling, but ya never know what they may spring on us without much notice!
It would also appear to require a rather convoluted process to stream a camera directly to a Chromecast device (or TV with the feature integrated into the hardware)..., let alone have it be an automated function based on a typical BI trigger.
According to a little more Googling, Chromecast actually wants to see an HLS input from what I've found so far. The HA/Docker approach seems to be the preferred method via ffmpeg with VLC being next in line with the latter introducing up to a 10sec delay in both audio and video to facilitate the RTSP -> HLS conversion.
So unless this is a HA/Docker/Raspberry exercise and not necessarily a practical real-world application for a TV in a living room, I'd just go with tinyCam or VLC on a streaming device and be done with it -- which is what I do.
The other option would be UI3 or a direct HDMI BI input -- obviously.
And thinking about the UI3 approach, maybe cast it to the receiving device from an Android or iOS phone?
There's a fair amount of info on the subject with a little searching.
It would also appear to require a rather convoluted process to stream a camera directly to a Chromecast device (or TV with the feature integrated into the hardware)..., let alone have it be an automated function based on a typical BI trigger.
According to a little more Googling, Chromecast actually wants to see an HLS input from what I've found so far. The HA/Docker approach seems to be the preferred method via ffmpeg with VLC being next in line with the latter introducing up to a 10sec delay in both audio and video to facilitate the RTSP -> HLS conversion.
So unless this is a HA/Docker/Raspberry exercise and not necessarily a practical real-world application for a TV in a living room, I'd just go with tinyCam or VLC on a streaming device and be done with it -- which is what I do.
The other option would be UI3 or a direct HDMI BI input -- obviously.
And thinking about the UI3 approach, maybe cast it to the receiving device from an Android or iOS phone?
There's a fair amount of info on the subject with a little searching.