[Live-devel] Issue with serving raw UDP transport streams using testOnDemandRTSPServer

[Ross Finlayson]

> On Apr 10, 2024, at 8:01 AM, Andy Hawkins <Andy.Hawkins at uniguest.com> wrote:
> 
> I made a small modification to the source for testOnDemandRTSPServer to specify that the input stream to a MPEG2TransportUDPServerMediaSubsession is 'raw' UDP and tested this against a multicast M2T stream. This seems to work fine, I can connect multiple clients to the RTSP server and retrieve the streams.
> 
> However, if I stop all the clients, and then restart them, then the streams fail to start.

Andy,

I was not able to reproduce this (using “testOnDemandRTSPServer” with “testMPEG2TransportStreamer”, which streams over RTP/UDP rather than raw-UDP; this should not make any difference).


> In all cases, I was testing using VLC as a client.

Instead, I used “openRTSP” as a client, with the “-n” option (which tells “openRTSP” to report when it receives the first data).

Are you able to reproduce your problem with “openRTSP” as a client?  I suggest both stopping the client using Control-c, and stopping it by explicitly specifying a stream duration - e.g., by adding “-d 10” to the “openRTSP” command line.

If not, then this might be a problem with VLC, not with our code.


Ross Finlayson
Live Networks, Inc.
http://www.live555.com/