[hpsdr] Software direction for openHPSDR...

Tue Aug 3 10:53:16 PDT 2010

Hi Ken, et. al.,

I looked at Cathy's code for SDRMAX and asked Phil about its license.  
It was in limbo at that time.  Phil had permission to distribute it with 
the QuickSilver recevier, but Cathy didn't make the code really open 
source, even though you can download it and read the code.  It also 
didn't appear that it would be an easy conversion to work with Dttsp.  
It appears that Cathy somehow got tired of the project and left, 
retaining the copyright to all her work, and not giving the right to 
modify and distribute it to anyone except perhaps Phil, and even that 
was not really clear.  I tried to understand what happened, but it 
wasn't apparent from what I could read on the list, etc.  In any case, I 
can't recommend using her code for anything until the problems with the 
license are resolved, but I do like the idea of using C++ and QT 4.5 
which is quite portable, and the GUIs for developing in QT are very nice 
in my experience.

73,

Rob, KL7NA

On 08/03/2010 04:38 AM, Ken N9VV wrote:
> ***** High Performance Software Defined Radio Discussion List *****
>
> Hi Dave, your contribution to ghpsdr3 on Windows is *OUTSTANDING*. 
> Thank you from all 800 of the OpenHPSDR members :-)
>
> Beginning in 2007, Phil Covington N8VB and Ms. Cathy Moss delivered a 
> C++/Qt control program called SDRMAX and another called Panoptos for 
> control of the QuickSilver QS1R DDC receiver. They were fully portable 
> and would easily compile with MinGW/OpenGL/Qt on Windows and Linux. 
> Their GUI was really cool. The use of OpenGL pushed the GUI load out 
> to the video card and made the whole system very efficient for small 
> CPU systems (mITX for example) and remote Internet users.  Panoptos is 
> still carried on an SVN. I do not understand it's copyright or GPL 
> status. N8VB later experimented with both the _Boost_ and _ICE_ 
> libraries in a effort to improve the Internet remote control 
> performance of the base program.  My QS1R was online for over a year 
> and I logged listeners from 42 countries.
>
> I wanted to add that the John Melton server does indeed have CLI 
> selections for steering the ADC Random and Dither. Here is part of the 
> README from the trunk/src folder:
> ----------------------------------------
> server - a server implemented using libusb 1.0 sync API.
>
>     server
>         --receivers [1..8]
>         --samplerate [48000|96000|192000]
>         --dither [off|on] <------------------------
>         --random [off|on] <------------------------
>         --preamp [off|on] <------------------------
>         --10mhzsource [atlas|penelope|mercury]
>         --122.88mhzsource [penelope|mercury]
>         --micsource [janus|penelope]
>         --class [other|E]
> --------------------------------------------
>
> and from a Melton July 4th posting:
> Here is his info for ghpsdr3:
> ----------------------------
> ghpsdr by default sends the audio stream back to the server to be 
> played out through Mercury.  There are command line options to use the 
> local audio on the machine your are running on.
> > >
> > >     --local-audio [0|1]
> > >         0 disables local-audio (default)
> > >         1 enables local-audio (default output device is /dev/dsp)
> > >
> > >     --audio-device<dev>
> > >         sets the output device for local audio
> > >
> > >     --port-audio [0|1]
> > >         0 disables portaudio [default]
> > >         1 enables portaudio (output to the default portaudio device)
> -------------------------------------------
>
> On 8/3/2010 2:39 AM, David McQuate wrote:
>> ***** High Performance Software Defined Radio Discussion List *****
>> Potential improvements: A few added commands would allow changing
>> Mercury's input attenuator, ADC random & dither options, and sample
>> rate. The audio output currently works for only Rx 0. (For the moment
>> that's not a problem because jmonitor directs demodulated audio to the
>> computer's sound card output.) There's some odd behavior if Rx 0 is not
>> the first one started. Tx is currently not supported.
>>
>
> thank you for your seriously great port of the Melton code to Windows,
> I do hope this discussion stimulates an expansion of the OpenHPSDR 
> programming.
>
> Beginning in Q1/2011 we may see several new DDC/DUC units for sale. 
> One example is the tantalizing new "netSDR" from RFSpace 
> (http://www.youtube.com/watch?v=q-Uh0hQK83A)
> <URL: http://www.rfspace.com/RFSPACE/netSDR.html
> >
>
> The pressure is increasing to have portable code for the OpenHPSDR 
> hardware project if we want to remain an attractive experimental 
> platform for the future.
>
> thank you for reading my email,
> 73 de Ken N9VV
> _______________________________________________
> 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/

-- 
Rob Frohne, Ph.D., P.E.
E.F. Cross School of Engineering
Walla Walla University
100 SW 4th Street
College Place, WA 99324
(509) 527-2075			 http://people.wallawalla.edu/~rob.frohne

-------------- next part --------------
A non-text attachment was scrubbed...
Name: rob_frohne.vcf
Type: text/x-vcard
Size: 298 bytes
Desc: not available
URL: <http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/attachments/20100803/89bc47f8/attachment-0004.vcf>