'Re: [ogg-dev] ogg decoding without "synchronization"'

[prev in list] [next in list] [prev in thread] [next in thread] 

List:       ogg-dev
Subject:    Re: [ogg-dev] ogg decoding without "synchronization"
From:       Nicolas Montgermont <nicolas_montgermont () yahoo ! fr>
Date:       2010-02-25 13:11:30
Message-ID: 4B867702.1000605 () yahoo ! fr
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]

thanks for the explanations.
i'm trying to work with udp now and it's seems a very interesting path.
all the best,

n

Le 25/02/10 02:42, Ralph Giles a écrit :
> On 24 February 2010 16:45, Nicolas Montgermont
> <nicolas_montgermont@yahoo.fr> wrote:
>
>   
>> In this project I would like to read an ogg stream from an icecast
>> server and decode data in the order it is incoming.
>> I would like to skip the step that is reordering the data conforming to
>> the order it was send.
>>     
>
> The data reordering happens a couple of layers below the ogg
> encapsulation, which itself assumes the data is in order. Icecast
> sends the Ogg streams over HTTP, which is itself carried over the TCP
> protocol, which does the reordering inside the kernel.
>
> You could do what you want if you sent the vorbis data over RTP (in
> UDP datagrams) instead of icecast's ogg-over-http approach. I believe
> gstreamer can do this, with rtpvorbispay/depay, etc. There's also some
> sample code at http://svn.xiph.org/trunk/xiph-rtp/ (possibly it's out
> of date relative to the spec; I haven't looked at it in a few years).
> UDP packets aren't reordered by the OS kernel's networking stack so
> you can access the delivery order directly in your application.
>
> Hope that helps,
>  -r
>
>   

-- 
http://nim.on.free.fr

Ce message a été analysé contre les 'malwares' par Websense. www.websense.com

[Attachment #5 (text/html)]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
thanks for the explanations.<br>
i'm trying to work with udp now and it's seems a very interesting path.<br>
all the best,<br>
<br>
n <br>
<br>
Le 25/02/10 02:42, Ralph Giles a écrit  :
<blockquote
 cite="mid:9ec9eb9e1002241742nf560028k3029fec03e622393@mail.gmail.com"
 type="cite">
  <pre wrap="">On 24 February 2010 16:45, Nicolas Montgermont
<a class="moz-txt-link-rfc2396E" \
href="mailto:nicolas_montgermont@yahoo.fr">&lt;nicolas_montgermont@yahoo.fr&gt;</a> \
wrote:

  </pre>
  <blockquote type="cite">
    <pre wrap="">In this project I would like to read an ogg stream from an icecast
server and decode data in the order it is incoming.
I would like to skip the step that is reordering the data conforming to
the order it was send.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
The data reordering happens a couple of layers below the ogg
encapsulation, which itself assumes the data is in order. Icecast
sends the Ogg streams over HTTP, which is itself carried over the TCP
protocol, which does the reordering inside the kernel.

You could do what you want if you sent the vorbis data over RTP (in
UDP datagrams) instead of icecast's ogg-over-http approach. I believe
gstreamer can do this, with rtpvorbispay/depay, etc. There's also some
sample code at <a class="moz-txt-link-freetext" \
href="http://svn.xiph.org/trunk/xiph-rtp/">http://svn.xiph.org/trunk/xiph-rtp/</a> \
(possibly it's out of date relative to the spec; I haven't looked at it in a few \
years). UDP packets aren't reordered by the OS kernel's networking stack so
you can access the delivery order directly in your application.

Hope that helps,
 -r

  </pre>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<a class="moz-txt-link-freetext" \
href="http://nim.on.free.fr">http://nim.on.free.fr</a></div> <br><br>
<P align=center><FONT style="BACKGROUND-COLOR: #ffffff">Ce message a été analysé \
contre les malwares par WebSense. <A \
href="http://www.websense.com">www.websense.com</A></FONT></P> </body>
</html>

_______________________________________________
ogg-dev mailing list
ogg-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/ogg-dev

[prev in list] [next in list] [prev in thread] [next in thread] 