I am using testMP3Streamer and testMP3Receiver.
Is there a way to know how many packets (RTP or UDP) have been lost?
Yes - you can look at the "RTPReceptionStats" for the "RTPSource"
object. Note how "openRTSP" implements its "-Q" option, using the
code for "qosMeasurementRecord::periodicQOSM
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
> Is there a reason why this is the current design?
Because the details of the underlying transport protocol (in this
case, RTP) are intended to be transparent to higher-level software.
There are no plans to change the current API.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com
this is the current design? Is it worth
while to try to add this functionality to liveMedia?
Mojtaba Hosseini
-Original Message-
From: [EMAIL PROTECTED] on behalf of Mojtaba Hosseini
Sent: Fri 6/29/2007 7:02 AM
To: LIVE555 Streaming Media - development & use
Subject: RE: [Live-devel]
Thanks Luc,
I just wanted to know how other people are implementing the same thing. It
looks like we have done similar work which means I was not too far off the
track.
Thanks for your explanation.
In the very near future I will be looking at the packet loss issue through
liveMedia. I'll repor
Hello,
I agree. I was also able to create an RTP streaming application for my H264
encoder within a week. More documentation would surely
be appreciated by new users. Towards this, I documented my work and put it
here: (it has sample code + UML diagrams)
http://www.white.ca/patrick/tutorial.ta
