[Discuss-gnuradio] Digital Audio Broadcast (DAB), anybody running gr-dab?

Hi all! Yesterday I tried to investigate on DAB reception. I have searched the list archive for discussions about DAB in reverse chronological order. Unfortunately It did not really help out. I stumbled across two gnuradio-related projects [1] and [2]. [2] has last change several years ago. [1

Re: [Discuss-gnuradio] [SPAM] Re: 3.7.8 build problem 'cannot find -lcblas'

On 23/08/15 16:48, Barry Jackson wrote: On 18/08/15 08:58, Philip Balister wrote: Install blas, lapack or something that supplies the missing library. Philip On 08/18/2015 12:54 AM, Barry Jackson wrote: Ping? ___ Discuss-gnuradio mailing list Disc

Re: [Discuss-gnuradio] USRP's not Communicating

Dear Ravi, this is no good. We've told you several times now that you need to fix things, and you just come back with your same broken configuration and ask the same question. It's totally OK if you just say "hi, sorry, I did not understand your answer, could you explain this and that", but not ad

Re: [Discuss-gnuradio] Digital Audio Broadcast (DAB), anybody running gr-dab?

Hi Matthias, > I stumbled across two gnuradio-related projects [1] and [2]. [2] has last > change several years ago. [1] has last change 7 months ago and is written by > Andreas Müller (put in BCC) who also wrote a semester thesis [3] about DAB - > Software Receiver Implementation which is qui

Re: [Discuss-gnuradio] Digital Audio Broadcast (DAB), anybody running gr-dab?

Hi Ruben and all, thank you for your response. Am Mittwoch, 26. August 2015 17:39 CEST, Ruben Undheim schrieb: > When I ran it like this: > ./rtl_sdr_dab_rx.py -g 10 -c -f 229.072e6 -e -F > > It worked. (just checked my shell history) > > You need "fine frequency correction" and "equalizati

[Discuss-gnuradio] performnace monitor runtime usage to the whole system

I've learned that sum of runtime usage values of all blocks should be and is one. But I don't think that GNU Radio uses 100 percent (= one) of CPU capability. And I think that 'one' is a portion to the capability which is allowed and allocated to the GNU Radio. In order to calculate runtime usag

Re: [Discuss-gnuradio] performnace monitor runtime usage to the whole system

Hi Jeon, > But I don't think that GNU Radio uses 100 percent (= one) of CPU > capability. Well, that obviously depends on what you /do /with GNU Radio. Generally, GNU Radio scales pretty well, so I'm going to reply with: GNU Radio tries to consume as much CPU as possible. There's limiting factors,

Re: [Discuss-gnuradio] Better approach for FEC

On Tue, Aug 25, 2015 at 11:36 PM, bob wole wrote: > Hi, > > I have a burst system in gnuradio which is working fine with usrps. I have > used tags (tx_time, tx_eob and tx_sob) to define packet boundaries and > transmission time. Tags are inserted by a block which is connected before > the usrp si

Re: [Discuss-gnuradio] Digital Audio Broadcast (DAB), anybody running gr-dab?

Hello all, On 26. 08. 15 18:01, Ruben Undheim wrote: > However, there is still no support for audio reception with Andreas' code. It > basically > just receives information messages on the FIC channel. But for that, the code > works > fine. > > If you just make sure you have a good DAB signal,

Re: [Discuss-gnuradio] Better approach for FEC

I think many of the folks who would have comments on this are at the Gnu Radio conference this week On 08/26/2015 02:09 PM, bob wole wrote: On Tue, Aug 25, 2015 at 11:36 PM, bob wole > wrote: Hi, I have a burst system in gnuradio which is working fine

[Discuss-gnuradio] Changing code rate (FEC)

Hi, I would like to be able to change the code rate with PSK and QAM modulations (e.g QPSK 3/4, 16QAM 1/2). I was thinking of using a FEC encoder/decoder as you can see in the attached files but it doesn't really work. I'm trying to send a video file and I would like to be able to read the receive