Re: [Discuss-gnuradio] [PyBOMBS] Need your help!
Hi, Today, I have tried installing gnuradio on Antergos (Arch Linux based distro) using pybombs. Antergos ships Python3 as it's default python version and Cheetah seems to be incompatible with Python3. The build fails due to the unmet dependency of Cheetah template engine. The successful builds on Ubuntu 16.04 reported in this thread are because Ubuntu 16.04 claims to be shipping Python3.5.1 as it's default Python version, but it still has a good support for Python2.7.x. This issue of replacing Cheetah is slightly discussed at [1]. Cheers, Ravi [1] - https://github.com/gnuradio/gnuradio/pull/303 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [PyBOMBS] Need your help!
Hi Ravi, > The build fails due to the unmet dependency of Cheetah template engine. exactly that's why we depend on Python2 packages in python.lwr: category: baseline inherit: autoconf satisfy: deb: python2.7 && python-dev rpm: python-devel >= 2.7 cmd: python --version >= 2.7 pacman: python2 >= 2.7 port: python27 >= 2.7 vars: config_opt: --enable-shared Notice the pacman line! So, if GNU Radio is currently building, you should have an install python2. If you don't, there's a bug in dependency checking. I'd expect all our build scripts to explicitely specify that the python2 executable should be used. If you can give an actual bug report of where exactly building fails, this is probably something that's fixable. Also, you said "need your help!", but then didn't ask a question or what exactly we should be helping you with :) So if I didn't hit the spot here, please explain what it is that you need help with. Best regards, Marcus On 30.05.2016 13:10, Ravi Sharan wrote: > Hi, > > Today, I have tried installing gnuradio on Antergos (Arch Linux based > distro) using pybombs. Antergos ships Python3 as it's default python > version and Cheetah seems to be incompatible with Python3. The build > fails due to the unmet dependency of Cheetah template engine. > The successful builds on Ubuntu 16.04 reported in this thread are > because Ubuntu 16.04 claims to be shipping Python3.5.1 as it's default > Python version, but it still has a good support for Python2.7.x. > > This issue of replacing Cheetah is slightly discussed at [1]. > > Cheers, > Ravi > > [1] - https://github.com/gnuradio/gnuradio/pull/303 > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [PyBOMBS] Need your help!
Hi Ravi, > The build fails due to the unmet dependency of Cheetah template engine. exactly that's why we depend on Python2 packages in python.lwr: category: baseline inherit: autoconf satisfy: deb: python2.7 && python-dev rpm: python-devel >= 2.7 cmd: python --version >= 2.7 pacman: python2 >= 2.7 port: python27 >= 2.7 vars: config_opt: --enable-shared Notice the pacman line! So, if GNU Radio is currently building, you should have an install python2. If you don't, there's a bug in dependency checking. I'd expect all our build scripts to explicitely specify that the python2 executable should be used. If you can give an actual bug report of where exactly building fails, this is probably something that's fixable. Also, you said "need your help!", but then didn't ask a question or what exactly we should be helping you with :) So if I didn't hit the spot here, please explain what it is that you need help with. Best regards, Marcus On 30.05.2016 13:10, Ravi Sharan wrote: > Hi, > > Today, I have tried installing gnuradio on Antergos (Arch Linux based > distro) using pybombs. Antergos ships Python3 as it's default python > version and Cheetah seems to be incompatible with Python3. The build > fails due to the unmet dependency of Cheetah template engine. > The successful builds on Ubuntu 16.04 reported in this thread are > because Ubuntu 16.04 claims to be shipping Python3.5.1 as it's default > Python version, but it still has a good support for Python2.7.x. > > This issue of replacing Cheetah is slightly discussed at [1]. > > Cheers, > Ravi > > [1] - https://github.com/gnuradio/gnuradio/pull/303 > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [PyBOMBS] Need your help!
Hi Marcus, I had already installed python2 before running pybombs on my PC. I have just rechecked installing gnuradio with sudo privileges and it seems to be picking the python2 version correctly. P.S. I was replying to Martin's mail dated http://lists.gnu.org/archive/html/discuss-gnuradio/2016-05/msg00242.html. Hence, the subject line :) Thank you, Ravi On Mon, May 30, 2016 at 4:40 PM, Ravi Sharan wrote: > Hi, > > Today, I have tried installing gnuradio on Antergos (Arch Linux based > distro) using pybombs. Antergos ships Python3 as it's default python version > and Cheetah seems to be incompatible with Python3. The build fails due to > the unmet dependency of Cheetah template engine. > The successful builds on Ubuntu 16.04 reported in this thread are because > Ubuntu 16.04 claims to be shipping Python3.5.1 as it's default Python > version, but it still has a good support for Python2.7.x. > > This issue of replacing Cheetah is slightly discussed at [1]. > > Cheers, > Ravi > > [1] - https://github.com/gnuradio/gnuradio/pull/303 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [PyBOMBS] Need your help!
Hi Ravi, On 30.05.2016 14:04, Ravi Sharan wrote: > Hi Marcus, > > I had already installed python2 before running pybombs on my PC. I > have just rechecked installing gnuradio with sudo privileges and it > seems to be picking the python2 version correctly. That's a bug. The GNU Radio build system should always use python2. Still: can you get a log of when you're not doing this with root privileges and it fails? Best regards, Marcus ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [PyBOMBS] Need your help!
I'm going through the code that calls python at build time. Is this a fresh, clean Antergos, or did you manually install different versions of python through something that is not pacman? Best regards, Marcus On 30.05.2016 14:07, Marcus Müller wrote: > Hi Ravi, > > On 30.05.2016 14:04, Ravi Sharan wrote: >> Hi Marcus, >> >> I had already installed python2 before running pybombs on my PC. I >> have just rechecked installing gnuradio with sudo privileges and it >> seems to be picking the python2 version correctly. > That's a bug. The GNU Radio build system should always use python2. > Still: can you get a log of when you're not doing this with root > privileges and it fails? > > Best regards, > Marcus ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] OFDM IFFT calculate
Hi all, The file, /gr-fft/lib/fft_vcc_fftw.cc(http://goo.gl/X8WNPh), changes domain from frequency to time using IFFT(Inverse-Fast-Fourier-Transform). It takes parallel subcarriers in frequency-domain (it is defined 'in' in the file) and converts it into time-domain(it is defined 'out'). I can understand how get inputs to 'd_fft', but I don't know about d_fft->execute() that compute the fft. I can't find its' implementation in anywhere so that I can't understand what happen in this function. Could anyone tell me how compute the fft in the function ? Thanks. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] accumulate spectrum
Dear All, I'm new to Gnu Radio. I looked carefully to the doc and tutorials but could not find any simple answer to my problem. I have a radio signal from which I'm able to visualize the FFT in GNU Radio Companion. Now I would like to save the FFT (more exactly the magnitude squared, or the spectrum) accumulated over a given period of time (the average over time) into a file. I found the following blocks in GRC that seem to be helpful: - stream to vector - FFT - complex to mag - file sink However I did not manage to save any accumulated spectrum... Any help (eg a woking example) would be very welcome! Thanks in advance. Adellain ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OFDM IFFT calculate
Hi SangHyuk On 30.05.2016 14:25, SangHyuk Kim wrote: > Hi all, > > The file, /gr-fft/lib/fft_vcc_fftw.cc(http://goo.gl/X8WNPh), No need to use URL shorteners in Emails. Why are you using a revision of that file from 2012? That is not what you should do. Select "branch: Master" from the drop-down menu; you should be looking at http://gnuradio.org/redmine/projects/gnuradio/repository/entry/gr-fft/lib/fft_vcc_fftw.cc?rev=master . Reading versions of code that no-one uses anymore doesn't help you ! > I can understand how get inputs to 'd_fft', but I don't know about d_fft->execute() that compute the fft. So, here's how you approach something like this: Find out what "d_fft" is. For that, you often need to look in the .h file to your .cc. There you'll find out which class type d_fft has. Find that type's definition. Or, you could just go to and search for "execute" in the search box. That'll tell you the classes that have a method called "execute", and you can access the documentation to these. > I can't find its' implementation in anywhere so that I can't > understand what happen in this function. A DFT is performed, by calling the fftwf_execute function of the FFTw library, which really, just executes a fast DFT. Best regards, Marcus ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OFDM IFFT calculate
Ah, forgot to actually cite one thing: On 30.05.2016 14:49, Marcus Müller wrote: > >> I can't find its' implementation in anywhere so that I can't >> understand what happen in this function. > A DFT is performed, by calling the fftwf_execute function of the FFTw > library, which really, just executes a fast DFT. And because "DFT" is not totally unambiguous (because there are different normalization conventions out there), if you care for the actual formula, it's on http://www.fftw.org/doc/The-1d-Discrete-Fourier-Transform-_0028DFT_0029.html#The-1d-Discrete-Fourier-Transform-_0028DFT_0029 i.e. the backwards (inverse) n-point FFT is really just plain, old, boring, textbook No normalization. Best regards, Marcus ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Saving signal file in GNU radio
i am using USRP n-210 to receive signals.kindly guide me how can i save the received signal in GNU radio software and what should be the format of received signal file so that it can be imported in matlab for signal analysis..?? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Saving signal file in GNU radio
Hi Hais, > kindly guide me how can i save the received signal in GNU radio software Have you gone through the tutorials on http://tutorials.gnuradio.org ? Like I said, use the "file sink". It's really not that hard if you just get started with these tutorials! > what should be the format of received signal file so that it can be > imported in matlab for signal analysis..?? That one is asked quite frequently; here's the answer: To cite [1]: > All files are in pure binary format. Just bits. That’s it. A floating > point data stream is saved as 32 bits in the file, one after the > other. A complex signal has 32 bits for the real part and 32 bits for > the imaginary part. Reading back a complex number means reading in 32 > bits, saving that to the real part of a complex data structure, and > then reading in the next 32 bits as the imaginary part of the data > structure. And just keep reading the data. > > Take a look at the Octave and Python files in gr-utils for reading in > data using Octave and Python’s Scipy module. > So, just go ahead and look at the read_something.m files in [2]. they contain matlab code. Best regards, Marcus [1] http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#What-is-the-file-format-of-a-file_sink-How-can-I-read-files-produced-by-a-file-sink [2] https://github.com/gnuradio/gnuradio/tree/master/gr-utils/octave On 30.05.2016 19:59, Haris Tanveer wrote: > i am using USRP n-210 to receive signals. > kindly guide me how can i save the received signal in GNU radio > software and what should be the format of received signal file so > that it can be imported in matlab for signal analysis..?? > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] simple_ra and Ubuntu 16.04 LTS
Hi, Since I moved from 14.04 LTS to 15.10 a couple of weeks ago, I have been experiencing segmentation faults on i965_dri (graphics rendering). In order to (hopefully) move away from this issue, yesterday I upgraded to 16.04 LTS and rebuilt GNURadio (3.7.9.2) and UHD using Marcus' script - only new issue thrown up was: Checking for package python-wxgtk2.8 Failed to find package 'python-wxgtk2.8' in known package repositories SOME THINGS MAY NOT BUILD AS A RESULT (16.04 appears to have 3.0 version ) I have seen this sort of diagnostic before on (Failed to find package 'libzmq1-dev' in known package repositories) but things seemed to work OK so continued. I can get into GRC etc. I decided that I should re-compile simple_ra and followed the instructions I usually do: cd/trunk; cmake . ; make etc. at the cmake level, I got the following warnings: GNURADIO_BLOCKS_FOUND = TRUE CMake Warning (dev) at /usr/local/lib/cmake/gnuradio/GrTest.cmake:45 (get_target_property): Policy CMP0026 is not set: Disallow use of the LOCATION target property. Run "cmake --help-policy CMP0026" for policy details. Use the cmake_policy command to set the policy and suppress this warning. The LOCATION property should not be read from target "test-ra_blocks". Use the target name directly with add_custom_command, or use the generator expression $, as appropriate. Call Stack (most recent call first): lib/CMakeLists.txt:71 (GR_ADD_TEST) This warning is for project developers. Use -Wno-dev to suppress it. -- -- Checking for module SWIG -- Command "/usr/bin/swig2.0 -swiglib" failed with output: -- Found SWIG version 2.0.12. -- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so (found version "2.7.11+") -- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so (found suitable version "2.7.11+", minimum required is "2") -- Found Doxygen: /usr/bin/doxygen (found version "1.8.11") -- Configuring done -- Generating done -- Build files have been written to: /home/john/gr-ra_blocks/trunk when I did a make, I got: [ 48%] Generating ra_blocks_swig.tag Scanning dependencies of target ra_blocks_swig_swig_2d0df [ 52%] Building CXX object swig/CMakeFiles/ra_blocks_swig_swig_2d0df.dir/ra_blocks_swig_swig_2d0df.cpp.o [ 56%] Linking CXX executable ra_blocks_swig_swig_2d0df Swig source /bin/sh: 1: /usr/bin/swig2.0: not found swig/CMakeFiles/ra_blocks_swig_swig_2d0df.dir/build.make:134: recipe for target 'swig/ra_blocks_swig_swig_2d0df' failed make[2]: *** [swig/ra_blocks_swig_swig_2d0df] Error 127 make[2]: *** Deleting file 'swig/ra_blocks_swig_swig_2d0df' CMakeFiles/Makefile2:274: recipe for target 'swig/CMakeFiles/ra_blocks_swig_swig_2d0df.dir/all' failed make[1]: *** [swig/CMakeFiles/ra_blocks_swig_swig_2d0df.dir/all] Error 2 Makefile:138: recipe for target 'all' failed make: *** [all] Error 2 I wonder if I have made an error some way along, but cannot imagine what. Any ideas? Kind Regards, John ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] simple_ra and Ubuntu 16.04 LTS
On 30/05/16 22:05, John Shields wrote: Hi, Since I moved from 14.04 LTS to 15.10 a couple of weeks ago, I have been experiencing segmentation faults on i965_dri (graphics rendering). In order to (hopefully) move away from this issue, yesterday I upgraded to 16.04 LTS and rebuilt GNURadio (3.7.9.2) and UHD using Marcus' script - only new issue thrown up was: Checking for package python-wxgtk2.8 Failed to find package 'python-wxgtk2.8' in known package repositories SOME THINGS MAY NOT BUILD AS A RESULT (16.04 appears to have 3.0 version ) I have seen this sort of diagnostic before on (Failed to find package 'libzmq1-dev' in known package repositories) but things seemed to work OK so continued. I can get into GRC etc. I decided that I should re-compile simple_ra gr-ra_blocks and followed the instructions I usually do: cd/trunk; cmake . ; make etc. at the cmake level, I got the following warnings: GNURADIO_BLOCKS_FOUND = TRUE CMake Warning (dev) at /usr/local/lib/cmake/gnuradio/GrTest.cmake:45 (get_target_property): Policy CMP0026 is not set: Disallow use of the LOCATION target property. Run "cmake --help-policy CMP0026" for policy details. Use the cmake_policy command to set the policy and suppress this warning. The LOCATION property should not be read from target "test-ra_blocks". Use the target name directly with add_custom_command, or use the generator expression $, as appropriate. Call Stack (most recent call first): lib/CMakeLists.txt:71 (GR_ADD_TEST) This warning is for project developers. Use -Wno-dev to suppress it. -- -- Checking for module SWIG -- Command "/usr/bin/swig2.0 -swiglib" failed with output: -- Found SWIG version 2.0.12. -- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so (found version "2.7.11+") -- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so (found suitable version "2.7.11+", minimum required is "2") -- Found Doxygen: /usr/bin/doxygen (found version "1.8.11") -- Configuring done -- Generating done -- Build files have been written to: /home/john/gr-ra_blocks/trunk when I did a make, I got: [ 48%] Generating ra_blocks_swig.tag Scanning dependencies of target ra_blocks_swig_swig_2d0df [ 52%] Building CXX object swig/CMakeFiles/ra_blocks_swig_swig_2d0df.dir/ra_blocks_swig_swig_2d0df.cpp.o [ 56%] Linking CXX executable ra_blocks_swig_swig_2d0df Swig source /bin/sh: 1: /usr/bin/swig2.0: not found swig/CMakeFiles/ra_blocks_swig_swig_2d0df.dir/build.make:134: recipe for target 'swig/ra_blocks_swig_swig_2d0df' failed make[2]: *** [swig/ra_blocks_swig_swig_2d0df] Error 127 make[2]: *** Deleting file 'swig/ra_blocks_swig_swig_2d0df' CMakeFiles/Makefile2:274: recipe for target 'swig/CMakeFiles/ra_blocks_swig_swig_2d0df.dir/all' failed make[1]: *** [swig/CMakeFiles/ra_blocks_swig_swig_2d0df.dir/all] Error 2 Makefile:138: recipe for target 'all' failed make: *** [all] Error 2 I wonder if I have made an error some way along, but cannot imagine what. Any ideas? Kind Regards, John oops, it was not simple_ra that I tried to re-compile against the new GNURadio etc., it was gr-ra_blocks. Sorry, John ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] simple_ra and Ubuntu 16.04 LTS
On 05/30/2016 06:27 PM, John Shields wrote: oops, it was not simple_ra that I tried to re-compile against the new GNURadio etc., it was gr-ra_blocks. Sorry, John Which is a pre-req for simple_ra ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] simple_ra and Ubuntu 16.04 LTS
On 30/05/16 22:29, Marcus D. Leech wrote: On 05/30/2016 06:27 PM, John Shields wrote: oops, it was not simple_ra that I tried to re-compile against the new GNURadio etc., it was gr-ra_blocks. Sorry, John Which is a pre-req for simple_ra ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio Thanks Marcus, 16.04 comes with swig 3.0 so I removed that and installed swig 2.0 and it seems to work. Kind Regards, John ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] accumulate spectrum
Try this: https://www.dropbox.com/s/7xsg4arx5h3gvah/spectrum.grc?dl=0 The integrate with decimation is what you want. Starting at 32 ksps with a 1024 length FFT length yields 31.25 vector/sec. Then an integrate with decimation by 32 averages down to 0.98 vector/sec. However when I try reading those back from the file, I'm not getting the 1 ksps I should be getting. I have to set that throttle at 8000 to get the proper update rate. Lou Adellain TSIAHINA wrote > Dear All, > > I'm new to Gnu Radio. I looked carefully to the doc and tutorials but > could > not find any simple answer to my problem. > I have a radio signal from which I'm able to visualize the FFT in GNU > Radio > Companion. > Now I would like to save the FFT (more exactly the magnitude squared, or > the spectrum) accumulated over a given period of time (the average over > time) into a file. > > I found the following blocks in GRC that seem to be helpful: > - stream to vector > - FFT > - complex to mag > - file sink > > However I did not manage to save any accumulated spectrum... > > Any help (eg a woking example) would be very welcome! > > Thanks in advance. > > Adellain > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@ > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://gnuradio.4.n7.nabble.com/accumulate-spectrum-tp60256p60265.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] accumulate spectrum
On 05/30/2016 09:19 PM, madengr wrote: Try this: https://www.dropbox.com/s/7xsg4arx5h3gvah/spectrum.grc?dl=0 The integrate with decimation is what you want. Starting at 32 ksps with a 1024 length FFT length yields 31.25 vector/sec. Then an integrate with decimation by 32 averages down to 0.98 vector/sec. However when I try reading those back from the file, I'm not getting the 1 ksps I should be getting. I have to set that throttle at 8000 to get the proper update rate. Lou Files don't have any inherent sample-rate. Regardless of what rate they were recorded at. Gnu Radio has no real "sense" of sample rate, and will process samples as fast as it can. The only place where sample rate is "real" with respect to actual real-time is at the "edges" when the "edges" are controlled by actual hardware with an actual real-time-relative sample-rate. If you read data from a file, Gnu Radio will vacuum it out just as fast as it can. Adellain TSIAHINA wrote Dear All, I'm new to Gnu Radio. I looked carefully to the doc and tutorials but could not find any simple answer to my problem. I have a radio signal from which I'm able to visualize the FFT in GNU Radio Companion. Now I would like to save the FFT (more exactly the magnitude squared, or the spectrum) accumulated over a given period of time (the average over time) into a file. I found the following blocks in GRC that seem to be helpful: - stream to vector - FFT - complex to mag - file sink However I did not manage to save any accumulated spectrum... Any help (eg a woking example) would be very welcome! Thanks in advance. Adellain ___ Discuss-gnuradio mailing list Discuss-gnuradio@ https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://gnuradio.4.n7.nabble.com/accumulate-spectrum-tp60256p60265.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio