DSD FME

[Reconrider]

Is it just me or would all of these dongle radio guys lay off the bells and whistles for a bit and sit down to enable at CI-V or CAT or rigctr, hamlib and stuff for a "man's radio"?
Jus' sayin'.

They code what they want to.
In this case, he wanted "bells and whistles(as you call it)" and he wanted to make it that way.
If you want something different, make it yourself how you want it to be - or pay him to add in features you want.

 

[ArloG]

They code what they want to.
In this case, he wanted "bells and whistles(as you call it)" and he wanted to make it that way.
If you want something different, make it yourself how you want it to be - or pay him to add in features you want.

Well aren't you an Einstein today. Simon Brown and others have made awesome SDR software. And they work with a plethora od SDR radios.
The front end for dongle, Airspy, etc radios I suspect are "canned" to implement into these applications.
Being the true scholar and philanthropist you seem to air yourself as . Should realize that I am not a programmer.
But smart enough to review the different .dll drivers and see that there is a basic standard with similarities for supported and non-supported radios. And. FYI not a single person I've directly or indirectly asked involved with trunking decoders has acted interested and enthusiastic.
It's been mentioned before. Why did Airspy remove the ability to use extio .dll drivers from their "free" software. And when a workaround was discovered to make the drivers usable again. They had a you-know-what fit. And removed the ability immediately. Plus threatened the developer for what should be open-source code with legal proceedings.
Another cockamamie and weak reason is they do not have the actual radio in their possession to work with.
As if they have never heard of RDP to access a pc with working software for a radio such as the Icom IC-R8600 and others that allow use of their own and third party SDR software.
Not a single person who put's these Lego kits together has responded positively. An "I'd like to look into what is involved", "Hey, good idea....sounds cool". I'd pay. Not thousands. Not even hundreds. Look at DSD+ Fastlane. Not a single response from them. And stupid me expecting the cash spent would let me use my radio with the subscription that I paid for a lifetime sub. Others are drooling for a digital decoder that trunks and works with their radio's. Look at good old fldigi. Easy to get it working with a pile of different radios with some setup tweaks.
Sir. I hope that satisfies your theory of general relativity for the next time you get all smarmy with Elon and burn a few doobs.

 

[Reconrider]

Well aren't you an Einstein today. Simon Brown and others have made awesome SDR software. And they work with a plethora od SDR radios.
The front end for dongle, Airspy, etc radios I suspect are "canned" to implement into these applications.
Being the true scholar and philanthropist you seem to air yourself as . Should realize that I am not a programmer.
But smart enough to review the different .dll drivers and see that there is a basic standard with similarities for supported and non-supported radios. And. FYI not a single person I've directly or indirectly asked involved with trunking decoders has acted interested and enthusiastic.
It's been mentioned before. Why did Airspy remove the ability to use extio .dll drivers from their "free" software. And when a workaround was discovered to make the drivers usable again. They had a you-know-what fit. And removed the ability immediately. Plus threatened the developer for what should be open-source code with legal proceedings.
Another cockamamie and weak reason is they do not have the actual radio in their possession to work with.
As if they have never heard of RDP to access a pc with working software for a radio such as the Icom IC-R8600 and others that allow use of their own and third party SDR software.
Not a single person who put's these Lego kits together has responded positively. An "I'd like to look into what is involved", "Hey, good idea....sounds cool". I'd pay. Not thousands. Not even hundreds. Look at DSD+ Fastlane. Not a single response from them. And stupid me expecting the cash spent would let me use my radio with the subscription that I paid for a lifetime sub. Others are drooling for a digital decoder that trunks and works with their radio's. Look at good old fldigi. Easy to get it working with a pile of different radios with some setup tweaks.
Sir. I hope that satisfies your theory of general relativity for the next time you get all smarmy with Elon and burn a few doobs.

To long, didn't read.

 

[slicerwizard]

I'd pay. Not thousands. Not even hundreds.

Yeah, developers should put in a bunch of free man hours so you can play with your multi-thousand dollar radios. Meanwhile, in the real world, these SDR apps are designed to be low cost solutions for digital signal decoding/analysis and voice synthesis. If you want to play with high dollar gear, get yourself some good deals on used P25, DMR, NXDN, whatever gear. Performance and usability would be far superior to dicking around with PC software.

Look at DSD+ Fastlane.

Well, I see it's churned out over 100,000 radio aliases in the last month. Seems like it's serving the community. Looks to me like devs working on that was a better use of resources than supporting your gear.

 

[EI9BAB]

Is it just me or would all of these dongle radio guys lay off the bells and whistles for a bit and sit down to enable at CI-V or CAT or rigctr, hamlib and stuff for a "man's radio"?
Jus' sayin'.

The developer here has basically said that he has stepped away from any further developments after putting a huge amount of effort into this project for free. However, the source remains open to the public and anyone can make changes for their own use if they have the ability or if they can find someone else with enough interest in doing it. Possibly you could look at open-source code bounties if you are prepared to pay something for it.

I do think that your original question could have been pitched a bit better if you were looking for some help in this area which is maybe why other developers haven't embraced the concept either. However, I was also looking to make add some CI-V controls and actually got some polite and useful suggestions here (but I came up with an alternative solution in the end).

You mention hamlib, rigctr and CI-V in your question. Possibly you mean rigctl but I could be wrong? DSD-FME does support rigctl which goes some way to controlling external equipment and hamlib/rigctl does theoretically interoperate with CI-V (rigctl: control radio transceivers and receivers | hamlib Commands | Man Pages | ManKier) I haven't tried this for CI-V myself but I have used some of the rigctl functionality and although the DSD-FME implementation is not perfect, you might be able to get some help here getting it to work if you ask nicely.

Also, it is worth noting that the discriminator output from a "man's radio" (or even a lil ol' gal's radio) can be easily piped into these "dongle radio" programs and work fairly well. You're probably aware of that but mentioning it anyway just in case...

We're not associated with Airspy or DSDPlus here and there is no conspiracy to lock anyone out. The similarity in some interfaces probably stems from the open-source foundations of many of these projects and shared libraries and approaches. However there are some copyright issues that people are also trying to avoid. And your frustrations with the radio manufacturers is best remaining directed at them. There are some commercial interests out there trying to protect their IP but the group on this thread are justy here to support other people using this open-source project and we will do our best to do that.

I understand you're annoyed with the lack of interoperability with some of your equipment. I also know it's easy for some people to respond with a throwaway quip and then threads can quickly deteriorate into an exchange of insults as subtle intonations don't always travel over the keyboard. We don't want to go there and we are generally a friendly bunch here. I can see that you have helped other folks at times in other threads and also offered to help with sample files on this thread previously so hopefully everyone will play nice from now on and we'll avoid any further ill feelings.