Seeking RF ML Demos for IEEE's new ICMLCN Conference in May 2024

Dear Fellow GNU Radio Hackers, If you’re working in the RF ML space and have a relatively recent demo of applied work in this area (possibly even using GNU Radio!), please consider submitting it to IEEE’s first ever flagship ComSoc conference focused on the intersection of ML and communications

SPAWC21: ML for Multi-Domain Localization and Signal Recognition Data Competition Call for Participation!

Call for IEEE SPAWC Data Competition Paper Submissions & Competitors! === IEEE Workshop on Signal Processing Advances in Wireless Communications (SPAWC) 2021 September 27 – 30, 2021 -- Lucca, Italy (And Online Hybrid Event)

[Deadline Extended!] Re: Open Workshop on Machine Learning in Communications @ IEEE ICC 2020 (Call for Contributions)

> <https://icc2020.ieee-icc.org/authors/call-workshop-papers> > > EDAS submission link: https://edas.info/newPaper.php?c=26827 > <https://edas.info/newPaper.php?c=26827> > Please note we are also accepting submissions for live demonstrations and > prot

Re: [Discuss-gnuradio] gr-eventstream OOT module

On 04/17/2017 05:26 PM, Cinaed Simson wrote: Hi - anyone using gr-eventstream? If I recall correctly, gr-eventstream depends upon gr-mapper gr-framers gr-burst python-bitarray it does not depend on any of these ___ Discuss-gnuradio

Re: [Discuss-gnuradio] Asynchronous source with zeros in between

You may want to look at gr-eventstream source block, this is exactly what it is intended to do, precisely timed if desired On Mon, Nov 30, 2015, 2:38 PM Francisco Albani wrote: > Hi to all. > > (this email subject may be inaccurate) > > I need a block with the

Re: [Discuss-gnuradio] Message inputs and hierachical block: incompatibility introduced in GNU Radio 3.7.9

Hi Piotr, Hier message ports were actually not working at all prior to this fix - - since the logic had been changed from the originally functioning pub/sub based message connection data structures into the more traditional digraph flattening structure incorrectly please see:

Re: [Discuss-gnuradio] Renaming PyBOMBS

Most new users should be installing gnu radio binaries via their os package manager repos or ppa. Pybombs should be used for 1. Helping get up to date oot modules set up and deployed ( like pip ) and 2. Helping developers set up their development environment. So I'm not sure installer is the

Re: [Discuss-gnuradio] Renaming PyBOMBS

o dive right into gnu radio with > hardware, doing simple things like spectrum analysis. I'm not aware of a > way of getting the uhd + gnuradio setup running that's easier then pybombs. > I very well could be wrong here. > > On Wed, Dec 23, 2015 at 10:31 AM, Tim O'Shea <tim.oshea...

Re: [Discuss-gnuradio] Renaming PyBOMBS

IMO it is generally nice to have a unique googleable name for an application which doesn't result in five trillion unrelated Google results. While short acronyms will have false positives, names like "grab" or any standard English words are generally bad choices from this point of view Grpm and

Re: [Discuss-gnuradio] Renaming PyBOMBS

Python build overlay managed bundle system On Tue, Dec 22, 2015, 4:47 PM Donald Pupecki wrote: > I like GRPM - GnuRadio Package Manager. > > Can never remember what pybombs stands for anyway. > On Dec 22, 2015 3:10 PM, "Martin Braun" wrote: > >>

Re: [Discuss-gnuradio] Renaming PyBOMBS

as 'grapple'. >> >> M >> On 22 Dec 2015 15:12, "Neel Pandeya" <neel.pand...@ettus.com> wrote: >> >>> My vote would be for one of these: >>> >>> GRPM = GnuRadio Package Manager >>> >>> GRAB = Gnu RAdio Basic installer &

Re: [Discuss-gnuradio] Processing expectations

You may also want to have a look at http://stats.gnuradio.org/ To get a feel for how fast different sdr kernels run on different processing platforms Tim On Fri, Aug 7, 2015, 11:47 AM Tom Cook tom.k.c...@gmail.com wrote: I'm brand new to SDR and I'm just trying to calibrate my expectations of

Re: [Discuss-gnuradio] Updating GNU Radio, UHD or PyBOMBS

Try running Pybombs clean gnuradio Pybombs clean uhd And then installing -Tim On Oct 31, 2014 11:53 AM, Richard Bell richard.be...@gmail.com wrote: I'm still asking for help with this maintenance process. I tried the './pybombs remove' command to get rid of uhd and gnuradio as a test. I

Re: [Discuss-gnuradio] PyBombs install maint branch from fresh

Martin, You are probably right we should track maint by default at this point.I think it's worth adding a Pybombs environment question about which branch to track during initial setup for those that prefer to track master however. Tim On Jul 23, 2014 7:10 AM, Activecat active...@gmail.com

Re: [Discuss-gnuradio] Trouble building stuff with build-gnuradio

I'm not sure its the job of a build system to clean up the broken state left by either not running uninstall previously or an incomplete uninstall routine - this strikes me as a bit of a hackish solution to a more general problem Rather than worry about this I would like to see people who build

Re: [Discuss-gnuradio] anyone implement the Raleigh fading model / multi-path?

There are currently two fading model blocks that are usable in 3.7 both should show up in GRC - or from python you can use: the flat fading model: channels.fading_model( 8, 10.0/samp_rate, False, 4.0, 0 ) where args are {# sinusoids, fDTs, los_component, rician_factor, prng_seed } and a

Re: [Discuss-gnuradio] issue with GRC on ubuntu 12.10 - Segmentation Fault when launching the tool

Another simple workaround is importing _io before the gnuradio swig modules are imported ultimately fixing the underlying swig problem is the right thing to do diff --git a/grc/scripts/gnuradio-companion b/grc/scripts/gnuradio-companion index e76322b..7da73fd 100755 ---

Re: [Discuss-gnuradio] which math library to link with

gsl On Dec 1, 2011, at 4:56 PM, Achilleas Anastasopoulos anas...@umich.edu wrote: We are writing a block that requires SVD of matrices. Is there a preferred library (eg, LAPACK) that other gnuradio blocks are already using that we can link with. I don't want to add another library