discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] RTP block / Opus vocoder


From: CEL
Subject: Re: [Discuss-gnuradio] RTP block / Opus vocoder
Date: Wed, 9 May 2018 16:30:55 +0000

Well, I think you and Ron basically recommend the same functionality,
but Ron is hesitant to reinvent the wheel:

For local transport, UDP between your flowgraph and VLC works just
fine. Also fine would be simply using a named pipe (FIFO, as in `man
mkfifo`, if you're on something vaguely resembling UNIX) and a simple
file sink (or source).

Then, use VLC to receive those UDP packets containing raw samples, and
encode them with Opus, and encapsulate them with RTP. (In the opposite
direction, use VLC to receive an RTP stream, decompress the audio to
raw audio samples, and send them via UDP to your flow graph)

That would alleviate the need to have all this in a block, and test it
yourself.

Best regards,
Marcus

On Wed, 2018-05-09 at 12:30 +0200, Albin Stigö wrote:
> >  RTP is encapsulated in UDP. If you send an RTP stream to the GNU Radio UDP 
> > block, you will get an RTP stream.
> 
> Exactly. But do you know if there already is a project to handle RTP 
> bookkeeping..? Otherwise I will start one. RTP is very application specific 
> but I'm looking to implement raw audio and opus. I'll try to make it modular 
> so that others can be built on top.
> 
> --Albin
> 
> 
> On Wed, May 9, 2018, 10:38 Ron Economos <address@hidden> wrote:
> > RTP is encapsulated in UDP. If you send an RTP stream to the GNU Radio 
> > UDP block, you will get an RTP stream.
> > 
> > VLC is just a suggestion. It can send RTP containing Opus.
> > 
> > Ron
> > 
> > On 05/09/2018 01:10 AM, Albin Stigö wrote:
> > > Well RTP provides important functionality when streaming over the
> > > internet. Especially time stamping and sequence numbering which allows
> > > to reassemble out of order data (UDP provides no such guarantee) and
> > > adjustment for clock drift which, among other things, allows you to
> > > keep the receiver buffer smaller for "real time" tuning.
> > >
> > > RTP also provides a "telemetry" channel over RTCP for network statistics.
> > >
> > > Not sure why you assume I will use VLC?
> > >
> > > Of course if you are just streaming over a LAN raw UDP might be ok
> > > since the risk of out of order packets is essentially zero.
> > >
> > >
> > > --Albin
> > >
> > >
> > > On Wed, May 9, 2018 at 9:35 AM, Ron Economos <address@hidden> wrote:
> > >> RTP runs over UDP. Why would you need a block? Just let VLC do all the 
> > >> dirty
> > >> work.
> > >>
> > >> Ron
> > >>
> > >>
> > >> On 05/08/2018 11:59 PM, Albin Stigö wrote:
> > >>> Hi all,
> > >>>
> > >>> Is there an RTP (real time protocol) streaming block? I know about the
> > >>> UDP block but I want RTP/RTCP.
> > >>>
> > >>> If not I will start writing one... Just don't want to start a new
> > >>> project if there already is one.
> > >>>
> > >>> Also, what happened to Opus in the gr-vocoder? Thinking about writing
> > >>> an opus block as well.
> > >>>
> > >>> The goal is streaming opus encoding audio from gnuradio from remote
> > >>> locations.
> > >>>
> > >>>
> > >>> --Albin
> > >>>
> > >> _______________________________________________
> > >> Discuss-gnuradio mailing list
> > >> address@hidden
> > >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > > _______________________________________________
> > > Discuss-gnuradio mailing list
> > > address@hidden
> > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> > 
> > 
> > _______________________________________________
> > Discuss-gnuradio mailing list
> > address@hidden
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Attachment: smime.p7s
Description: S/MIME cryptographic signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]