<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Very good, Tom. <div class=""><br class=""></div><div class="">And Chris, the graphical blocks used in GNURadio-Companion are all written in C++ and the source code is readily available so you don’t actually have to use the graphical “Companion” at all. Indeed, there are even more GNURadio functions that you can use in your own custom C++ program if you prefer to do things that way. I do both. </div><div class=""><br class=""></div><div class="">73, Joe K5SO<br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Apr 29, 2019, at 11:59 AM, Tom McDermott <<a href="mailto:tom.n5eg@gmail.com" class="">tom.n5eg@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div class="">Just a reminder -- there is a gnuradio driver for HPSDR Protocol 1:</div><div class=""> <a href="https://github.com/Tom-McDermott/gr-hpsdr" class="">https://github.com/Tom-McDermott/gr-hpsdr</a></div><div class="">Linux installation instructions are on the github page. I think it is also in pybombs.</div><div class=""><br class=""></div><div class="">One other item - there is a Windows 64-bit compatible binary for gnuradio. I've installed it</div><div class="">and it works quite well. Very simple - no software to build, just an MSI file.</div><div class="">You can't add new radios to it, but it comes with support for a bunch of</div><div class="">radio already (such as Ettus) and a bunch more.</div><div class=""> <a href="http://www.gcndevelopment.com/gnuradio/downloads.htm" class="">http://www.gcndevelopment.com/gnuradio/downloads.htm</a><br class=""></div><div class=""><br class=""></div><div class="">I will be conducting a 3-hour gnuradio seminar at the Microwave Update in Dallas this <br class=""></div><div class="">October where we will install this on participants 64-bit Windows 10 laptops and</div><div class="">go through training on how to use it.</div><div class=""><br class=""></div><div class="">-- Tom, N5EG</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 29, 2019 at 10:52 AM Chris Smith <<a href="mailto:chris@vspl.co.uk" class="">chris@vspl.co.uk</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">***** High Performance Software Defined Radio Discussion List *****<br class="">
<br class="">
Joe<br class="">
<br class="">
The GNURadio approach looks like it has potential.<br class="">
<br class="">
The other approach i.e. using several independent processing modules a la ghpSDR, which I followed for a while then abandoned when linHPSDR became available, is a little ‘messy’ and network heavy unless the various levels are served by separate networks. Perhaps I should revisit ghpSDR3?<br class="">
<br class="">
The graphical approach tends to give me severe headaches as I have never had to imagine any processing in that way having come from a purely software background with a smattering of hardware thrown in. I did have to develop a real-time data acquisition system (software & hardware) a couple of decades ago which used an X Window System toolkit that took graphical input to define the GUI. However I found a way to circumvent the front-end and do everything using Xlib etc..!<br class="">
<br class="">
Thanks. All worth another look.<br class="">
<br class="">
Chris G4NUX<br class="">
<br class="">
<br class=""><br class=""></blockquote></div></div></div></div>
</div></blockquote></div><br class=""></div></body></html>