[TangerineSDR] Setting up DE for selected bands and sample rate
jcg66 at case.edu
Mon Apr 20 18:38:40 EDT 2020
The original code module in FLDigi that I'm using now is written in C++
(*.cxx files). Don't think you'll need to rewrite anything.
Once I make more progress on it, I'll update you.
An interpreted language for real-time acquisition simply is a train wreck
(35+ years in development...)
John C. Gibbons
Director - Sears Undergraduate Design Laboratory
Dept. of Electrical Engineering and Computer Science
Case Western Reserve University
10900 Euclid Ave, Glennan 314
Cleveland, Ohio 44106-7071
Phone (216) 368-2816 <216-368-2816> FAX (216) 368-6888 <216-368-6888>
E-mail: jcg66 at case.edu
On Mon, Apr 20, 2020 at 10:12 PM Rob Wiesler via TangerineSDR <
tangerinesdr at lists.tapr.org> wrote:
> On Mon, Apr 20, 2020 at 20:40:10 +0000, Engelke, Bill via TangerineSDR
> > On Monday, April 20, 2020 1:41 PM, Rob Wiesler <robert.wiesler at case.edu>
> >> On Mon, Apr 20, 2020 at 13:26:53 -0400, John Gibbons via TangerineSDR
> >>> On Mon, Apr 20, 2020 at 1:12 PM Engelke, Bill via TangerineSDR <
> tangerinesdr at lists.tapr.org> wrote:
> >>>> I appreciate the Skylar is implementing something in python for the
> >>>> freq estimation algorithm, but I am hoping someone could volunteer to
> >>>> provide me this algorithm in the c language so that I can integrate
> it into the
> >>>> mainctl part of the TangerineSDR. (HELP!) … anyone?
> >>> I am also looking for a C implementation of the algorithm as I will
> >>> most likely be running 4 instances if it (at the same time) and the
> >>> RasPi3B+ will most likely choke on trying to do that in python.
> >> If need be, I can help with that eventually. However (and I have not
> >> seen Skylar's implementation at all), most Python libraries for
> >> number crunching are reasonably-thin wrappers around optimized C
> >> libraries. There's a little overhead, but it's not too bad in most
> >> cases. If you needed a bare-metal implmentation, then yes, C might
> >> be required, but I urge you to wait for Skylar's implementation and
> >> actually try it on your target hardware before starting a C port.
> >> Remember, the first rule of premature optimization is "Don't".
> > Words of wisdom to be sure. It's just that all my other code for
> > working with this data is in C, so I guess I would have to call the
> > Python code from C (?) - Bill
> Sure, why not? Beats rewriting existing code, and then updating it
> whenever the original changes. You can set up a Python runtime inside a
> C environment if you really want to , but I'd recommend just
> leaving the Python as a standalone process if you can.
>  https://www.linuxjournal.com/article/8497
>  https://docs.python.org/3/c-api/veryhigh.html
>  https://docs.python.org/3/c-api/index.html
> TangerineSDR mailing list
> TangerineSDR at lists.tapr.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the TangerineSDR