[vlc-devel] Re: Regarding trac ticket #71
jean-paul.saman at planet.nl
Sun Aug 21 10:08:58 CEST 2005
Marian Durkovic wrote:
> now closed trac ticket #71 reads:
>>Someone actually complained about serious reordering problems on networks
>>with load-balancing routers. I just don't remember if it was with UDP (no
>>solution) or RTP (live.com bug if any).
>That someone was me :-)
>It's not only problem in redundant network configurations, but also with
>10 Gbps interfaces on e.g. Juniper M160 routers, Extreme BlackDiamond
>In priciple, you can't expect an IP nework to deliver packets in the correct
>order (and in case of multicast, you should also expect duplicate packets
>as NORMAL behaviour due to PIM assert mechanism).
>I think this ticket should be reopened - there's no reordering
>code in VLC's udp/rtp input yet, although jpsaman has introduced some
>code to at least check RTP sequence numbers - but for now without the
>capability to restore correct packet order.
It is on my list of TODO items to implement reordering of RTP packets
>There's really no solution for raw UDP, and therefore I think
>this format shouldn't be used for streaming unless absolutely necessary
>- if e.g. some set-top box does not understand anything else.
>Unfortunately, e.g. the Windows GUI only has the option to use raw UDP
>while RTP/UDP is missing - so most users use raw UDP even if RTP/UDP would
This is an ommission in the interfaces. It used to read UDP/RTP.
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
More information about the vlc-devel