Chime VDB: Doorbell Press results in loss of Luma 510 NVR Videofeed

[Don Cohen]

The title says it all. Whenever someone presses the Chime VDB button, I lose the Videofeed in my Luma 510 NVR. I have to reboot the VDB to get it going again.

I have an Edge Browser window open that is logged into the Luma NVR and shows the 4 cameras in my home. I keep that open on my second computer monitor, so I can readily see when this happens.

I am now on 3.2.4, but this also happened with 3.2.2. All Drivers and Firmware appear up to date. When this happens, I can still see the camera's Videofeed using the Control4 App.

I have programming using the Chowmain SMTP Driver to send me an email when this button is pressed, but this problem occurs even when I disabled this.

Any thoughts or ideas welcome, as well as additional troubleshooting steps I can take to track this down.

[eddy.trochez]

How are you integrating the Chime to your NVR? Onvif? There is a bug where the RTSP stream will freeze when the button is pressed. I reported this to Control4, but it wasn’t even acknowledged. There no reference number that I’m aware of. The only way to fix this is to use the RTSP URL directly and not the Onvif profile. Also, you need to use the main stream for recording, since the issue is in the Substream. 
Also, in my NVR I use the main stream URL for both the main stream and the Substream. 

[Don Cohen]

Many thanks for the reply. To add the Chime to the NVR, I followed the instructions provided in the document provided by Snap One, and the Custom Protocol used shows RTSP, with no mention of ONVIF. This corresponds to the IP Address and RTSP Port shown for the Chime VDB in Composer.

In the Luma, I'm using live.sdp for the Main stream and live3.sdp for the Sub stream. Hmm...I'm sure I read that this is what I should use for the Sub stream somewhere, since I would have no reason to do otherwise. I may be mistaken but I recall the Illustrations in that document showing live3.sdp for Sub stream at one point, and I followed that.

Regardless, I just changed Sub stream to the same live.sdp to see what happens. I rang the bell, and once again it froze in Luma, continuing unchanged in Control4.

I then checked Live View Parameters on the 'Configure this Computer' page of the Luma. For Stream type it showed Mixed Stream and Image size was at 16:9 (I didn't set the NVR up when it was first installed, so don't know why this was chosen). According to the Chime document these should be Main Stream and Auto-fill. I changed those, and that seems to have fixed it.

Thanks again - you got me pointed back in the right direction - rtfm!

[eddy.trochez]

Live3.sdp is the Substream and that is the one freezing. Set both the main and sub streams in the NVR to live.sdp which is the mainstream.