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

[Andy Hawkins]

Hi,

Apologies for the delay in replying.

I've repeated the test using openRTSP as the client, but with the rest of the chain as before.

I'm running 'openRTSP -d 30 rtsp://192.168.202.220:8554/a2' and then checking the size of the video file that is created.

The first time it's 22215396 bytes, and this file is playable by VLC.

After openRTSP has quit, I run it again, and this time I get a file that's only 210560 bytes (barely 1% of the size of the original file).

To re-iterate, the chain is:

Multicast M2T stream -> Live 555 RTSP server with a MPEG2TransportUDPServerMediaSubsession -> openRTSP

If you need any further information, please let me know.

Thanks as ever.

Andy

________________________________
From: live-devel <live-devel-bounces at us.live555.com> on behalf of Ross Finlayson <finlayson at live555.com>
Sent: 14 April 2024 16:11
To: LIVE555 Streaming Media - development & use <live-devel at us.live555.com>
Subject: Re: [Live-devel] Issue with serving raw UDP transport streams using testOnDemandRTSPServer



> 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.
https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.live555.com%2F&data=05%7C02%7Candy.hawkins%40uniguest.com%7C25b4e4d74ed1459149c708dc5c960777%7C9b0e98ba45ed42abb699c61412572c2c%7C0%7C0%7C638487046661083738%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=K%2BkbuiV0P5OTuLmku2XFrwx6AQamitRpN1Pv15PrxD4%3D&reserved=0<http://www.live555.com/>



_______________________________________________
live-devel mailing list
live-devel at lists.live555.com
https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.live555.com%2Fmailman%2Flistinfo%2Flive-devel&data=05%7C02%7Candy.hawkins%40uniguest.com%7C25b4e4d74ed1459149c708dc5c960777%7C9b0e98ba45ed42abb699c61412572c2c%7C0%7C0%7C638487046661094597%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=1mlUwat4kKLcnzM3BuhZNdteHmY793PB8oVsVj6qgSU%3D&reserved=0<http://lists.live555.com/mailman/listinfo/live-devel>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20240417/c0b18d06/attachment.htm>