JJ_in_TN wrote:With that version of SDR# getting a bit long in the tooth and all the improvements to SDRuno and other compatible software, is there any reason to use that old version of SDR# in 2019? Can SDR# do anything the others can't?
Yes, there is good reason IMO to use this older version of SDR# for this. First, no other compatible software gives you as much control over the FFT display parameters - even the new (and wonderful, thank you Steve) SAS Spectrum Analyzer program.
With SDR#, there is very fine control over spectrum display attack & decay times, resolution, Waterfall attack & decay, and spectrum speed. These controls allow much finer and higher resolution and averaging of the display than is available with other programs and the use of adjustable sliders rather than only predefined steps from a dropdown for attack & decay times is much better. Also, the zoom slider in SDR# is very fast and highly responsive. I can set the resolution to a mid value and then use the zoom slider and get sufficient resolution so that I can clearly see two signals just 5-10hz apart. Much more use to me than the predefined zoom ranges in other programs.
Two caveats however - Later versions of SDR# have gone to a different type of spectrum display and it looks like they apply some type of real-time averaging to the waveform. SDR Console v3.xx also does this. The result is that the trace is just a bit fuzzy and not as clear or defined as that in SDR# v1361.
Also, the level display is not calibrated so you must calibrate it by using the gain slider in the SDRPlay device control panel for the frequency range of interest. I made a chart after initial calibration using a calibrated HP 8656B signal generator and so my setup is quite accurate for level measurements.
So those are my reasons for using that old version, anyway. Also, older SDR# is portable in that you can put the whole folder of it on a memory stick and run from most Windows machines without need to install.