[Live-devel] RTP packet lost whenLive555MediaServerstreamsforward Dektec DTE3114

[Lambert Marc]

At last, I have an answer from dektec supprt.
Actually, it's clear than the .ts file is correct and the PCR is perfect, the outgoing RTP packet are also perfect but there is a very small mismatching between the bandwidth and the PCR during approximativelly 75 seconds afterwhat the bandwidth and the PCR match. 
We have tryed with many files and it seems to be all the time the case.

I also pinpoint than the DTE-3114 doesn't treat the RTP header, actually, it works like it would receive UDP packets, then it only referrence is the TS PCR and the broadcasting is only done with it. It explains why there is a buffer overflow sometimes until the PCR and the RTP bandwidth match.

Then, I would like to know how to do to speed up the bandwidth computation from the PCR because it is approximativelly computed at the beginning and it take many seconds to decrease forward the correct bandwidth by about 100KHz steps.

I'm going to try on my side to touch the algorism using NEW_DURATION_WEIGHT and TIME_ADJUSTMENT_FACTOR but I'm not sure to well understand how it works.

-----Message d'origine-----
De : live-devel-bounces at ns.live555.com [mailto:live-devel-bounces at ns.live555.com] De la part de Ross Finlayson
Envoyé : lundi 12 juillet 2010 20:58
À : LIVE555 Streaming Media - development & use
Objet : Re: [Live-devel] RTP packet lost whenLive555MediaServerstreamsforward Dektec DTE3114

>You shouldn't try to modify the code of the library unless you find a bug.

Yes, thank you Guy!

>  The library send the packets at the appropriate time following the 
>RTP specification unless the OS timer resolution create an issue.

Marc, what OS are you using?  If you are using Windows, then it's 
likely that your timer's resolution is too coarse; I've seen other 
people (not just Guy) who have had this problem with Windows.

(Personally, I don't understand why anyone uses Windows to run an 
embedded system.  Unix (including Linux) systems are much much better 
for this purpose.)

-- 

Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
_______________________________________________
live-devel mailing list
live-devel at lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel