Buy commercial curl support from WolfSSL. We help you work
out your issues, debug your libcurl applications, use the API, port to new
platforms, add new features and more. With a team lead by the curl founder
himself.
Re: rtsp mjpeg stream stops streaming in windows
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Ray Satiro via curl-library <curl-library_at_lists.haxx.se>
Date: Sun, 10 Jul 2022 01:42:13 -0400
On 7/8/2022 9:39 AM, VINEETH NAIR via curl-library wrote:
> I am using libcurl version 7.79.1. I have an application that uses
> libcurl to connect to an IP camera with RTSP mjpeg stream. The
> application reads the frames from the camera.
>
> The problem is, when I run this application in windows, the camera
> stops streaming after sending a few JPEG frames. I can verify from the
> Wireshark logs that the connection to the camera went through and
> after the "PLAY" command the camera did send a few JPEG frames. But
> then it just stops streaming.
> The connection is still active, as the camera responds to a "TEARDOWN"
> command with an "Ok" reply.
> The same application didn't give any issue in a Mac and linux OS. The
> camera continuously streams JPEG frames.It works with vlc media player
> as well on all platforms: windows, linux and mac.
>
> few other information:
> 1. As a heartbeat message, to keep the camera connection alive I am
> sending an empty GET_PARAMETER request
> 2. The IP camera uses digest authentication.
> On further investigation, I found that when the camera stopped
> streaming JPEG frames, there seems to be some change in the nonce used
> by digest authentication. Since the GET_PARAMETER request got a "401
> unauthorized" reply
> However, the very next GET_PARAMETER request got an "Ok" reply
>
> So this change in nonce by the server(IP camera) is what might have
> caused the disconnection.
>
> Have you seen a similar issue? Can you help me with debugging?
If you are running the same application on Linux and Mac as you are on
Windows, and only the latter is a problem, get the curl_version() in
both applications and try the working version on Windows. Also, try the
latest curl version.
Date: Sun, 10 Jul 2022 01:42:13 -0400
On 7/8/2022 9:39 AM, VINEETH NAIR via curl-library wrote:
> I am using libcurl version 7.79.1. I have an application that uses
> libcurl to connect to an IP camera with RTSP mjpeg stream. The
> application reads the frames from the camera.
>
> The problem is, when I run this application in windows, the camera
> stops streaming after sending a few JPEG frames. I can verify from the
> Wireshark logs that the connection to the camera went through and
> after the "PLAY" command the camera did send a few JPEG frames. But
> then it just stops streaming.
> The connection is still active, as the camera responds to a "TEARDOWN"
> command with an "Ok" reply.
> The same application didn't give any issue in a Mac and linux OS. The
> camera continuously streams JPEG frames.It works with vlc media player
> as well on all platforms: windows, linux and mac.
>
> few other information:
> 1. As a heartbeat message, to keep the camera connection alive I am
> sending an empty GET_PARAMETER request
> 2. The IP camera uses digest authentication.
> On further investigation, I found that when the camera stopped
> streaming JPEG frames, there seems to be some change in the nonce used
> by digest authentication. Since the GET_PARAMETER request got a "401
> unauthorized" reply
> However, the very next GET_PARAMETER request got an "Ok" reply
>
> So this change in nonce by the server(IP camera) is what might have
> caused the disconnection.
>
> Have you seen a similar issue? Can you help me with debugging?
If you are running the same application on Linux and Mac as you are on
Windows, and only the latter is a problem, get the curl_version() in
both applications and try the working version on Windows. Also, try the
latest curl version.
-- Unsubscribe: https://lists.haxx.se/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2022-07-10