[hpsdr] pan lock function in cuSDR - fantastic!

[a.groff]

I'm not a programmer but I would guess that the QSD roots of PowerSDR 
would make the coding effort more difficult than is needed for direct 
sample hardware.  cuSDR was a clean start. Might be some work to unravel 
the PSDR code to make it work it more direct sample friendly.

AL, K0VM


On 3/20/2013 4:06 PM, hpsdr-request at lists.openhpsdr.org wrote:
> Message: 2
> Date: Tue, 19 Mar 2013 21:26:27 -0700
> From: Alfred Green<nu8i at cox.net>
> To:hpsdr at lists.openhpsdr.org
> Subject: Re: [hpsdr] pan lock function in cuSDR - fantastic!
> Message-ID:<51493A73.5020500 at cox.net>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
> On 3/19/2013 2:40 PM, Andrew wrote:
>> >
>> >Hi All,
>> >Thanks to Phil VK6APH I have discovered the 'pan lock' feature in
>> >cuSDR. Finally I can set the panadapter and waterfall to monitor say
>> >all of the 40m band for example and tune up and down without the whole
>> >display shifting to the left or right and losing the waterfall history
>> >- fantastic for contests. Well done Hermann! No Tx sadly though.
>> >How difficult would this be to add to PowerSDR VFO A (yes I know VFO B
>> >will sort of do this but its not the same)? I have no idea. With the
>> >new 384k panadapter (which is also fantastic) it would a superb feature.
>> >Thanks,
>> >Andrew
>> >G4XZL
>> >
> That has been on the PowerSDR wish list for a very long time. I forget
> the details now, but I had a nice chat with one of the software
> developers in Austin and he explained that this is a very non-trivial
> enhancement, so don't expect it any time soon.
> Where I would really use it is when 6m is open. You get a picture of
> where everything is happening with the waterfall and panadapter, and
> that mental map is lost when clicking on a station up the band.
> Having multiple receivers available now helps a lot, however.
>
> I haven't played with cuSDR yet. It sounds like a really nice piece of
> work. As I understand it, it runs (mostly?) on the video card. I haven't
> seen info on what level of video processing is needed, but it is
> something I should try.
>
> GL & 73,  Alf  NU8I
> Phoenix  AZ  DM33xo


 1363877968.0