LIVE555 Streaming Media - development & use

Rafael Antoniello | 13 Jun 2012 16:36

testOnDemandRTSPServer app takes 100% cpu when disconnecting and connecting external client (e.g. VLC)

Hi,
I have tested "testOnDemandRTSPServer" as follows (using source code
live.2012.06.12.tar.gz):

1- Stream MPEG2-TS stream over raw UDP locally (let's say to
udp://127.0.0.1:1234). I am using FFmpeg for this task.

2- Changed some lines in the application to take the UDP stream in raw mode;
this is:
$ char const* inputAddressStr = "127.0.0.1";
$ Boolean const inputStreamIsRawUDP = True;

3- Launched "testOnDemandRTSPServer" application; to serve correspondent RTSP
stream (rtsp://...)

4- Connect to RTSP source using another client; VLC in my case.

Observations:
- Connect VLC to rtsp source: opens and perfectly plays the UDP source without
problems. CPU consumption keeps nearly to zero.
- Disconnect the client (stop VLC).
- Connect again the client (just press play button of VLC). The second time CPU
consumptions raises 100%, and the video does not play well.

Method "void BasicTaskScheduler0::doEventLoop(char* watchVariable)" seems to be related

to this problem. Nevertheless, It might exist some socket connection/disconnection problem, as if some object(s) in the related code are
not properly used/released. If you schedule "BasicTaskScheduler0::doEventLoop", adding for example a "usleep(0)" within the loop, CPU consumption decreases, but this does not solve the problem: in a second connection the video does not play well.

Thanks in advance.
Rafa.

_______________________________________________
live-devel mailing list
live-devel@...
http://lists.live555.com/mailman/listinfo/live-devel

headers

Ross Finlayson | 15 Jun 2012 07:33

Re: testOnDemandRTSPServer app takes 100% cpu when disconnecting and connecting external client (e.g. VLC)

Unfortunately I can't explain your problem.

However, if your intention is to use our RTSP server implementation to stream a live Transport Stream, then I suggest that you have the server access the Transport Stream data directly (as an input source), rather than having the Transport Stream data streamed to the server.

See http://www.live555.com/liveMedia/faq.html#liveInput-unicast

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

_______________________________________________
live-devel mailing list
live-devel@...
http://lists.live555.com/mailman/listinfo/live-devel