The instructions for Synology are incomplete; they tell me how to get the stream URL (which I can do successfully) but the stream component also requires a still image URL. Anyone know how to obtain that?
Thanks Bigrob8181!
DLink 2132L config
- platform: generic
name: A Camera
still_image_url: http://192.168.1.200/image/jpeg.cgi
stream_source: rtsp://username:[email protected]:5010/live2.sdp
username: !secret dlink_username
password: !secret dlink_password
verify_ssl: false
RTSP URL working fine in VLC player , but the error in log camera.gangen does not support play stream service
camera:
- platform: generic
scamera.play_stream: rtsp://username:[email protected]:12001/VideoInput/1/h264/1
still_image_url: http://192.168.1.223:12001/cgi-bin/snapshot.cgi
username: !secret dahua_username
password: !secret dahua_password
verify_ssl: false
authentication: basic
name: Gangen
No more distortion on dafang stream after update to 0.90.2
Hi smile,
Try replacing scamera.play_stream: with stream_source:
Hi all, just for reference for people who experience issues starting the stream in the frontend.
Please check the issue below on github:
https://github.com/home-assistant/home-assistant-polymer/issues/2987
thats not possible with synology as default
what i did, on my synology , i enabled a webserver with PHP, that with php script i generate my unique stil_image_links
I’ve tried the RTSP stream from a Doorbird Camera and I also get the more-info dialog that never shows playback. I tried the frontend javascript latest workaround but it hasn’t made a difference so far.
I’m running this on hassos on Intel NUC with 0.90.2 and have tried the frontend from:
iOS 12.2 Safari
Firefox 66.0.2 on Windows 10
Google Chrome 73.0.3683.86
Chromium on Raspbian
I can play the stream via VLC and there are no system errors reported.
-Jan
Don’t know if this helps, but with my Reolink cameras I take the still image URL from the camera and the stream URL from the Synology they record to. Seems to work fine.
Tried doing both directly from the camera but it doesn’t seem to like it, I think it maxes out its bandwidth
I have tried using a link to the primary stream, sub stream and my Synology formmy reolink camera. They all work via VLC (not a bandwidth issue) but they all take between 2-4 seconds to start. I suspect the delayed start on first connection is part of the issue.
Reliability is poor in all three cases. The lower resolution sub stream seems to be the most stable but still not reliable enough to use.
@gregg098 and other foscam people. I do have the same config as gregg098 and streaming is working within HA in the browser, so the generic_camera is working fine. But whe pusing the stream to a chromecast, the chromecast gives an ampty video/google icon, and no stream.
- platform: generic
name: Foscam Stream
stream_source: rtsp://user:pass@camaraurl:88/videoMain
still_image_url: http://cameraurl:88/cgi-bin/CGIProxy.fcgi?cmd=snapPicture2&usr=user&pwd=pass"
username: !secret foscam_user
password: !secret foscam_password
verify_ssl: false
above is just working fine, but no stream on Chromecast:
script:
stream:
sequence:
- service: camera.play_stream
data:
entity_id: camera.foscam_stream
media_player: media_player.chromecast
any idea’s?
no error in the log and running 0.90.2
I have this working, sort of, on a Lorex LNE8974AB and LNE8950AB.
I can only get it to stream to chromcast (non-4K version) if I pick the low res stream. When I stream using stream 0 it works OK on the web browser, but going to the chromcast does not work (no error, just no picture). My GUESS is it relates to being 4K.
It looks like it is reformatting to HLS, is there a way to specify a new target resolution? I can only get very low res in the alternate stream, I would like to down-sample the 4K stream to HD or whatever Chromcast takes.
On a related note – does anyone know of a way to stream directly to WebOS (LG’s smart TV), without chromcast? My LG is 4K, my chromcast (hardly ever used) is not.
thanks in advance for any insight,
Linwood
Has anyone have this working with an Arlo BabyCam?
Thanks! Worked after replaced scamera.play_stream: with stream_source:
But I have to click on picture card then play the stream. Is it possible to see the stream directly on the card?
To follow up, I am seeing an issue (or at least a restriction) with 4K images.
I went out and bought a Chromecast Ultra today, to see if it related to initially using an old-style (HD limited I think) version. It does, but there are other issues.
If I set up for my primary stream in the generic camera (4K, 3840x2160, H264H, VBR, max bit rate 4096, 1fps) and stream to the Ultra it works fine. Note I am at 1fps just to try to make this not a performance question.
If I stream the same to the old style Chromecast, I see it try (horizontal line runs across a couple times) then it fails silently - no error on screen or log. Other than the lack of error this is not really an issue – if one wants 4k using the ultra makes sense.
I also was able to determine that if you rotate the image (e.g. three of my feeds are rotated 270 degrees for a vertical view), then for any decent resolution chromcast just discards the image. I confirmed this with VLC.
So… anyone trying this with chromcast be aware you need an ultra if you are using high res cameras, and also that you cannot rotate the image.
By the way, and just FWIW, my images are running about 11 seconds behind on a very low res very low fps feed on a rPi 3B (non-plus). Which is really too slow, though somewhat usable still. Maybe it’s time for some kind of intel system.
Thank you, I have my Unifi cameras back, now just need to get the motion sensor sorted.
Speaking of delay, I run my HA on an Intel NUC and still having a delay of ~10-20 seconds, regardless what quality is set for streaming.
I have a laview (hikvision)doorbell camera. 1080p at 12fps. It is also connected to a NVR. If I stream using VLC I get a perfect stream, but on HA is streams a couple seconds, buffers, and streams again. One thing I notice though is it’s not dropping the stream, I can see the timestamp, so overtime, it will be more and more delay. So it goes from 10:10:01 to 10:10:03, then buffer for a couple seconds, then contiue at 10:10:03 to 10:10:05 then buffer for a couple seconds then continue at 10:10:05 and so on.
It does not matter if I use the stream from the NVR or the stream from the doorbell camera directly. Also does not matter if I use the higher quality 101 stream or the lower quality 102 stream. I tried setting the framerate to 12fps, since that is what the camera uses, but made no difference.
Anyone else had any luck with this or any of the other rebranded versions of the same camera.
https://www.amazon.com/LaView-Doorbell-Storage-Pre-Installed-Detection/dp/B079Q435KL/
I run my HA on an Intel NUC and still having a delay of ~10-20 seconds, regardless what quality is set for streaming.
I’m not sure whether you just saved me buying a NUC, or disappointed me no end. I wonder where that much delay is from?
On a completely different note – how does one STOP streaming?
I was experimenting with my TV last night, and switched to getting images to display from a USB card, yet Chromecast kept yanking the image back to my IP camera. I just did an experiment and turned the TV off – it paused the Chromecast, but when the TV came back it was on a still from the IP camera. Is there some way to terminate the stream?
For me I found that changing the input on the TV ended the stream. Not sure if that is the most efficient way to do it, but worked well in my setup