Server-side: using stock live555MediaServer running on macOS.
Client-side:
- The problem occurs regardless of transport (both TCP and UDP)
- The problem is seen with our code using RTSPClient API
- The problem doesn't occur with testRTSPClient. Currently looking at
possible implementation differences (not finding a whole lot, yet)
Clearly, all the packets that comprise the first frame are received over
the wire (I check the size of the discarded packets, and it adds up to
the total of the first frame size). However, the content of the first
packet is different, somehow. Not sure what could cause it -- still looking.
On 5/17/22 1:54 PM, Ross Finlayson wrote:
On May 17, 2022, at 11:36 AM, Alex Agranovsky <a...@sighthound.com> wrote:
Hi,
I'm debugging a situation, where the first frame on the connection is always
dropped by live555 RTSP client.
Can you say more about your configuration?
What are you using as your RTSP server (for streaming your video file
“short.mkv”)? The “LIVE555 Media Server”? Or some other RTSP server?
What are you using as the “LIVE555 RTSP client”? “openRTSP”? If so, please
post your command line, if you are using any command-line parameters.
Are you streaming RTP-over-TCP, or RTP-over-UDP (the default)?
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel