NX Server fails to access camera feed

Completed
Follow
Avatar
Aliyousaf
  • Edited

NX Meta Version: 5.1.5.39242

I have NX Meta VMS installed on my system. On the same device I have an RTSP server running (based on Gstreamer). Next, I manually added the device to the server by providing the RTSP URL. However, the server shows that the camera is offline and clicking on the Diagnostics' button shows the following dialog:

I tried to debug the problem and here is what I found: 

1. The NX server keeps sending the RTSP OPTIONS and DESCRIBE commands periodically and nothing more.

2. If I connected to the RTSP server using the GStreamer tool, gst-launch, it was able to connect to the RTSP stream and display the video

3. Once I connected to the RTSP stream using gst-launch, then  the NX server also started displaying the video stream. After the gst-launch connection, NX server sends the RTSP SETUP and PLAY commands in addition to the OPTIONS and DESCRIBE commands

I have a workaround to get the NX server to start displaying the video stream. How can I do it without the workaround, so that on RTSP server restart it can start displaying the video stream without the manual intervention?

0

Comments

7 comments

Sort by Date Votes
  • Avatar
    Ichiro

    Hi Aliyousaf

    This sounds like the RTSP stream might have some compatible issues. 
    Have you tried to play the RTSP stream via VLC player?

    If the RTSP stream is not possible to be played successfully on VLC, likely this is the issue on the RTSP stream, the implementation of the RTSP server which provide the stream might be the component should be checked.

    If you can play the RTPS via VLC, it is likely you may need to provide the wireshark of the operations, please refer to the article here to create the wireshark capture of further investigation

     

    In short - 
    If the stream is not playable on VLC either, your question goes to the RTSP server. i.e. may not in Nx scope.
    If the stream is playable on VLC, please create Wireshark capture and server debug log for further investigation.

    Thanks.

    0
    Comment actions Permalink
  • Avatar
    Aliyousaf

    I am able to connect to the stream via the VLC media player.

    PF the drive link for wireshark capture and the server logs here

    Note: The RTSP server and the NX server are running on the same device: 10.1.10.55

    As stated previously, NX server is unable to display and store the RTSP stream. Once a different media player connects (VLC in this case), then it  starts recording/displaying the RTSP stream.

    0
    Comment actions Permalink
  • Avatar
    Ichiro
    • Edited

    Hi Aliyousaf

    This is likely an expected behaviour and your stream has no encoder available.
    And your RTSP stream server respond to HTTP503, so this is likely an issue on the RTSP server side. (Gstreamer RTSP server), likely you were using the x264enc on your server, which is not properly configured. (just guess)

    While you are using gst-lauch, it has the explicit encoder specified, ex: 
    gst-launch-1.0 -v rtspsrc location=rtsp://127.0.0.1/test caps="application/x-rtp, media=(string)video, payload=(int)96, clock-rate=(int)90000, encoding-name=(string)H264" ! rtph264depay ! decodebin ! videoconvert ! autovideosink

     

    So in fact, what you have done is not just a workaround but a proper solution for this.  You can also see the proper response while the stream is played, the encoder is h264.

    This is likely the configuration on your Gstreamer RTSP server.
    Hope this helps.

    0
    Comment actions Permalink
  • Avatar
    Aliyousaf

    Hi Ichiro
    I am running a very simple RTSP server from the GStreamer RTSP Sever example. The pipeline consists of a test video source, a x264 encoder and a rtp payloader.

    Secondly, when I connect using the gst-launch-1.0, I don't provide any encoder and run the command below:

    gst-launch-1.0 playbin uri=rtsp://<ip_addr>/stream

    I had many devices connected to the server. I deleted all of them except the required RTSP stream and ran the experiments again. I was able to connect to stream using both the gst-lauch and VLC. NX server only started displaying the stream after the above connected. You can find the details (logs and wireshark capture) here. 

    I had another NX server running an older version of the software 5.1.3.38363. I added the above RTSP stream to it and all worked without problem. I restarted my RTSP stream several times and the NX server displayed it after every restart. This problem looks like a regression.

    P.S. How can I go back to a previous release of the NX server?

    0
    Comment actions Permalink
  • Avatar
    Ichiro

    Hi Aliyousaf,

    Thank you for providing the updated information. I can see a few points in your log and packet capture that we can explore further. Your issue has been escalated into an internal ticket for more detailed investigation, and we’ll need some time to look into it. We appreciate your patience.

    If you’re considering a downgrade, you may find this article helpful. However, please note that we do not offer advanced support for versions earlier than 5.1.5. Should you encounter any issues during the downgrade, we recommend performing a fresh installation for a smoother experience.

    Just a heads-up, and thanks again.

     

    0
    Comment actions Permalink
  • Avatar
    Ichiro

    Hi Aliyousaf,

    After a few investigation, I believe this is an issue that has been fixed in the latest v6.0 release.
    Once you update to the latest v6.0, there should just be a tcp connect check(without any RTSP command), and then VMS should try to open the camera in the usual way via RTSP standard steps.

    Thanks.

    0
    Comment actions Permalink
  • Avatar
    Aliyousaf

    Hi Ichiro,

    The stream is working fine now with the latest version (v6.0).

    Thanks for the help.

    0
    Comment actions Permalink

Please sign in to leave a comment.

Didn't find what you were looking for?

New post