[Discuss-gnuradio] [GSoC 17] DAB: Updates

Hi everyone, the gr-dab module is finally capable of decoding DAB+ audio streams! Read about it in my latest blog post . Best Luca ___

Re: [Discuss-gnuradio] Runtime AttributeError for custom block

1. This one I checked already. I don't explicitly include any external libraries. 2. I eyeballed the cmake .. output again (see below). I don't see anything obviously missing. You mentioned something about SWIG. I have no idea what SWIG does and how to check it is indeed working properly. Can you

Re: [Discuss-gnuradio] Debugging polar code crashes

On 07/13/2017 12:03 AM, Johannes Demel wrote: > Hi Alex, > > could you be more specific about > 'When I drop the POLAR code configurator block on the canvas, the > gnuradio program turns down.'? > Does GRC quit with an error? Does it turn dark and is unresponsive? Is > there anything printed on th

Re: [Discuss-gnuradio] Chunks to symbols with 16 QAM modulation

On 07/13/2017 06:16 AM, Rafik ZITOUNI wrote: > Dear Cinaed, > > But how to see the constellations of my received symbols since > constellation receiver and constellation decoder have a byte as an output. > > Is it possible to have a costas loop for QAM 16? I use the Polyphase Clock Sync. In

Re: [Discuss-gnuradio] gr-scan AGC options

Dear GNU Beginner, we've started to actively get rid of Nabble: http://support.nabble.com/How-to-get-Mailing-List-OUT-of-Nabble-td7598247.html I'm very sorry there's problems with you signing up to the mailing list directly with your email address, but I'm positive we can sort them out. In the m

[Discuss-gnuradio] gr-scan AGC options

Hello Everyone, How could I implement AGC to gr-scan? Thanks -- View this message in context: http://gnuradio.4.n7.nabble.com/gr-scan-AGC-options-tp64522.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing l

Re: [Discuss-gnuradio] OOT Block to Automatically adjust Transmit Gain

Couldn't figure out how to reply from the digest, so I'm making a new post. New to this. Original message/context: == From: Tellrell White I'm currently in the process of creating a block in python that does two things; takes in? a certain number of input items,

Re: [Discuss-gnuradio] Understanding produce, consume, and data streams

Great, AB! Glad that works & you're welcome. Please do note that what you're doing is technically not supported by GNU Radio even if it does work, and the currently correct results may become incorrect (again) due to any forthcoming changes in the GR scheduler. No matter how unlikely, this scenario

Re: [Discuss-gnuradio] Understanding produce, consume, and data streams

Hi Michael, Thank you for pointing out the initialization issue for the output stream. Based on that I first set everything in the output stream to 0 (out[:]=0), and then setting the bits I want to the filtered value. I think that fixes my issue and I'm getting the expected output. Thank you

[Discuss-gnuradio] Crash of gqrx in gr block deallocator when building gnuradio w/o log4cpp on Ubuntu 16-17

Hey all, just an FYI, I don't have the time to go figure out what exactly is causing it, but if you build from source with the log4cpp dep missing after a merged PR in April/May(that fixed some log4cpp headers), then in certain circumstances, you will get a segfault, due to a heap buffer overflow.

Re: [Discuss-gnuradio] Understanding produce, consume, and data streams

Hi AB - If I recall correctly, the output stream is not cleared / zeroed in the scheduler. So, it has, for all practical purposes, random data in it upon entry to ::general_work (whether in C++ or Python). Also IIRC, a guarantee provided by the scheduler is that there will be enough output data

[Discuss-gnuradio] Understanding produce, consume, and data streams

Hi all, Apologies for a possible duplicate message. I've made a few OOT blocks and thought I had a handle on the process but I've found something that I don't understand. I have a general block that "passes" the input to the output stream. However, instead of doing something like: out[:] = in0

Re: [Discuss-gnuradio] Debugging polar code crashes

Hi Johannes The GNU radio program turns dark and is unresponsive, and there is not anything printed on the command line. Best regards, Alex On Thu, Jul 13, 2017 at 3:03 AM, Johannes Demel wrote: > Hi Alex, > > could you be more specific about > 'When I drop the POLAR code configurator block

Re: [Discuss-gnuradio] Chunks to symbols with 16 QAM modulation

Dear Cinaed, But how to see the constellations of my received symbols since constellation receiver and constellation decoder have a byte as an output. Is it possible to have a costas loop for QAM 16? Thanks, 2017-07-13 1:30 GMT+02:00 Cinaed Simson : > On 07/12/2017 09:55 AM, Rafik ZITOUNI wrot

Re: [Discuss-gnuradio] GNURadio is part of the Rohde & Schwarz Engineering Competition

Hey, As some of you may remember, this year's Rohde & Schwarz Engineering Competition was all about GNU Radio. We had a really interesting and fun competition and would like to share some of the best enhancements with you. As promised, we released all relevant submissions of the qualifying roun

[Discuss-gnuradio] how to control 2 TX channels of USRP B210 through message port

Hi all, I'm using USRP B210 and want to control both TX channels through message port. My code of OOT module presented bellow pmt::pmt_t d_txCommand; d_txCommand = pmt::make_dict(); d_txCommand = pmt::dict_add(d_txCommand, pmt::mp("chan"), pmt::mp(0)); d_t

Re: [Discuss-gnuradio] Debugging polar code crashes

Hi Alex, could you be more specific about 'When I drop the POLAR code configurator block on the canvas, the gnuradio program turns down.'? Does GRC quit with an error? Does it turn dark and is unresponsive? Is there anything printed on the commandline? Cheers Johannes On 12.07.2017 18:04, M