>when two DESCRIBE requests are pipelined,
But that's not what you showed in the trace that you included in your
earlier message. That trace showed DESCRIBE, SETUP, PLAY, DESCRIBE,
SETUP, PLAY - all handled correctly - with only a trailing TEARDOWN
not handled correctly (because the URL was ba
See embedded comment below.
Geoff
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:live-devel-
> [EMAIL PROTECTED] On Behalf Of Ross Finlayson
> Sent: Friday, September 14, 2007 10:49 AM
> To: LIVE555 Streaming Media - development & use
> Subject: Re: [Live-devel] Race condition bug
First, there is non't really a "race condition" going on here,
because our server code is single-threaded.
Also, you are using an old version of the "LIVE555 Streaming Media"
code. You will need to upgrade to the latest version of the code.
(No support is given for old versions of the code.)
In effect, we're tring to use the "ByteStreamMultiFileSource"
class to do a sort of "playlist".
We'd like to understand where/how, during the streaming, this object
manages the step from one file to the next one
This is done in "ByteStreamMultiFileSource::onSourceClosure()" and
"ByteStreamMu
Ross
I have found out more about what the client (Genetec V4.0) is doing.
It is trying to pipeline requests for two Unicast streams. It expects
the two streams to play concurrently, however the server assigns the
same session IDs. What do you think standard behavior should be in
this regard? I hav
Thanks for your quick replay.
In effect, we're tring to use the "ByteStreamMultiFileSource" class to do a
sort of "playlist".
We'd like to understand where/how, during the streaming, this object manages
the step from one file to the next one, in the input Array.
In fact, we can't know previo
> I have a question: can live555 transmit a movie clip which has a
>
>H.264 video and some type of audio, e.g. AAC?
No, not at present. (Such a file would be a MPEG-4 file (i.e.,
".mp4"), but we currently do not have a demultipexor for such files.)
--
Ross Finlayson
Live Networks, Inc.
http:
the playlist mechanism already implemented in Live555
Are you referring to "ByteStreamMultiFileSource"? From your
description, it sounds like you could use this as the basis for your
implementation.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/___
Hello everyone, I have a question: can live555 transmit a movie clip which
has a H.264video and some type of audio, e.g. AAC? If it can do this, what
should Ido more? Now I can only transmit H.264 video file(of RTP format
andAnnex B format).And, where can I get a video clip which contains
Hello.
We're trying to use Live555 code in order to implement a H24 network
video recorder (NVR). Apparently, the Live555 stuff performs quite well
both in recording m4e files, and in restreaming the recorded files, but
we're in deep troubles trying to customize a detail in the mechanism of
res
>After I connect to the server openRTSP starts to output messages
>like "MultiFramedRTPSource::doGetNextFrame1(): The total received
>frame size exceeds the client's buffer size (2). 123 bytes of
>trailing data will be dropped!"
>Where can I increase this buffer size?
See the online "openR
After I connect to the server openRTSP starts to output messages like
"MultiFramedRTPSource::doGetNextFrame1(): The total received frame size exceeds
the client's buffer size (2). 123 bytes of trailing data will be dropped!"
Where can I increase this buffer size?
Thanks,
Dmitry Zinchenko
PS
12 matches
Mail list logo
