Tried to manually send the UN/PW via commands Gary suggested, that did not work. Tried to roll the camera firmware back to an older one, the camera would not accept it. I can get it to display beautifully (1080p!) using the RTSP link and VLC. I continue to have no luck with getting a still image to display w/in Vera using UI5. There seems to be some discussion around the subject of streaming RTSP via web pages 7 ways to stream RTSP on the page | Flashphoner Streaming & Calls for Web I suppose giving a hint to the openluup and ALTUI develops might be enough Since openluup allows for much more powerful hardware, I would imagine adding that kind of RTSP to WebRTC proxy with optional transcoding functionality could be implemented into openluup and AltUI. Naturally the used browser should support displaying H.264 via WebRTC as Vera lacks the CPU power to transcode H.264 to something else. I suppose Vera web UI could support the native H.264 RTSP streams via web UI if they implemented a RTSP to WebRTC proxy in the Vera and had HTML5 web UI that can play those webRTC streams. Those flv and flv_low parts need to be removed to get frame by frame streaming back. One can define those flv-streams via the same Streams-variable that enables RTSP streams like this :įlv,http,/cgi-bin/mjpg/video.cgi?channel=0&subtype=1 flv_low,http,/cgi-bin/mjpg/video.cgi?channel=0&subtype=1 rtsp,rtsp,/cam/realmonitor?channel=1&subtype=0 rtsp_low,rtsp,/cam/realmonitor?channel=1&subtype=1Īfter adding the flv anf flv_low parts, Vera will open the flash based stream player in the web UI when live but since the HTTP stream from Amcrest is MJPEG, the flash based player cannot play it. I fiddled around with the MJPEG stream from the Amcrest ( but it won’t work with Vera. I believe currently live streaming via browser using Vera UI requires support for flv-streams which Amcrest cameras don’t support. I bought few cameras from the States as those were no longer available here in Europe ( .uk or ) for a while.Īnyways here is a link to the the IP3M-943 UK model firmware from 2016 : I’m running UK firmware on some of my IP2M-841s and IP3M-943 I purchased from, so it doesn’t look like Amcrest hardware is region specific. For the US models older download link points to 2017 firmwares. There you can still find an old version from 2016 for IP3M-943. Naturally such camera should not be connected directly to public Internet via port forwarding or similar due to security concerns.īasically any firmware from 2016 would probably work but all spring 2017 firmwares have HTTP Digest authentication enabled.įor IP2M-841 this firmware still works with basic authentication:Īmcrest also lists International Firmware at the bottom of the firmware page ( Firmware Upgrade | Amcrest Technologies) If your issue is indeed UI5 and lack of HTTP Digest Authentication support then the only easy option is to find older firmware for the camera that still uses basic authentication. Try setting the camera user and password with these LUUP-commands, substituting proper values for the VERA_IPADDRESS, CAMERA-DEVICE-ID, USERNAME and PASSWORD and pasting the URL to the web browser. Setting the username and password via Vera Web UI would not fix the problem but setting via LUUP-commands did the trick for me. I also had some username and password issue on UI7 after adding another Amcrest bullet via CreateDevice LUUP-command as that seems to be the only way to get a HTTP Digest enabled Amcrest camera added to Vera with UI7. I seem to recall HTTP Digest support was not added until UI7 but I could be mistaken and cannot check as I upgraded my old Vera 2 to Vera Edge.Įven with the UI7 I initially got “camera requires a valid username and password” and it was clearly due to the HTTP Digest Authentication.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |