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 : [email protected] [mailto:[email protected]] 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 [email protected] http://lists.live555.com/mailman/listinfo/live-devel _______________________________________________ live-devel mailing list [email protected] http://lists.live555.com/mailman/listinfo/live-devel
