[hpsdr] Software Developer Looking to contribute

[Glenn Thomas]

Hi Chris...

Perhaps some of these things already exist in some versions of s/w, but 
I'll give you the benefit of my ignorance via the following suggestions:

1. Refactor PowerSDR (PSDR) to separate display processing from DSP 
processing. Define and document the interface between them in a 
sufficiently general manner that DSP/display processing can be mixed 
&matched, possibly on multiple networked processors. The interface 
definition should allow different display or DSP processes to replace 
the PSDR derived software as desired. Possibly a single display process 
can control multipleDSP processes.

2. Define the display widgets in such a way that he user can arbitrarily 
select which widgets are used and where they are positioned in the 
display page. Provide a way to save several such configurations. For 
example, someone using a transverter may not need all the band selection 
widgets. OR, perhaps a contester needs more display real estate for 
logging software and would like to limit the display real estate used 
for PSDR.

73 de Glenn wb6w

On 7/30/2012 8:19 PM, chris at chrismitchellhome.net wrote:
> ***** High Performance Software Defined Radio Discussion List *****
>
>
>
> Hello all,
>
> I'm a software developer with a lot of experience in C# and C++, 
> specifically in performance and scalability optimization.  My day job 
> for the last 10+ years is mainly in C#.   I've also just recently 
> pre-orded a Hermes/ANON-10 and would like to give back to the 
> OPENHPSDR community.  As I'm new, I don't have a laundy list of 
> features I want, but instead am willing to throw myself to the 
> community and ask the main contributors to PowerSDR and KISS (or 
> others)  if there are ways I can help in a coordinated way (and 
> specific areas within the the projects where this help is welcome).
>
> Ideas:
>
> Code cleanup/reorganization/factoring (coordinated with others to 
> prevent howling)
>
> Bug fixes
>
> Performance consluting/fixing
>
> All of these (and others) would allow me to get some familiarity with 
> the codebase and and the same time contribute.  I'm not comfortable 
> yet with main algorithms in DSP, however.
>
> Thanks,
>
> Chris Mitchell KE9M
>
> Seattle, WA (soon to be moving, however, to Oslo, Norway)
>
>
>
> _______________________________________________
> HPSDR Discussion List
> To post msg: hpsdr at openhpsdr.org
> Subscription help: http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org
> HPSDR web page: http://openhpsdr.org
> Archives: http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/


 1343722722.0