[Live-devel] simultaneous access to different sessions

[saravanan]

Hi Ross,

 

Yes, exactly you are right.  We are streaming from live, encoded video and
slightly modified the testOnDemandRTSPServer application. We thought of
getting your valuable inputs to understand the issue, if you are OK.

 

Below are the sequence of operation we are doing to stream MPEG4 and H264
videos simultaneously, 

.         Start the MPEG4 video streaming from VLC through
"mpeg4ESVideoTest" session, its working fine.

.         Stop the MPEG4 video streaming

.         Start the H264 video streaming from VLC through "h264ESVideoTest"
session, its working fine.

.         Stop the H264 video streaming

.         Start the MPEG4 video streaming again, working fine  and see 25fps

.         Start the H264 video streaming , 

.         Both H264 & MPEG4 streaming  happens and could get 25fps for ~15
seconds, and noticed doGetNextFrame() function of MPEG4 and H264 source are
getting called alternatively.

.         After 15 seconds,  doGetNextFrame () of H264 getting called 4-5
times continuously and then doGetNextFrame() of MPEG4 got called. At this
point of time the problem starts and both the streams are getting struck and
reduced to 1 or 2 fps!!! 

.         If we close any one session then other session resumed well and
could get normal streaming of 25 fps.

.         We completely gone through the FramedSource and MultiFramedRTPSink
source flow but could not understand what could be wrong.

 

Hoping to get your suggestions.

 

Regards,

Saravanan S

 

From: Ross Finlayson [mailto:finlayson at live555.com] 
Sent: Friday, February 08, 2013 12:31 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] simultaneous access to different sessions

 

I have built live555 testOnDemandServer application for my target and
testing two different client sessions to two separate sessions
"mpeg4ESVideoTest"  and "h264ESVideoTest". The stream is not smooth and
seeing struck and resuming the streaming.  I thought the target resource is
not enough to play two simultaneous format and  verified the CPU and memory
usage. But the total CPU usage for simultaneous streaming was maximum of 40%
and memory usage is less than 10%.  

 

If you are seeing 40% CPU usage while concurrently streaming from two
*files* (which is what the "testOnDemandRTSPServer" (sic) application does),
then you must have an extremely wimpy CPU.

 

(If, instead, you are streaming from live, encoded video - rather than from
a file - then you are *not* using the "testOnDemandRTSPServer" application;
you are using a *modified* version of this application, which we cannot, in
general help you with.)

 

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

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20130212/77471c9c/attachment-0001.html>