On 2018/08/25 09:23, Anthony J. Bentley wrote: > Hi, > > GNU Radio is a software development toolkit that provides signal processing > blocks to implement software radios. It can be used with readily-available > low-cost external RF hardware to create software-defined radios, or > without hardware in a simulation-like environment. It is widely used in > hobbyist, academic and commercial environments to support both wireless > communications research and real-world radio systems. > > GNU Radio has filters, channel codes, synchronisation elements, > equalizers, demodulators, vocoders, decoders, and many other elements > (in the GNU Radio jargon, we call these elements blocks) which are > typically found in radio systems. More importantly, it includes a method > of connecting these blocks and then manages how data is passed from one > block to another. Extending GNU Radio is also quite easy; if you find a > specific block that is missing, you can quickly create and add it. > > GNU Radio applications are primarily written using the Python programming > language, while the supplied, performance-critical signal processing > path is implemented in C++ using processor floating point extensions, > where available. > > > Aaron Poffenberger submitted a port two years ago, but it had random > crashes somewhere in the intersection of boost, swig, and gnuradio. > All three have had several releases since then and I can no longer > reproduce the crash, so I think it's gone away. > > I haven't tested this with hardware, only played around with block > designs in gnuradio-companion. > > Aaron, are you still interested in maintaining this port? > > -- > Anthony J. Bentley
I think this is nearly in shape for committing and it would be nice to have in tree (though like you I've not tested hardware - currently I have SDRplay [looks to be a pain with not-really-open code] and RTL-SDR [iirc this wanted async support in libusb] so there's not a lot I can do without a bunch more work). I think the main issue is the /usr/local/etc use which needs fixing. The patches for rand don't seem worth the maintenance to me, srand is a noop on OpenBSD, there's no modulo bias with % 256, and rand already uses the "good" random generator unless srand_deterministic was used. DESCR looks a bit nicer reflowed: ------ GNU Radio is a software development toolkit that provides signal processing blocks to implement software radios. It can be used with readily-available low-cost external RF hardware to create software-defined radios, or without hardware in a simulation-like environment. It is widely used in hobbyist, academic and commercial environments to support both wireless communications research and real-world radio systems. GNU Radio has filters, channel codes, synchronisation elements, equalizers, demodulators, vocoders, decoders, and many other elements (in the GNU Radio jargon, we call these elements blocks) which are typically found in radio systems. More importantly, it includes a method of connecting these blocks and then manages how data is passed from one block to another. Extending GNU Radio is also quite easy; if you find a specific block that is missing, you can quickly create and add it. GNU Radio applications are primarily written using the Python programming language, while the supplied, performance-critical signal processing path is implemented in C++ using processor floating point extensions, where available. ------
