Hi Albin,
Sorry, I was under the impression that RTP would be transmitted over
the air, which in some cases might make sense... like IP multicast
over MPEG-TS over DVB-S. But for Codec2 it does seem like raw audio
transmission is better suited. So then why the need for a Codec2/Opus
RTP block? I
Hi Adrian,
UDP and RTP adds a lot of overhead to a codec like Codec2 and doesn't
make any sense at all unless you wan't to route your packets over an
IP WAN like the internet. Then it makes a lot of sense.
I imagine the only use case for an RTP/Codec2 or RTP/Opus block is
streaming audio from a
>
> We would like to combine Opus/CODEC2 and RTP multicast to have stereo field
> audio. The sources of the audio appear at different points in the stereo
> field, so that a roundtable conversation feels more like a roundtable, or
> so that two streams from two different SDRs are distinct.
>
Hi
Hi Michelle,
Well my need for RTP/Opus is because of a Raspberry Pi FPGA based
shortwave transceiver for remote ham radio I'm building together with
Daniel, sm6vfz.
Today I sat down and wrote an RTP/Opus sink block and I have to say
it's working really well. I'm using libopus and jrtplib. My
Hi Albin,
We have a similar interest in getting RTP functionality in GNU Radio.
Phil Karn recently wrote and published an SDR package for Phase 4 Ground
that includes RTP multicast functionality. We have been talking about
getting this functionality into GNU Radio. Another person interested in
I'm looking specifically to improve the audio streaming of the GQRX program
which is based on gnuradio so it needs to be a block. I'll experiment and
see if I can come up with something useful.
Thanks for all the suggestions though!
Albin
On Wed, May 9, 2018, 18:30 Müller, Marcus (CEL)
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
> 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
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.
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
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
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
12 matches
Mail list logo