[vlc-devel] Re: vlc: svn commit r13006 (fkuehne)

Viktor Kompaneyets vato at wnet.ua
Tue Nov 1 10:35:24 CET 2005

Marian Durkovic wrote:

> Hi Viktor,
> On Mon, Oct 31, 2005 at 12:39:32PM +0200, Viktor Kompaneyets wrote:
>> A lot of my devices (linux boxes) use raw UDP and non-RTP udp protocols.
> Could you perhaps give some more information, e.g. what are those devices
> - PCs or special devices (set-top-boxes) running Linux OS?

Special devices _like_ STB, but not equal.

> What 
> application are you using for receiving the raw UDP streams? Do you have
> source code of this aplication?

Yes, I have. I had _removed_ RTP from them to achive better wandwith
consumtion (with RTP it is not enough!)

>> Disabling raw UDP will switch me from VLC completely or making an
>> transforming  from RTP to raw UDP.
> Noone has proposed to disable raw UDP. Raw UDP is, and will be available
> from Open->StreamOutput Window as well as from command line.

Yes, I understand. But - I need _both_ opions in wizard.

> This discussion was only about StreamingWizard i.e. the part of VLC aimed
> to assist users to pick the best choices suitable for most of them. RTP is
> certainly better than raw UDP (see my previous emails). Even in case of
> simple LAN where no reordering happens, RTP is better for at least two
> reasons:
> 1) it exactly identifies the payload. 

I know exactly a payload of stream - so no need to make SDP.

> With raw UDP, only intelligent 
> guesswork could be used to estimate the payload type and at least with
> some streams this is not 100% safe 

No need - streams are hard defined.

> (sometimes MPEG-TS from Vbricks is 
> misdetected as being MPEG-PS). Such exact identification could also assist
> to properly set quality-of-service parameters in the network.

No need in my setup.

> 2) RTP continuously checks the packet sequence numbers, and if some
> packet(s) are dropped in the network, it's able to inform the user and
> tell him how many packets are missing. This helps to separate network
> problems from others.

I can detect that at hardware lewel with more flexible error concealing -
and for detecting network problems I've separate control. 

>> > - and most VLC users are aware of the
>> > need for RTP, even if they incorrectly announce their session as being
>> > raw UDP - but I've fixed this in [12899] so this should disappear as
>> > soon as they upgrade to 0.8.4.
>> Don't do so!
> You've probably misunderstood this paragraph. Before [12899], VLC
> announced raw UDP streams as "raw UDP", but also RTP streams as "raw UDP".
> This was only working for VLC due to RTP autodetection, but other
> standard's based
> applications  were confused and unable to play such RTP streams. In
> [12899] I've fixed this problem, so now raw UDP streams are announced as
> "raw UDP" and RTP streams are correctly announced as "RTP".

In case, when you don't use announcement - there is no sense in RTP/SDP.

Viktor Kompaneyets
Wnet project manager

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 mailing list