SDRconnect I've finally found the solution to my consternation with SDRconnect!

mayidunk

Member
Joined
Jun 10, 2006
Messages
157
Remember my thread, I'm Getting Sick of This? Where I said I was frustrated with SDRconnect not being as mature as SDRplay is? How I was frustrated with its non-standard GUI interface? Well, I have finally found the solution...

My Yaesu FT-710 arrives today, and I ain't looking back!

I feel sorry for the folks at SDRplay, they have really excellent receivers, and SDRplay really works well... that is, if you're still using WIndows. I liked my RSPdx, and I wish, I wish, I wish the folks at SDRplay would have either ported their original software over to Linux, or worked with someone to create a hardware based user interface that would plug into their SDR hardware. Too bad, as there are now many companies who have come out with fully SDR radios what are turnkey solutions; no experimenting, no fiddling, no hassle. SDR is quickly becoming a commodity item, with more and more fully mature implementations hitting the market. What does this mean for SDRplay? In my opinion (probably not worth a whole lot, but anyway...) they are quickly becoming left behind! Soon, they will no longer be able to compete in a market that appears to be fast becoming awash in cheap, yet very usable SDRs of all shapes, sizes, and stripes!

What was once a seemingly impossible dream, is likely to now become a complete SDR implementation available on a chip, with matured UI control standards, that will be banged out by the millions, and sold for pennies on the dollar! You want a waterfall display? It's in there! You want parametric EQ, on transmit and receive? It's in there! You want IF filters that are infintely adjustable, in any way you can imagine? It's in there! You want a hardware control surface? We got 'em, and if you don't like our control surface, we know of many other factories that are churning out control surfaces, the likes you may not have even considered would be possible! Why? Because the standards are in there! Don't want hardware, we still have some really excellent software you can use.

Okay, perhaps I'm going a bit too crazy with this. Yes, there will still be competition. Yes, there will still be companies that will want to make their SDRs proprietary, and special. But everyone will soon recognize that SDRs are all inherently superior to even the best radios made from only a few years ago! Why? Because software simply does radio better than solid state hardware, super het radios!

30 years ago, Yaesu set out to build what they considered to be the ultimate in Ham transceivers! Thus, the FT-1000D was born. It was the top of the heap for its time, and priced to match at about $3,000 to $4,000! That would be around $6,000 to $8,000 in today's money. Compared to that, the FT-710 transceiver can be seen as being merely a budget, transportable transceiver that costs just under $1,000. Probably good as a second radio for taking camping, and such.

Sherwood Engineering maintains a list of receivers and transceivers, ranking them by the quality of their receive sections only. That list is located here Receiver Test Data.

Anyway, the once vaunted FT-1000D, one of which which I am fortunate to own, is on that list, as is the FT-710. Of course, many might say that the FT-1000D as a receiver became outclassed by many other radios, and may have been outclassed by some that came before it. However the radio, that in its day was seen by many to be the creme de la creme, now sits at around 100 or so spots from the top of that Sherwood list! The "lowly" FT-710, on the other hand, is only 3 down from the top of that list! It's receiver completely outclasses just about every other receiver on that list! But, you wanna know a secret? As SDR designs, and implementations continue to mature, the FT-710 is, itself, gonna be outclassed by some $50 SDR from China at some point in time, likely sooned than later!

Why?

Because software is easier to build than hardware. Software is easier to model than hardware. Software, once created, only needs to have copies of itself disseminated. You don't need factories to churn out unique, proprietary software. You don't need highly skilled, and experienced electronic engineers to come up with the next big thing. You only need software engineers who can design, and write the software, based upon specifications that have become standard throughout the industry. Heck, as AI continues to mature, you won't even need software engineers anymore! AI platforms will be churning out fully tested and certified software faster that you could ever imagine! After all the software is written, you'll only need standardized, commoditized hardware that will run that software. A company can design a single, basic hardware platform that can be banged out by the millions for pennies on the dollar, and using that standard platform, create many, many different radio products by simply tweaking the software used in them, and adding simple cosmetic changes to the hardware to differentiate it from their own, and everyone else's cookie cutter SDRs. SDRs are quickly rendering all hardware based super het radios obsolete, and too expensive to manufacture! They will go the way of the Dodo, replaced by easily, and cheaply manufactured SDRs! In fact, SDRs will probably become all you can get, unless you buy used!

Oh well...

BTW, anyone looking to buy an RSPdx? I need to sell it soon, before I discover that I can't even give it away!
 

mayidunk

Member
Joined
Jun 10, 2006
Messages
157
There's still allot to be done with RSPdx on Linux, I use my rsp for its large sample rate with dumphfdl
dumphfdl is very, very cool! I checked out the github repository, and from reading the description, they are doing some pretty excellent work with improving HF data comms with aircraft. That being said, my post wasn't at all about the usefulness of the RSPdx. In fact, I will be keeping mine (I'm not a dummy, even though I may act like one from time to time...) with the hope that I can one day find a hardware interface for it so that I can use it as a stand alone radio/scanner! From that perspective, there really is nowhere to go, but up!

I just needed to air out my frustration with SDRplay. They now seem to be focusing on their network version of their radio, and have seemed to just stop working on SDRconnect! I have been using the last version of SDRconnect, but it really has proven to be a frustrating experience, for me anyway. I know they are a smallish company, and that they may not have all the resources of the larger, more established companies like Icom, and Yaesu. Yet, I am truly sad to think that, while they have been putting a sincere effort into providing a quality product, with quality software to run it, in the end their efforts are likely to be completely overshadowed by the research efforts of the (at last count) 21 companies in China that are furiously engaged at not only cornering the market on SDR radios, but by sheer dint of massive effort, and collaboration, cornering said market not only by numbers, but by quality as well!

Where once it took a very sizeable amount of money to break into the amateur radio market, it has come to the point where almost anyone with less sizeable resources will be able to start a company because they really don't need R&D! Those 21 Chinese companies will probably be able to supply pretty much everything they need, from software to hardware, to get them up and running with much less capitol outlay up front. While the guys at SDRPlay continue to do excellent work, much of what they're trying to accomplish has probably already been figured out, and will be incorporated in current, and future designs by those Chinese companies, and it truly does break my heart!

I have no animosity towards SDRPlay, my earlier post notwithstanding. I, myself, used to work for a very small, family own manufacturing company. They did high quality work, producing rotary tables so accurate that they had NIST certification! Unfortunately, the owner died, and his son took over the business. While his son really did a good job at keeping things going, time and tide ultimately took their toll, and the business ended up folding back in the 80's. When I came on board, the only things they had left that showed what the company used to be capable of producing was one, huge laboratory grade surface plate, a portable clean room that was knocked down, and stacked up against a wall, the aging machines that did all the work using highly skilled machinists (they had three P&W Jig Borers, one of which was a tiny 1 1/2 B), an autocollimator, and a rotary sine table that had been returned for refurbishment, and recertification, that would never see the light of day again! They got left behind, and it pains me to think that the same thing will likely happen with SDRPlay!

Unless they can get some kind of military contract with the British government to do R&D, and produce some kind of new way to implement SDR that no one else can produce, they're probably gonna be folding up shop sometime, soon.

This is why I rant. This why I'm upset. This is why I mourn!
 

PDXh0b0

Active Member
Premium Subscriber
Joined
Mar 31, 2020
Messages
819
Location
Woodland, WA
dumphfdl is very, very cool! I checked out the github repository, and from reading the description, they are doing some pretty excellent work with improving HF data comms with aircraft. That being said, my post wasn't at all about the usefulness of the RSPdx. In fact, I will be keeping mine (I'm not a dummy, even though I may act like one from time to time...) with the hope that I can one day find a hardware interface for it so that I can use it as a stand alone radio/scanner! From that perspective, there really is nowhere to go, but up!

I just needed to air out my frustration with SDRplay. They now seem to be focusing on their network version of their radio, and have seemed to just stop working on SDRconnect! I have been using the last version of SDRconnect, but it really has proven to be a frustrating experience, for me anyway. I know they are a smallish company, and that they may not have all the resources of the larger, more established companies like Icom, and Yaesu. Yet, I am truly sad to think that, while they have been putting a sincere effort into providing a quality product, with quality software to run it, in the end their efforts are likely to be completely overshadowed by the research efforts of the (at last count) 21 companies in China that are furiously engaged at not only cornering the market on SDR radios, but by sheer dint of massive effort, and collaboration, cornering said market not only by numbers, but by quality as well!

Where once it took a very sizeable amount of money to break into the amateur radio market, it has come to the point where almost anyone with less sizeable resources will be able to start a company because they really don't need R&D! Those 21 Chinese companies will probably be able to supply pretty much everything they need, from software to hardware, to get them up and running with much less capitol outlay up front. While the guys at SDRPlay continue to do excellent work, much of what they're trying to accomplish has probably already been figured out, and will be incorporated in current, and future designs by those Chinese companies, and it truly does break my heart!

I have no animosity towards SDRPlay, my earlier post notwithstanding. I, myself, used to work for a very small, family own manufacturing company. They did high quality work, producing rotary tables so accurate that they had NIST certification! Unfortunately, the owner died, and his son took over the business. While his son really did a good job at keeping things going, time and tide ultimately took their toll, and the business ended up folding back in the 80's. When I came on board, the only things they had left that showed what the company used to be capable of producing was one, huge laboratory grade surface plate, a portable clean room that was knocked down, and stacked up against a wall, the aging machines that did all the work using highly skilled machinists (they had three P&W Jig Borers, one of which was a tiny 1 1/2 B), an autocollimator, and a rotary sine table that had been returned for refurbishment, and recertification, that would never see the light of day again! They got left behind, and it pains me to think that the same thing will likely happen with SDRPlay!

Unless they can get some kind of military contract with the British government to do R&D, and produce some kind of new way to implement SDR that no one else can produce, they're probably gonna be folding up shop sometime, soon.

This is why I rant. This why I'm upset. This is why I mourn!
I still use sdruno😉😃
 

mayidunk

Member
Joined
Jun 10, 2006
Messages
157
Know what? Whenever I've referred to SDRplay software, I meant SDRuno!

Of all the things I've lost...
 

dkcorlfla

Member
Premium Subscriber
Joined
Feb 12, 2023
Messages
282
Location
Orlando
Maybe look into SparkSDR? I just built a really strong computer and loaded Dragon OS into a VM (KVM running on Linux). I noticed there was a program in Dragon that I have not tried so I looked it up. It supports the SDRplay line with the use of the closed source API from SDRplay.

Don't know anything about SparkSDR or at least half the other SDR stuff on Dragon but I plan to start trying it all out.
 

mayidunk

Member
Joined
Jun 10, 2006
Messages
157
Maybe look into SparkSDR? I just built a really strong computer and loaded Dragon OS into a VM (KVM running on Linux). I noticed there was a program in Dragon that I have not tried so I looked it up. It supports the SDRplay line with the use of the closed source API from SDRplay.

Don't know anything about SparkSDR or at least half the other SDR stuff on Dragon but I plan to start trying it all out.
I'll check that out, thanks!
 

mayidunk

Member
Joined
Jun 10, 2006
Messages
157
Welp! I checked it out.

Unfortunately, SparkSDR refused to install because it didn't like the version of libusb I was using. So, I decided to be intrepid! I decided I was gonna stop avoiding getting back into the tough stuff! I decided that I was gonna tackle this problem, and attempt to install the version of libusb it was looking for, and get this software up and running!. TIme to face my destiny. Time to stop runnin'! After all, it couldn't be that difficult...

Could it?

Please, believe me when i tell you this; ADHD is real, it does not end after childhood, it cares nothing for your well being, and will gladly stomp you into oblivion when you least expect it!

ADHD is a stone, cold beehotch!!!

I tiny moment of inattention... A seemingly insignificant tap of the finger on the enter key... And it all came crashing down around my ears!!! I ended up deleting just about my entire linux installation!

Alas! The poor thing was absolutely struggling to just boot back up to some semblence of her old self. I've never seen her fight so hard!

My, but she did suffer... She wimpered... She rampaged... Tossing error logs left, and right... Frantically searching for the arcane knowledge from the archives that she knew would keep her alive, just long enough! That hard drive was churnin'... It was burnin'... It was smokin'... That hard drive is an SSD!

Yes my friends, she was brave, and gallant, and true. She held on just long enough for me to get the back ups all restored, screaming all the way... The both of us!!!

To say I was a bit dismayed would be an understatement...

This is why I didn't want to be experimenting, and playing around, and trying to make these different pieces of software work. I'm not saying that their developers are doing a bad job of it, in fact I'm sure they're doing a great job! However, I'm not doing such a great job when I have to start plunging into the intricacies of Linux! I worked in IT for close to 30 years. Doing stuff like this is WORK for me! I'm retired, I don't wanna work... I just wanna bang on the drum all day! Fortunately, TimeShift and Backups, along with apt and aptitude, helped me put it all back together... In about 6 hours!

Thanks for your suggestions, everyone. I really mean that! Really, I do!!

And, please forgive me if I sound curmudgeonly, but that's only because I really do not want to play with computers anymore. If you had caught me fourty years ago with all of this, I would have jumped in, head, hands, and feet, never to be seen again. But those days are over, and long gone! So, if no one minds, I'll leave all the fun to you intrepid seekers of knowledge.

In the meantime I'll be in the kitchen, making coffee...
 

dkcorlfla

Member
Premium Subscriber
Joined
Feb 12, 2023
Messages
282
Location
Orlando
Sorry for my late reply and all your troubles. I loaded up SparkSDR and it was not what I was expecting, looked very basic and I should have taken a look before making mention of it.

BTW - this new computer that I built running KVM lets me play with sketchy software and Linux distros with little risk the the host OS.

Dragon OS is an interesting distro with a lot of software in it that's worth playing around with. It can be run from a live USB without installing but the performance is many times better running in KVM.

Maybe look into clonezilla - it can make a disk image and be used to completely replace a SSD in about 15 minutes.
 

mayidunk

Member
Joined
Jun 10, 2006
Messages
157
No worries, I survived. In fact, I actually thrived as I had just replaced Firefox with Firefox ESR, and in the process lost all my bookmarks (see a pattern, here?). But when I restored everything, lo and behold, my old version of Firefox got restored with it, and I got all my bookmarks back!

So, hey, some clouds do have a silver lining! And I got a good laugh out of it as well, so no harm done. It's not like I was doing anything important at the time. Besides, I needed the practice, I was getting kinda rusty with restoring these things. Believe me, it wasn't the first time I ever had to do that.

Congrats on your new system, have fun playing!
 

KC1UA

Scan New England Janitor/Maintenance
Database Admin
Joined
Oct 27, 2002
Messages
2,148
Location
Marstons Mills, Cape Cod, Massachusetts
I have just started using OpenWebRX+ with my SDRPlay RSPDx. It is the absolute hands down best use I have ever derived from that receiver. Links below:

Main page for download and platform specific packages: OpenWebRX+ Home Page

Great video from Tech Minds showing setup and use:

I run it from a Raspberry Pi 4B. It is an amazing piece of software. It can be a bit of a bear to set up profiles and balance the IF and RF gain settings, but once you get an idea of it you're in the ballpark and can tweak from there. Definitely worth a look.
 

vince48

Member
Premium Subscriber
Joined
May 13, 2001
Messages
1,171
Location
Central Valley, CA.
Scott,
Yes, it is great software. I'm waiting for my Web-888 to arrive so I can play with this software too.

Vincent
 

mayidunk

Member
Joined
Jun 10, 2006
Messages
157
Thanks, but like I said previously, trying to get these packages installed ended up becoming a nightmare for me. In each case, they all required a different version of libusb. When I finally attempted to replace my version with the dev version they all seemed to require, I ended up blowing my system out of the water!

I'll reiterate, this is work for me. It is no longer fun! I appreciate your enthusiasm, I, myself, have been there in other circumstances over the years. If this were 40 years ago, I'd be right there alongside you. Now, however, I am really no longer interested in exploring these kinds of computer related things. That being the case, I'm afraid I'll be tied up making coffee for the foreseeable future.

Thanks again!
 

dkcorlfla

Member
Premium Subscriber
Joined
Feb 12, 2023
Messages
282
Location
Orlando
Thanks, but like I said previously, trying to get these packages installed ended up becoming a nightmare for me. In each case, they all required a different version of libusb. When I finally attempted to replace my version with the dev version they all seemed to require, I ended up blowing my system out of the water!

I'll reiterate, this is work for me. It is no longer fun! I appreciate your enthusiasm, I, myself, have been there in other circumstances over the years. If this were 40 years ago, I'd be right there alongside you. Now, however, I am really no longer interested in exploring these kinds of computer related things. That being the case, I'm afraid I'll be tied up making coffee for the foreseeable future.

Thanks again!
Gotta ask, what version of Linux are you running I have not needed to mess with libusb on any of the distributions I have been working on.
 

mayidunk

Member
Joined
Jun 10, 2006
Messages
157
Gotta ask, what version of Linux are you running I have not needed to mess with libusb on any of the distributions I have been working on.
Ubuntu 22.04.4 LTS

$ sudo apt list libusb*
Listing... Done
libusb-0.1-4/jammy,now 2:0.1.12-32build3 amd64 [installed,automatic]
libusb-0.1-4/jammy 2:0.1.12-32build3 i386
libusb-1.0-0-dev/jammy 2:1.0.25-1ubuntu1 amd64
libusb-1.0-0-dev/jammy 2:1.0.25-1ubuntu1 i386
libusb-1.0-0/now 2:1.0.25-1ubuntu2 amd64 [installed,local]
libusb-1.0-0/jammy 2:1.0.25-1ubuntu1 i386
libusb-1.0-doc/jammy,jammy 2:1.0.25-1ubuntu1 all
libusb-dev/jammy 2:0.1.12-32build3 amd64
libusb-dev/jammy 2:0.1.12-32build3 i386
libusb-java-doc/jammy,jammy 0.8+ztex20090101-9build1 all
libusb-java-lib/jammy 0.8+ztex20090101-9build1 amd64
libusb-java/jammy,jammy 0.8+ztex20090101-9build1 all
libusb-libusb-perl/jammy 0.09-2build2 amd64
libusb-ocaml-dev/jammy 1.3.1-4build6 amd64
libusb-ocaml/jammy 1.3.1-4build6 amd64
libusb3380-0/jammy 0.0.1+git20190125.c83d1e9-2 amd64
libusb3380-dev/jammy 0.0.1+git20190125.c83d1e9-2 amd64
libusbauth-configparser-dev/jammy 1.0.3-1 amd64
libusbauth-configparser1/jammy 1.0.3-1 amd64
libusbguard0/jammy 1.1.1+ds-3 amd64
libusbmuxd-dev/jammy 2.0.2-3build2 amd64
libusbmuxd-dev/jammy 2.0.2-3build2 i386
libusbmuxd-tools/jammy 2.0.2-3build2 amd64
libusbmuxd-tools/jammy 2.0.2-3build2 i386
libusbmuxd6/jammy,now 2.0.2-3build2 amd64 [installed,automatic]
libusbmuxd6/jammy 2.0.2-3build2 i386
libusbredirhost-dev/jammy 0.11.0-2build1 amd64
libusbredirhost1/jammy 0.11.0-2build1 amd64
libusbredirparser-dev/jammy 0.11.0-2build1 amd64
libusbredirparser1/jammy 0.11.0-2build1 amd64

All of the SDR packages I tried installing errored out because 2:0.1.12-32build3 (first in the above list) apparently superceded the .dev version they were all looking for.

Anyway, I have since taken the RSPdx out of the stack for right now. I'm not getting rid of it, or anything. I recognize that it is a fine receiver, and I do look forward to working with it later on. But, for right now I just want to enjoy my new FT-710, as it really fits my interests right now. Later, however, I'll be wanting to do more searching out of LF and VLF signals, which the RSPdx should handle rather nicely!

Thanks for your interest.
 
Last edited:

dkcorlfla

Member
Premium Subscriber
Joined
Feb 12, 2023
Messages
282
Location
Orlando
Wow, what a confusing list of libusb items! What happens if you select all of them ;-)

Seriously, something I just started looking into is compiling SDR++ with the SDRplay API. It's suppose to work and SDR++ is a very nice SDR.

Will try to post followup if I get anyplace with this.
 
Top