[streaming] Re: Bug when a RSTP streaming is dirty closed ?

[CACHET Nicolas]

> 
> My main concerns would rather be:
> 
> - the usability/reliability problems associated with tearing down a 
> network stream automatically in case of would-be -transient- ICMP 
> errors. At least ICMP errors should not happen with multicast, which 
> eliminates the risk for most live UDP streaming use case. Perhaps 
> someone with a more comprehensive experience in this area (Meuuh, 
> TheDJ, Md... ?) could share his insight.
> 

You're certainly right about Multicast, but what happens in case of VOD ?


> - that none of the mutiplexers and streaming plugins check for output 
> errors... so even if we caused the UDP plugin to stop 
> emitting packets, 
> the server would continue to stream internally instead of releasing 
> resources and printing an error message on the control 
> session if it is 
> still open.

Ouille ! Bad news !


> In any case, implementing RTCP is the right answer. But it's 
> most likely 
> not going to happen so long as we have no developer to do that.

Not necessary, if the client disappears, the VLC server with RTCP support 
should handle the event by closing the RTP flows, 
like it should do without RTCP.




Ps: thanks for yours anwers.
*************************************************************************************
Ce message et toutes les pieces jointes (ci-apres le
"message") sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, RFO  decline toute responsabilite au titre de ce message, dans l'hypothese  ou il aurait ete modifie.
                                                              http://www.rfo.fr
**************************************************************************************

-- 
This is the streaming mailing-list, see http://www.videolan.org/streaming/
To unsubscribe, please read http://www.videolan.org/support/lists.html