[TangerineSDR] Setting up DE for selected bands and sample rate

[John Gibbons]

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 N8OBJ


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



<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

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
> wrote:
> > On Monday, April 20, 2020 1:41 PM, Rob Wiesler <robert.wiesler at case.edu>
> wrote:
> >> On Mon, Apr 20, 2020 at 13:26:53 -0400, John Gibbons via TangerineSDR
> wrote:
> >>> 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 [0][1][2], but I'd recommend just
> leaving the Python as a standalone process if you can.
>
> [0] https://www.linuxjournal.com/article/8497
> [1] https://docs.python.org/3/c-api/veryhigh.html
> [2] https://docs.python.org/3/c-api/index.html
>
> --
> TangerineSDR mailing list
> TangerineSDR at lists.tapr.org
> http://lists.tapr.org/mailman/listinfo/tangerinesdr_lists.tapr.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tapr.org/pipermail/tangerinesdr_lists.tapr.org/attachments/20200420/f74bf503/attachment-0001.html>