Hi all,
We are using openRTSP Client to receive mpeg2 streams. When we call PAUSE and
then PLAY request during streaming then
we observed function getResponse1() is getting called from two places
simultaneously i.e.
1 ) from inside getResponse("PAUSE", bytesRead, responseCode, firstLine,
nex
>Are you *sure* that you don't know anything about the format of your media?
ok then, suppose I know what media type it is, for instance h263+ or
mpeg2 or whatever is easiest to converse about.
further suppose that they media is not coming from file, but rather
it is handed out to me, alread
Hello,
I am running openRTSP to test a streaming server and am running into
some CPU usage problems. The client is a 533 MHz PowerPC machine with
256 MB RAM running Linux. Apparently the client is not powerful enough
for openRTSP, as every time I run it see 99.9% CPU usage by openRTSP and
there
>>I have media in some unknown format, but already divided into
>>frames, cached in memory.
>>I want to start streaming immediately to a known client ip/port.
>Sorry, but RTP payload formats (network packing rules) are designed
>for specific media types. If you don't know the format of your
>me
Hi,
I've been trying to get RTSP streaming to work though a buffer. I am
using a named pipe filled by mencoder.
My aim is to have multiple clients viewing the "stream". I've tried
using the 'testOnDemandRTSPServer' from the
testProgs directory and set the reuseFirstSource flag to true.
// To ma
We are using latest LIVE555 streaming media server and client. We
would like to test pause functionality from client side. Where can I
call this
pauseMediaSession () function in the client side during streaming.
Any time while the stream is playing - i.e., sometime after "PLAY",
and before "T
Could not this be added very easily using a singleton? This would make
the data accessible anywhere, and not demand any change to the API.
-Morgan-
On 17/07/07, Ross Finlayson <[EMAIL PROTECTED]> wrote:
> > Is there a reason why this is the current design?
>
> Because the details of the underlyi