[Live-devel] RTP packet lost whenLive555MediaServerstreamsforward Dektec DTE3114

[Lambert Marc]

Actually, in my use case, I have the RTSP controller on another IP adress than the RTP receiver, furthermore, the RTP receiver doesn't handle the RTCP feed back then I guess the server is not aware about the lost packets and the difference of speed between the RTP flow and the TS flow... It is not a real RTSP case and there is not a feedback loop and it is on the same model than UDP TS transmission.
It explain than even if the DTE-3114 has 120ms of input buffer, it is not able to compensate the difference generated by the PCR computation.

I think the current algorism stays correct for all other application than this specific one, I mean UDP transmission and Simple RTP transmission.

Since my first test with the new value of MAX_PLAYOUT_BUFFER_DURATION, I tested many kind of streams and bitrate and everything work perfectly, then it is the conclusion for this topic.

Thank's again for your help

-----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é : mercredi 14 juillet 2010 18:50
À : LIVE555 Streaming Media - development & use
Objet : Re: [Live-devel] RTP packet lost whenLive555MediaServerstreamsforward Dektec DTE3114

>YES !!!
>
>At last, I found how to do, I reduced MAX_PLAYOUT_BUFFER_DURATION 
>from 0.1 to 0.001 second and it works fine.
>Actually, the value at 0.1 allows to have a gap about 100ms between 
>the estimated rate and the output rate, it is too high for the 
>DTE-3114.

I find it amazing that in this day and age (when RAM memory is 
extremely cheap) a product would be built with so little internal 
buffer memory...

>With this value at 0.001, the computation turns all the time around 
>0 (from -0.005 to 0.005) and it is perfect.

The current value (0.1 seconds, i.e., 100 ms) has been in place since 
November 2005, and (as far as I know) has worked fine for everyone 
since then.  However, if noone sees any problem with changing 
MAX_PLAYOUT_BUFFER_DURATION to 0.001 (i.e., 1 ms) in the released 
software, then I'll go ahead and do this.
-- 

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