One radio, one row. If you own an SDRplay RSP and have SDRplay's API installed, FoxSDR could reach it two ways — over USB itself, and through the API — and listed it twice, under two names, with nothing on screen saying which to pick. Picking FoxSDR's own entry got you the lesser of the two, because the API drives front-end hardware FoxSDR cannot. The duplicate entry is now hidden and the API's is the one you see.
It hides carefully, because the opposite mistake is worse. An entry hidden in error is a radio you cannot select at all, so FoxSDR only hides its own entry when the API really did list something; when both sides give a serial number they must match, so two RSPs where the API can only see one keep both entries; and a Mirics television stick, which shares the same driver, is never hidden. Whenever an entry is hidden, the log says so and why.
What has been checked. 140 tests pass on Windows and on a clean Linux clone, 22 of them on this rule, and the two-radio cases fail when the serial check is removed.
Not checked: there is no SDRplay device here, so the rule is proven against constructed lists rather than two real enumerations side by side. If you have an RSP and the API installed, one entry is what you should now see.
The Linux files are still in development. The Android alpha stays at 0.98.1-android.1.
SHA-256 of foxsdr-setup-0.99.10.exe:
9b01485dd47609659cb3f6570c054dc3f0494875f0895964566871d720842a09
SHA-256 of FoxSDR-0.99.10-x86_64.AppImage:
6e44312b6226d1758fb5286e47007cdaa23961997afa6d917dfb0b12ef782edd
SHA-256 of foxsdr-0.99.10-linux-x64.tar.gz:
ef26cdba5a764a419caa684b63b3429b219e297a306c9fa65f7e6b66f31a8505