[gst-devel] gstreamer-devel Digest, Vol 55, Issue 44

[Marco Ballesio]

Hi,

On Sat, Dec 11, 2010 at 12:05 PM, Edward Hervey <bilboed at gmail.com> wrote:
> On Sat, 2010-12-11 at 10:49 +0100, Shamun toha md wrote:
>> But why the following then works its in UDP, its doing multicast,
>> exactly the same what i am trying with vorbis/ogg ?
>
>  Because if a raw audio packet gets dropped or reordered (which is
> insanely small in terms of samples [1]) you will not really noticed it
> and they are self-sufficient (they don't require the previous/next
> packest to be played back).
>  But for compressed data one single packet dropped will cause
> corruption of the whole stream.

to add my 2 € cents here, if you really want a reliable communication
(negligible loss probability in normal conditions) you should use TCP
instead than UDP as your transport protocol.

Check the documentation about tcpclient(server)sink(src) for more info.

Regards

>
>> - When its transparent and no encode/decoder used it  works, its the
>> OGGDEMUX causing this. WHY THEN THE FOLLOWING CODE WORKS ???
>
>  YOU SEEM TO HAVE A PROBLEM WITH YOUR CAPSLOCK KEY ! CAN YOU PLEASE FIX
> THAT ? THANKYOU
>
>  Edward
>
> [1] a standard udp packet is 1500bytes, at 44100 samples per second x 2
> (channels) x 2 (bytes per sample), that gives you around 8ms of audio
> per packet. 8ms of audio being dropped isn't really noticeable.
>
>
> ------------------------------------------------------------------------------
> Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL,
> new data types, scalar functions, improved concurrency, built-in packages,
> OCI, SQL*Plus, data movement tools, best practices and more.
> http://p.sf.net/sfu/oracle-sfdev2dev
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>