I’ve been working on developing OSX/Mac and Windows versions of SdrDx. At this time, SdrDx for OS X and Windows supports Ethernet-connected version of AFEDRI SDRs, the USB-connected Airspy (AirSpy HF+ under OS X only, via this OS X server), Ethernet-based Andrus MK1.5, USB FunCube Pro, USB FunCube Pro Plus, Peaberry, Ethernet based RFSPACE SDrs, USB RTL sticks (RTL supported under OS X only, via this OS X server) and Softrock SDR receivers. Both the Peaberry and Softrock SDRs require a lot of expertise to get working. The others are pretty much plug-and-play.
In addition, SdrDx can be made to support any SDR with a sound card interface, including I/Q input via your native or auxiliary sound card, with a little scripting work; the Peaberry and Softrock support use this mechanism via Python.SdrDx (running on the Mac) is shown to the right. SdrDx is a closed-source, free application.
SdrDx, in combination with your SDR, is an extremely powerful receiver. Reception, recording, playback, analysis, processing — it’s all there, and it’s all been made as easy to use as possible. Extensive documentation covers every aspect of operating the software, as well as providing numerous examples and images to help you along. If you’re an expert radio user, you’re sure to settle right in. If you’re still learning, you can look forward to software that lets your capabilities grow with your knowledge.
Please consider the following makers of SDRs ahead of any others. These manufacturers have gone the extra mile to see that SDR software developers such as myself are provided with working SDR samples, technical support and interfacing data:
• AFEDRI (822, 822x) |
The main application zip file will un-compress to a folder, inside which you will find the SdrDx application, and some other files. Please read
the documentation
carefully. Take advantage of the extensive index. If you can’t find something in the index, please let me know. I try to keep the documentation up to date. It’s no trouble at all to add index entries, and generally speaking, I’m willing to expand the main manual itself if you find something I have not covered yet. Recent changes to the documentation may only be found in the beta documentation until a version update of the entire package is made; this is where to look if you ask me to add something, it’ll appear there first.
Note to Windows OS users: Only run SdrDx and SwDb out of the folders I supply them in. Don’t stick the executables somewhere else. That way lies madness. MaDnEsS!
Current Version and related downloads
- Related Videos:
- For Developers (and those who would encourage developers)
- In order that SdrDx is able to support additional USB-based SDRs, a protocol-compatible server must be written by the SDR vendor or a third party. You can use this fully functional RTL USB-to-network server as a starting point — it does everything you need to do to talk to SdrDx. SdrDx will work with any SDR or SDR network server that acts like the sample server software; if you need to extend the network methods, for instance to control features unique to your SDR, let me know and I will do my best to support those extensions. However, note that I require that the actual SDR be provided to me for development and testing of those extensions.
Likewise, if you’re considering a new SDR design where you plan to have an Ethernet connection as one of, or the only, method of communication to the host computer, ideally it will be compliant with those protocols. If it is, it will “just work.” If it isn’t — it won’t, and software support for your design will be considerably more limited. Examples of such well-designed SDRs include the Andrus MK 1.5 and the AFEDRI, as well as the SDR-IQ via its network server applications. And of course all the RFSPACE networked SDRs.
If you’re looking for something to do, many USB-based receivers are desperately in need of precisely such a server. No, I don’t write these servers. I spend what time I have adding radio features to SdrDx. However, here is GPL’d source code for an SdrDx-compatible USB-to-Network server for the RTL "stick" SDRs that can be refactored to support other USB devices. All you need to do with regard to SdrDx is tell me what device name you will use with the server (it currently reports in as "RTLSVR", you need to pick a name for the device you’re supporting, and tell me what it is.)
- In order that SdrDx is able to support additional USB-based SDRs, a protocol-compatible server must be written by the SDR vendor or a third party. You can use this fully functional RTL USB-to-network server as a starting point — it does everything you need to do to talk to SdrDx. SdrDx will work with any SDR or SDR network server that acts like the sample server software; if you need to extend the network methods, for instance to control features unique to your SDR, let me know and I will do my best to support those extensions. However, note that I require that the actual SDR be provided to me for development and testing of those extensions.
- For Everyone:
- Is my SDR already supported? The answer is here: Check this list.
- Online Documentation
- Wideband RF Recordings — these are useful if you’d like to try out SdrDx but you don’t have an SDR yet. You can start SdrDx, press play (click that link, then look for the green button) and then enjoy receiving the described band, event, etc. You can tune within the bandwidth of the recording. So for instance, if you play the 6100 kHz recording, which is 200 kHz wide, you can tune from 6000 kHz to 6200 kHz — most of the 49 meter band! Just download and install SdrDx, then the file of interest, start SdrDx, press and select the file (if it’s zipped, you have to unzip it first.)
- ISS space station on 145.800 MHz, April 13th 2018, with AFE822x HF/VHF SDR; SSTV transmission in PD120 mode – 84.0 MB download (image as received with Black Cat SSTV software can be viewed here)
- ISS space station on 145.800 MHz, Dec 5th 2017, with AFE822x HF/VHF SDR; SSTV transmission in PD120 mode – 111.5 MB download (image as received with Multimode software can be viewed here)
- Large (370 Mb download, 500 Mb file unzipped) wideband recording: 6100kHz (49m band) SW, about 8 minutes. Settings: 200 khz span, fixed 6100.0 center, gridspacing=20, 6 db/div, Max=-54db
- SdrDx-WOL-8474-KHz-FSL-RTTY-news.wav.gz 100 MB gzip file containing a recording of RTTY news station WLO as received here at my QTH a few years ago. You can try out SdrDx’s RTTY demodulator with it: 8474 KHz, , , demo to Lo=-1150 and Hi=-850, scope set for 1033 Hz center and 170 Hz shift.
- Short (35Mb download) wideband recording: 20m Pileup. 190 khz wide recording, fixed 14260.0 center, tune to 14207.0 and nearby USB, grid spacing 19, 0-3khz demod
- Short (13.5Mb download) wideband recording: Lovely 5 khz wide USB signal with canary. 190 khz wide recording, fixed 14245.0 center, tune to 14178.0 USB, grid spacing 15, 0-5 khz wide demod. Adjust CWO for perfect man’s voice at end. After I recorded this, I played it back over the air, and the ham told me his bird acted super interested in what it was hearing!
- Mac (Stable Version) for OS X 10.6.8 through 10.15
- 64-bit SdrDx 2.20o for the Mac
- SwDb 0.1m for the Mac (feedback! I need feedback!)
- Highly recommended: DX Toolbox
- for USB SDRs:
- USB Driver (you probably don’t need this):
- Snow Leopard (OS X 10.6) and up USB-to-network server for the SDR-14 and SDR-IQ
- Snow Leopard (OS X 10.6) and up USB-to-network server for the RTL stick SDRs
- OS X RTL Stick Server (10.6 and later)
- OS X AirSpy HF+ Server (10.6 and later, at Black Cat Systems)
- 64-bit OS X Beta 2.20q ZIP archive
Please Note: The OS X Beta changes at odd intervals, sometimes quite often. You can see when the beta build you have has been superseded by a new one by examining the SdrDx title bar at startup. Your SdrDx build time, and the latest SdrDx build time, are both displayed there. When there is a difference, there is a more recent Beta, and you can come right here and download it. Significant changes are indicated on the page below: - OS X Beta Documentation
- SdrDx 2.19n Beta for Windows (feedback! I need feedback!)
- SwDb 0.1m for Windows (feedback! I need feedback!)
- Highly recommended: DX Toolbox
- For USB SDRs:
- Windows USB-to-network server (SDRxx for the SDR-IQ only)
-
People have been having problems getting the AFEDRI to work with SdrDx; I’m not sure why, but here is some information on what I did to get mine going.
Before you start, make sure you’ve set the audio output within SdrDx using
to the correct device. If this is not set correctly, SdrDx cannot run.Now as to the AFEDRI itself: First of all, I could not make the AFEDRI’s DHCP settings work at all. I contacted Alex, the designer, and after quite a few emails back and forth, he suggested a static IP configuration. I set that up, got it working on my normal network, and then connected it to my 2nd ethernet port on the Mac (this is under OS X 10.6.8) under a second network of 192.168.10.1; this involved some fairly annoying screwing around with the OS X configuration files. I never did get the DHCP to work, though some SdrDx users have. So I strongly suggest you set the AFEDRI up using a static IP; I think there may be some fairly severe bugs in the AFEDRI’s DHCP handling, or at least, ways it can be set up that simply don’t work. Other SDRs, such as the Andrus MK 1.5, configure using DHCP no problem, so it’s definitely something unique to the AFEDRI.
Having said that, it could very well be something I did in the configuration utility of the AFEDRI; the version I had only provided a Windows-only program, and I only fired up the laptop to work with it until I got it to work in general, and never looked back. Running windows give me hives.
Still, I know for sure you can get the AFEDRI working with OS X — the AFEDRI is the SDR I’ve been using for quite a few months now; it’s a great SDR. I would expect results to be similar for Windows, that is, static IP will definitely work, and DHCP might not.
- Connect Andrus MK1.5 to your LAN Ethernet
- Start SdrDx 2.12p (or later)
- Open NET dialog and use auto-find to locate Andrus
- Close NET dialog
- Open SDR dialog and set bandwidth as desired
- Close SDR dialog
- Press RUN
- Download this .zip of Python script
- Unzip and copy .py file from within the .zip to your home directory
- Download and install PyUSB library
- Start SdrDx 2.12p (or later)
- Open a shell at your home directory and type ./tcp-to-peaberry.py
- In SdrDx, left-click SND button, select “Peaberry Radio” as input sound card, OK
- In SdrDx, right-click FCD button, check ON and AUDIO IQ, set OSX rate to 50000, or Windows rate to 48000, OK
- In SdrDx, left-click SDR button, set sample rate to 50000, OK
- In SdrDx, left-click FCD button — Peaberry should be running now
Changes
Please refer to this page for the release version documentation.
Please refer to this page for the beta version documentation.
System Requirements
SdrDx and SwDb for the Mac require an Intel CPU, running Snow Leopard 10.6.8 or later.
So far, I have numerous third-party reports of SdrDx working under 10.6, 10.7, 10.8, 10.9, 10.10, 10.11 10.12, and 10.13.
Users of 10.11 through 10.13 report mixed results, under these OS X versions, USB server based SDR users are facing driver installation and activation problems, and tooltips and drop-down menus are blank; Apple’s gone and broken perfectly stable APIs again. Steps required to compensate for Apple’s idiot USB shenanigans are in the docs under new installs. No fix in known for the tooltips issue at this time.
There are two tricks required as of 10.9 and later:
First, you need to turn the “App Nap” feature off or when SdrDx is not the front window, OS X will put it to sleep, which will break it. Right click on the SdrDx app icon, select “info”, turn off App Nap, and close the info window. If you’ve got an SDR-IQ where the server runs under 10.9, you’ll need to do the same thing to the server application. Note: I suggest the very first thing you do with any application you install is turn off App Nap — it’s one of Apple’s worst ideas ever. That’s all there is to that.
Second, under 10.9 and later, for users of the SDR-IQ, Apple thoroughly broke the USB driver that is required for the SDR-IQ and SDR-14 (and possibly the CloudIQ — anyone have a CloudIQ running?) So in order to use the USB driver in the SDR-IQ/SDR-14 server application instead (so the USB to Net server will work), you need to enter the following in a shell right after you boot your machine…
sudo kextunload -b com.apple.driver.AppleUSBFTDI
…it’s not sticky, so you’ll have to do this every time you reboot your Mac.
And of course SdrDx requires an SDR as well if you want to receive live, although it can play back pre-recorded files without an SDR; in the specific cases of the AirSpy HF+, RTL SDR, SDR-IQ and SDR-14, you’ll need to use one of the server applications that puts these SDRs on the network. SdrDx’s support of RFSPACE SDRs and compatibles, and near-compatibles, is only via network connections, SdrDx does not directly interface with the USB connection of the SDR-IQ.
For the Mac, I am presently designing and testing and compiling under an OS X 10.6.8 (Snow Leopard) virtual machine (VMWARE) running under OS X / MacOS 10.12.6.
—
SdrDx and SwDb for the PC require an Intel CPU, running Windows XP or (possibly) a later version of the OS. SdrDx requires an RFSPACE, AFEDRI, Andrus MK1.5, FUNcube Dongle SDR, or a Soundcard-based SDR, or pre-recorded RF files (see above for some of these) in order to do anything useful; in the specific cases of the SDR-IQ and SDR-14, you’ll also need a server application that puts the SDR-IQ on the network. SdrDx handles the RFSPACE SDRs and compatibles (and near-compatibles) via the network, it does not directly interface with them via USB. You must run these applications out of the folders they are supplied in, as they depend on files in those folders.
For Windows, I am presently cross-compiling under Windows XP (in a VMWARE VM under OS X / MacOS 10.12.6.)
#1 by admin on May 18, 2020 - 7:56 am
Quote
There is no SdrPlay server at this time. There may be one in the future, but I can’t say when.
–Ben
#2 by Juan EA5XQ on June 4, 2020 - 11:29 pm
Quote
Hi Ben, just would like to thank you for SDRDX for Mac, it is actually the best one. I am testing with with my AIRSPY HF+ following your suggestions and AirSpy Server from Blackcatsystems
Currently it is being executed in MacBook Pro, 2016, Catalina 10.5.5 and it runs smoothly. Anything that you would like to test in Macosx I am at your disposal.
Best
#3 by admin on June 5, 2020 - 5:11 am
Quote
Juan, my pleasure. Enjoy!
#4 by Juan EA5XQ on June 6, 2020 - 10:25 am
Quote
Hi again Ben, just a question, is it possible to connect SdrDX with an external Tuning KNob? I am radioamateur and I enjoy more tuning with a knob that clicking with my laptop mouse, thanks
#5 by admin on June 6, 2020 - 10:43 am
Quote
Hi Juan,
Yes, it definitely can be done.
The tuning knob must provide an application that lets you receive commands from it to a Python script via the USB interface and a virtual serial port.
You then catch the messages from the knob in the Python script, and in response, send the appropriate commands to SdrDx from the same script.
The Griffen knob worked like that; I’ve used it. However, I can’t say I liked that knob, as it tended to lose its connection to the computer no matter what I was using it for, SdrDx or just controlling system audio volume, but there are other / better choices out there at this point in time.
–Ben
#6 by Juan EA5XQ on June 9, 2020 - 1:45 pm
Quote
Hi Ben, I am using Airspy Hf+ Discovery, what does it mean “SDR Serial #: “123456789” , is it expected to show the SDR Serial number of my receiver?
By the way, I found https://sdrgadgets.co.uk/control-centers/18-vfo-controller-mode-controller-for-sdr-sharp.html and I have asked them whether it could work with SDRdx
Thanks
#7 by Juan EA5XQ on June 10, 2020 - 7:22 am
Quote
Just for your information, they answered me and unfortunately it does not work with SDRdx, only with SDR#. I will follow searching others.
By the way, I am suffering some background noise here at my location, is there any configuration with SDRdx to reduce it? (some sort of digital filter) I have tested most of the option but with no success. Thanks
#8 by admin on June 10, 2020 - 9:47 am
Quote
Hi Juan,
The serial number should be provided by the SDR to the server software, and from there, SdrDx reads it in. It sounds like either the SDR doesn’t have a serial number and the server is making one up, or that the SDR has a fixed serial number.
If a serial number is provided by the SDR, and then by the server software, SdrDx displays it.
#9 by admin on June 10, 2020 - 9:55 am
Quote
Likely the knob (and most any other knob) can be made to work with SdrDx, but will require some Python scripting. This is how most such items can be used with SdrDx. Learning Python is easy. I encourage you to try it.
As to your background noise, if it is impulse noise, then here is the documentation for that.
If it is weak signal noise, you can try this.
If it is interfering heterodynes, then try this.
Please take some time to read the documentation — SdrDx is extensively documented, and between the table of contents and the index, answers to most questions can be found.
–Ben
#10 by Chris LaPlante on June 11, 2020 - 2:19 pm
Quote
Is there a reason why scanning is limited to the first set of memory banks only? Could it be expanded to use them all?
I use memory sets loaded from files, but it would be nice if I could scan all 20 at once.
Thanks,
-Chris
#11 by admin on June 11, 2020 - 8:42 pm
Quote
The scanning sends repeated freq changes to the SDRs, and that has been unreliable under OSX. I don’t know why; might be my bug, might be OSX’s.
Until I can figure out what that is, I’m wary of changing the scanning code.
Sorry about that.
–Ben
#12 by Chris LaPlante on June 13, 2020 - 9:38 pm
Quote
I have had that some too, but it has been when I am changing very rapidly. If I have my griffin wheel hooked up and dial very fast rtl-sdr generally crashes. I’ve not had any issues at the pace SDR-DX scans at though.
Thanks,
-Chris
#13 by Juan EA5XQ on June 18, 2020 - 1:30 pm
Quote
Why SDRdx and AirSpy Server require to connect with internet? I see some traffic in-out for both,
Thanks
#14 by admin on June 18, 2020 - 8:55 pm
Quote
Juan,
I didn’t write the AirSpy server, you’ll have to ask the author about that one.
SdrDx network usage is detailed in the documentation please read this.
In brief, SdrDx does not require an Internet connection. It simply uses it if Internet is available. It will run fine without Internet.
#15 by Juan EA5XQ on July 11, 2020 - 12:01 pm
Quote
Hi Ben,
When I switch the antenna of the AirSPyHf, first I stop RUN of SDRdx, once I active RUN, ZRO starts to flashing and no way to run SDRdx (I have to quit from everything: AirSpy Server ad SDRdx and try one or two time until it starts to work again. I would like to test different reception antennas but it is quite nasty if I can not do it smoothly, Do you think that the problem could come from the AirSpyHF SDR itself? (I am using a MFJ switch antenna )
Thanks
#16 by admin on July 11, 2020 - 12:24 pm
Quote
Juan, I didn’t write the AirSpy server; you should contact Chris at Black Cat SYstems: he wrote that server.
–Ben
#17 by Thomas on July 30, 2020 - 8:42 am
Quote
Hello,
New SDR:er here. Received my RTL-SDR v3 yesterday and was playing with Gqrx, which worked fine on my MacBook running High Sierra.
Tried to get SdrDx 2.20j working, but it seems it can’t connect to the CocoaRTLServer (2.0).
Both CocoaRTLServer and SdrDx is setup to use port 50000, and when I open the Network Setup window and enter the IP address of my MacBook and press Find SDR’s, I’m not getting anything. I’ve tried using the 127.0.0.1 address as well, to no avail.
Wireshark shows nothing for port 50000 so I assume SdrDx is not trying to connect. If I attempt to connect to port 50000 using a browser I see this in WireShark.
What am I missing?
Thanks,
#18 by admin on July 30, 2020 - 9:40 am
Quote
For all setup issues relating to the RTL-server, contact its author, Chris, at Black Cat Systems.
In general, the RTL SDRs are generally known to work when set up exactly according to Chris’s instructions.
Good luck!
#19 by Thomas on July 30, 2020 - 10:31 am
Quote
But shouldn’t I see a TCP connect attempt from SdrDx to the server when I run the Find SDR’s command?
As I said, I see nothing when snooping on port 50000 when attempting this in SdrDx, but when I connect to this port from a browser I can see this connect.
The install instructions for CocoaRTLServer is quite simple and I’ve followed them and the status shown is the same as in his instructions.
#20 by Thomas on July 30, 2020 - 11:06 am
Quote
Nm, suddenly it started working.
No idea what caused the change in behavior
#21 by admin on July 30, 2020 - 11:51 am
Quote
Great.
#22 by Thomas on August 10, 2020 - 6:29 am
Quote
I notice that the RDS data decoder says, for a Swedish FM channel:
—
102.6: Bad code – Country
RIX FM
B?st Musik Just Nu!
—
I assume there is a character set issue.
The second character in the last line should be “ä”, not sure if it is encoded as UTF-8, or something else. The country code doesn’t seem to be handled well either.
Perhaps it would be nice to show the raw characters in hex or something? Or have an option to select the character set to use when decoding?
#23 by admin on August 10, 2020 - 8:52 am
Quote
Yes, for the font, it’s using a built-in font from a fairly old Qt development build. I don’t remember anything about the country code handling off the top of my head.
I’ll look at making these things more flexible; but it may be a while before I get to it, I have a lot on my plate right now. Thank you very much for the report.
–Ben
#24 by Patrick Coleman-Smith on August 21, 2020 - 5:44 am
Quote
Hi Ben,
I have retired from electronics, data acquisition systems for UK scientists, and am reviving an interest in NOAA satellites. I have purchased a couple of SDRs, FunCube Pro+ and a chinese black box. I use a Macbook and have started to use your software. I would like to read your documentation on another computer or possibly an iPad.
Would it be possible to download the documentation for this ?
Thank you for your great system.
Best regards
Patrick
#25 by Dave KC6UPS on August 29, 2020 - 11:09 am
Quote
The ancient WinXP machine that was the SDR-IQ TCP server has died. On the hunt for a Raspbian version of same, but signal to noise ratio is high. Any known to work well..? Have a couple of old Pi B2 boards that need something to do…
#26 by David Shephard on January 29, 2021 - 11:41 am
Quote
Hello
Is there anyway of making SdrDx work with an SDRPlay RSPdx?
I hope so as it looks amazing.
Best Wishes
David
#27 by admin on February 21, 2021 - 8:55 am
Quote
> Is there anyway of making SdrDx work with an SDRPlay RSPdx
No; unfortunately, the SdrPlay people have not written a USB-to-network driver or provided an interface library that is compatible with OSX 10.6.8 so I could write one. OSX 10.6.8 is the SdrDx baseline compatibility. It’s really too bad; it’s a very decent SDR.
–Ben
#28 by Dana on August 3, 2021 - 3:26 pm
Quote
Do you see any future support for the Pluto Plus?
#29 by admin on August 15, 2021 - 2:21 am
Quote
I’d say it’s very unlikely. The vendor has to write a server for it; you’d have to ask them. I’m always willing to advise a vendor, the protocol is public.
#30 by Lubrik Wiklund on September 7, 2021 - 5:12 am
Quote
I’m running CocoaRTLServer and SdrDx on OS X El Capitan 10.11.6. I had issues with the server “napping” and there is no “Prevent App Nap”-checkbox when right-clicking on CocoaRTLServer > Get Info.
I solved this by disabling app nap systemwide. In Terminal, enter the following command:
defaults write NSGlobalDomain NSAppSleepDisabled -bool YES
Everything is now working, even after restart. If you change your mind and want to enable app nap again:
defaults write NSGlobalDomain NSAppSleepDisabled -bool NO
Setup:
ezcap USB 2.0 DVB-T/DAB/FM dongle
OS X El Capitan 10.11.6 (15G22010)
iMac (24-inch, Early 2008)
Best regards,
Lubrik Wiklund
#31 by admin on September 9, 2021 - 8:30 am
Quote
I use the same technique; I have no use for app nap at all.
Thanks for your post.
–Ben
#32 by julian on October 21, 2021 - 5:22 am
Quote
bug report: neither the stable nor the beta version contains any version number viewable in the macOS Finder. both the CFBundleVersion and CFBundleShortVersionString entries in the Info.plist file are missing, so the version shows only up as “–” when viewed in the Finder. however the Info.plist has the CFBundleGetInfoString key which has been deprecated for more than 1 years and should be removed.
thanks!
#33 by admin on October 25, 2021 - 3:15 am
Quote
These issues are not bugs (except in the sense that they are Apple’s bugs.) SdrDx is built under, and for, OSX 10.6.8 using QT; Apple’s intentional, and pointless, damage to backward compatibility is not something I will ever address. Particularly as Apple has intentionally, and with malice, prevented older machines from upgrading to newer versions of their OS, which means that making changes that address newer versions of the OS can break compatibility with users of older machines. Unlike Apple, I do not abandon my users.
#34 by Gabriele on December 6, 2021 - 12:04 pm
Quote
Hi I have recently discovered your wonderful software and I am using it with my Afedri Lan, and if set up in the right way it is fine. One thing that I cannot see is the SMeter box … or do I have to activate some button … if so which one?
#35 by admin on December 7, 2021 - 5:20 am
Quote
The s-meter should aways be visible when SdrDx is running; unless something unusual is going on, and if that’s the case, this is the first I’ve heard of it. Reporting your OSX level and computer configuration might be illuminating. That said:
The s-meter is turned on/off with MONMON Button (on), located here.
You can choose which s-meter is displayed by →Left-click or →Right-click on the s-meter itself.
#36 by Mark Turner on December 27, 2021 - 11:55 pm
Quote
Hi Ben. On the waterfall time stamp, it might be nice to toggle local time. You could distinguish it from GMT by adding “ (Local) “ after the displayed time. Take care and thanks.
#37 by Dan on February 3, 2022 - 9:48 am
Quote
While playing with sdrDX and Andrus mk1.5 I have somehow broken waterfall and s meter- I have uninstalled and reinstalled the program and can’t see how to reset to defaults or remove modifications to try again.
thank you for your efforts, impressive
#38 by admin on February 4, 2022 - 6:51 am
Quote
To turn the meter on or off: MON
To turn the waterfall on or off: WAT
#39 by Dan on February 6, 2022 - 3:06 am
Quote
Hi unfortunately that does not work with MON & WAT as somehow I have broken the settings- I have uninstalled and reinstalled the program and there appears to be a residual configuration on my shack pc as it remembers device settings etc.
There is no reset function as mentioned in trouble shooting under file option with win10 as Apple version has.
I would like to delete the config and do a fresh install on my shack pc, the mistake is wholly mine and I would be grateful for your suggestions to make installation useable again.
thank you for your time
#40 by admin on February 6, 2022 - 10:43 am
Quote
Dan, I don’t know where Windows keeps its configuration files, or even if it uses configuration files. Doesn’t it have some kind of database called “the registry”? It used to, anyway. I don’t use Windows at all, other than to build a cross-compiled version of the software and archive the result.
The best thing to do here is find someone who does know Windows very well, and ask them where program preferences are stored. I’m sorry I can’t help here.
#41 by Greg Hemmings on April 3, 2022 - 5:55 pm
Quote
Hi Ben! I’ve been using SDRdx for about a week now with an Airspy HF+ Discovery. The software is truly amazing! When I start SDRdx There’s a message center right that says serial number 123456789 and software version can’t be parsed. Default graphics will be used. What does this mean and how can I fix it?
#42 by admin on April 5, 2022 - 4:15 am
Quote
The serial number should appear in the text box at the top right of the panel area (under the spectrum and waterfall.) You can ignore it unless it’s appearing over something else, in which case let me know.
The software version is telling you it doesn’t know about the version of OSX (MacOS, probably) you’re using, and so it will use a specific graphics engine. There were some problems with tooltips in some versions of OSX that required using a different graphics engine. Bottom line, you can ignore this – there’s nothing to fix. However, I would like to know what version of OSX you’re using if you have a moment to share.
#43 by Greg Hemmings on April 5, 2022 - 5:47 am
Quote
Thanks for the response! I’m using Big Sur right now. The software is running great using Chris’s Blackcat software???? I’m planning to post some screenshots and a review in my SDR and satellite FB groups.