Ross,
Thanks for your replydespite the absence of an actual question :-) A
few days after posting the email to the list, I discovered that this had
been "asked and answered".
ProxyServer seems to handle reconnect scenarios pretty well. Would your
implementation of RTSPClient in ProxyServer b
HI, Ross
Here the code of compute next fPresentationTime.
// Note that the presentation time for the next NAL unit will be different:
struct timeval& nextPT = usingSource()->fNextPresentationTime; //
alias
nextPT = usingSource()->fPresentationTime;
doubl
Hello!
I use live555 2013.12.15 on board with FreeScale iMX53 CPU.
I have very strange problem - sometimes RTP stream stopped after first
frame, I very long time search reason this and found it in
MultiFramedRTPSink.cpp.
This hack solve my problem:
--- live/liveMedia/MultiFramedRTPSink.cpp.org 2
> when using live555 as a server, and vlc as a client (so using live555 as
> well) over long periods of time, with a server which is not running ntp,
> I observed the following phenomenon: depending on which clock (the
> server's or the client's) is running faster, either vlc stops or it
> plays im
> I have a quick question regarding the expected behavior of openRTSP client w/
> file output when connection to the server is lost due to reboot, loss of
> connectivity...etc.
The rest of your message didn't contain a question :-) However...
The only reliable way for a client to detect when a
> I saw the DeviceSource code in live555 project.
> I found that the the fPresentationTime would be set by gettimeofday
> when doGetNextFrame is called.
> I remembered you said the fPresentationTime must be same at the first
> time,So how should it sync audio and video?
> it's legal (technicaly) to distribute SDP files using Live555 RTSP Server and
> not (MEDIA) files?
Sorry, but I don't understand your question. The "LIVE555 Media Server" does
not 'distribute files'. It returns a SDP description - in response to a RTSP
"DESCRIBE" command. But what was your
> I need to stream a mkv in a loop, i know that I need to write my own
> ByteStreamFileSource subclass
No, I don't recommend doing things this way.
Rather than defining a new class that would sit 'below' MatroskaFile (because,
as you discovered, this would require a lot of code duplication), I
