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.

 

[iscottybotty]

Merry Christmas & Happy New Year, everyone!

 

[kb9mwr]

Look at DSD+ Fastlane.

DSD+ fastlane is not opensource and as soon as he walks away from his work everyone will see why being his fanboy was stupid.
It caused the origional opensource author to give up on his work.
DSD FME will always be superior since its open source and anyone with the skills can pickup the project from where he left off.

 

[DaveNF2G]

So, you're asserting that DSD-FME can do everything that DSD+ version 2.509 can do, and then additional stuff?

If it can't, then your claim of superiority is false.

 

[slicerwizard]

DSD+ fastlane is not opensource and as soon as he walks away from his work everyone will see why being his fanboy was stupid.

I signed up for Fast Lane in 2015. Used the public version before that. So about a decade so far. When's this walking away that you allude to? And what if the walking away was accompanied by release of source code? You sound like a flat earther - making claims that you can't back up.

It caused the origional opensource author to give up on his work.

I've seen this claim before. How does it work when DSD+ was released a year after the last posting by the DSD author? How did it prevent 12+ months of development before DSD+ showed up? Somebody explain it.

Also, the DSD author stated that he wasn't a coder, and it showed in the DSD source code, so I have to wonder how far he could've gone. I said it then and I'll say it again - DSD was an awesome proof of concept and I admire the work that was done by non-coders. No ragging from this camp.

DSD FME will always be superior since its open source and anyone with the skills can pickup the project from where he left off.

Until someone actually picks up the torch, that's purely speculative. Has Harris and Motorola P25 trunking talker alias decoding been added to FME? If not, your claim is treading water.

I notice that for the most part, developers don't rag on other projects. They seem to have their heads on straight. It's almost always some dorkstick user attempting to poison the well. To me, it looks like for some reason, DSD+ is living in their heads rent free. It's not a good look, but you do you, eh?

 

[RaleighGuy]

Has Harris and Motorola P25 trunking talker alias decoding been added to FME? If not, your claim is treading water.

Agree 100% with your post, but want to mention Harris Talker aliases have been included, was using it for a Harris TDMA CC system and getting good decodes, before switching to DSD+ FL.

 

[slicerwizard]

Agree 100% with your post, but want to mention Harris Talker aliases have been included, was using it for a Harris TDMA CC system and getting good decodes, before switching to DSD+ FL.

Now that you mention it, I recall reading a post that indicated that FME did Harris talker alias decoding.

And in an attempt to bring something useful to this discussion, I also saw that SDRTrunk decodes Motorola talker aliases, so if it hasn't been dealt with yet, someone can step up and add it to FME. I'm sure Denny would point them in the right direction. Or they could try asking the DSD+ folks. I assume it's not a state secret.

 

[kb9mwr]

I signed up for Fast Lane in 2015. Used the public version before that. So about a decade so far. When's this walking away that you allude to? And what if the walking away was accompanied by release of source code? You sound like a flat earther - making claims that you can't back up.


I've seen this claim before. How does it work when DSD+ was released a year after the last posting by the DSD author? How did it prevent 12+ months of development before DSD+ showed up? Somebody explain it.

Also, the DSD author stated that he wasn't a coder, and it showed in the DSD source code, so I have to wonder how far he could've gone. I said it then and I'll say it again - DSD was an awesome proof of concept and I admire the work that was done by non-coders. No ragging from this camp.


Until someone actually picks up the torch, that's purely speculative. Has Harris and Motorola P25 trunking talker alias decoding been added to FME? If not, your claim is treading water.

I notice that for the most part, developers don't rag on other projects. They seem to have their heads on straight. It's almost always some dorkstick user attempting to poison the well. To me, it looks like for some reason, DSD+ is living in their heads rent free. It's not a good look, but you do you, eh?

While I don't think you are a simple end user (maybe just by your sceen name).... I can understand that most end users not really caring about how a program works, just as long as it does the job for them.

I am not one of those people, and honesty I expected you'd also not be one of them. How the program works and getting to see that is more important to a select few of us. I made no claim other than I have seen he perils of closed source software before. (Ex. Look at all the knowledge lost with hamvoip when David stopped development. ) You are correct an author could throw a curve ball and release code when they discontinue their work, but have never seen that happen.

 

[rrbum]

Just a thought. If I recall, when I was able to use my lifetime membership of DSD+FL, the readme always mentioned "the team" as far as the creators/maintainers. This makes me think that as long as there is interest on the part of "the team", things should roll on. The team may change over time just like a sports team or any other type of fraternity. The people may change, but the goal is kept in sight. Maybe?

I fell away when the updates became a hassle for me and my outdated Windows OS. I do miss DSD+FL, but I do not use Windows and will not give another nickle to microsoft of whomever may be shilling Windows these days.

I was here that Christmas eve when DSD first appeared, it was a game changer.

Would be great if DSD+FL had a Linux version, but alas. I am impressed by what is available to Linux users and appreciate the work the coders do for our hobby. I think it is terriffic.

SDRTRUNK is nifty and if continues to improve (NXDN) will only be niftier. Many thanks to Mr. Sheirer.

Happy and Healthy new year to all.