DSDPlus DSD+ 2.516 Released Sunday, January 12, 2025

[BM82557]

It's convoluted. Since it's the same version, you are going to have to reference an old link that you would have gotten back in the days when it was distributed via email, and then just change the version number in the link to 2516. Power users can usually figure it out. But of course how many of us still have an email referencing the download link from before the time when you could download directly from DSDPlus? Some people just aren't going to be able to figure out how to do it without contacting dsdplusfastlane@gmail.com I guess. Or one could just wait for the next version to be released down the road. My version (not updated, the original 2.516) is using a miniscule amount of CPU. So I don't know under what conditions the CPU hogging occurs. I don't care if mine doesn't get updated. But some may be running on weaker hardware and may really need to have the updated version.

If I search my email for "DSDPlus Fast Lane Release" I see the old 2.228 and 2.212 (and older) notices, which contain links to download. I'd grab one of those links, and then modify the 2.xxx to 2.516 and re-download. PITA I know. I'm just a messenger.

Then myself and others are out of luck. The computer I used back then went to electronics heaven a long time ago and I lost all of my older emails.

 

[dave3825]

reference an old link that you would have gotten back in the days when it was distributed via email, and then just change the version number in the link to 2516.

Went from BLA BLA BLA_DSDPlus2p228.zip to _DSDPlus2p516.zip and it worked

But of course how many of us still have an email referencing the download link from before the time when you could download directly from DSDPlus?

Guess i'm either lazy, smart or a hoarder.

Then myself and others are out of luck. The computer I used back then went to electronics heaven a long time ago and I lost all of my older emails.

If the email was stored locally on PC, some email providers allow one to store on their (ISP) server and allow one to download to the email client on PC.

If Aol, Gmail etc, should not be an issue.

 

[RaleighGuy]

Not sure I want to do this update. My .radios file for the Albany/Schenectady County P25 system has thousands of existing OTA aliases.

Mine took just over 2 hours for about 5000 OTA aliases.

 

[mtindor]

Then myself and others are out of luck. The computer I used back then went to electronics heaven a long time ago and I lost all of my older emails.

Not out of luck. Reach out to the author. Or I might even be able to help. But if you've already run 2.516 and reacquired all of the aliases, you may never see the issue. Apparently the issue only occurred for a small subset of people, and it was during the time when DSDPlus 2.516 was fired up and started re-acquiring all of the OTA aliases and modifying the DSDPlus.radios file. At least that's my understanding.

And if you're like me, you may have never noticed a CPU increase and may never see one in the future while using that same version unless you attempt to re-acquire all OTA aliases again.

 

[RaleighGuy]

Then myself and others are out of luck. The computer I used back then went to electronics heaven a long time ago and I lost all of my older emails.

I would hope anyone upgrading the software (any software) would save the previous version in a backup folder just in case there was a serious flaw in the new version they could revert to the previous version. But then that requires common sense which isn't too common now a days.

 

[mtindor]

and did nothing with the Harris aliases that already existed in the file.

The reason it did nothing for existing Harris aliases as far as pushing them to the server is because existing Harris aliases have no checksum. Newly acquired aliases should be sent up. And if you want existing aliases to be pushed up you'd likely have to remove the clear text aliases from your DSDPlus.radios file for those Harris aliases and re-acquire them. Not suggesting that you should do that, just suggesting the reason why the existing ones aren't automatically being pushed up.

Among other things, the checksum is a safeguard to make sure that somebody can't edit an OTA alias in DSDPlus.radios to something nasty or incorrect and then have it pushed up to the server. Only aliases that DSDPlus has added a checksum for can / will be sent to the server.

 

[BM82557]

I would hope anyone upgrading the software (any software) would save the previous version in a backup folder just in case there was a serious flaw in the new version they could revert to the previous version. But then that requires common sense which isn't too common now a days.

You are quite right about backups. Your post reminded me of some old flash drives I have and I found that I do have copies. But with Mike's post here - DSDPlus - DSD+ 2.516 Released Sunday, January 12, 2025 I am not going to do anything at this point since everything is running ok. If it ain't broke don't fix it.

 

[mtindor]

Of note is the fact that everyone running 2.509 NEEDS to update to 2.516 if they want any future alias functionality to work. 2.509 is not going to be able to effectively communicate with the server to handle alias decoding anymore. Why? Because it obviously doesn't need to in 2.516. In 2.516 the aliases are decoded within DSDPlus.

So if you are running 2.509 or less on anything, forget about alias functionality. On 2.509 or older, newly seen OTA aliases (hashed) that are seen will not be processed into cleartext and sent back. Time to move forward to 2025 and install 2.516 if you haven't already.

Mike

 

[slicerwizard]

Not sure I want to do this update. My .radios file for the Albany/Schenectady County P25 system has thousands of existing OTA aliases.

According to the server stats report:

BEE00.695 Albany/Schenectady Co. NY 4723


Looks like there are thousands of talker aliases waiting for you.

 

[mwjones]

The reason it did nothing for existing Harris aliases as far as pushing them to the server is because existing Harris aliases have no checksum. Newly acquired aliases should be sent up. And if you want existing aliases to be pushed up you'd likely have to remove the clear text aliases from your DSDPlus.radios file for those Harris aliases and re-acquire them. Not suggesting that you should do that, just suggesting the reason why the existing ones aren't automatically being pushed up.

Among other things, the checksum is a safeguard to make sure that somebody can't edit an OTA alias in DSDPlus.radios to something nasty or incorrect and then have it pushed up to the server. Only aliases that DSDPlus has added a checksum for can / will be sent to the server.

That's what I figured and confirmed today during some testing. Now I'll have to go through and delete the old OTA aliases from the Harris systems as the new OTA aliases are received.

 

[seagravebuff60]

Ok, so will the newly acquired Harris P25 Aliases also have a checksum? Do I need to download the new version of 2.516 from the server for this to work?

I successfully pulled the new 2.516 from the server by modifying the .zip URL in my original link when I paid for the program. It was pretty easy. I just haven't run it yet.

 

[bravo14]

Ok, so will the newly acquired Harris P25 Aliases also have a checksum? Do I need to download the new version of 2.516 from the server for this to work?

I successfully pulled the new 2.516 from the server by modifying the .zip URL in my original link when I paid for the program. It was pretty easy. I just haven't run it yet.

I believe the harris doesn't upload to the server just the motorola side. Some counties by me use harris and nothing was loaded to the server.

 

[Reconrider]

Ok, so will the newly acquired Harris P25 Aliases also have a checksum? Do I need to download the new version of 2.516 from the server for this to work?

I successfully pulled the new 2.516 from the server by modifying the .zip URL in my original link when I paid for the program. It was pretty easy. I just haven't run it yet.

Hey Nate, do you know of any systems that are harris with OTA aliases? I want to mess around

 

[Reconrider]

I believe the harris doesn't upload to the server just the motorola side. Some counties by me use harris and nothing was loaded to the server.

Per the Notes.txt file,

    Decoded Harris trunking talker aliases and Motorola trunking talker aliases are
    uploaded to the DSD+ talker alias server and are made available to other DSD+ users.

 

[RaleighGuy]

Hey Nate, do you know of any systems that are harris with OTA aliases? I want to mess around

Depending what state you are in the Duke Energy TDMA CC Harris System, DSD+ decodes OTA aliases but the system is 100% encrypted.

 

[bravo14]

Per the Notes.txt file,

    Decoded Harris trunking talker aliases and Motorola trunking talker aliases are
    uploaded to the DSD+ talker alias server and are made available to other DSD+ users.

If that is the case we should see Herando County FL listed in the server.

 

[Reconrider]

If that is the case we should see Herando County FL listed in the server.

In order for it to be listed in the server, somebody needs to monitor it with the latest DSD+ fastlane. Maybe @mtindor can look into it.

If it's monitored and not listed yet, maybe there's an issue with the server

 

[mtindor]

Ok, so will the newly acquired Harris P25 Aliases also have a checksum? Do I need to download the new version of 2.516 from the server for this to work?

I successfully pulled the new 2.516 from the server by modifying the .zip URL in my original link when I paid for the program. It was pretty easy. I just haven't run it yet.

I don't know precisely when the original 2.516 was updated with the updated 2.516. If you downloaded it anytime after midnight last night, I'm sure you have the latest version. Yes, once you copy new Harris Aliases, I believe there will be a checksum with them in the .radios file. However, I think that if you have existing Harris radio IDs in your DSDPlus.radios file, those will never upload to the server simply because they wouldn't have a checksum.

And I'm not sure if they will update to aliases w/checksums just by monitoring those same RIDs again. If they don't, they would likely have to be removed and allowed to be re-monitored all over again to get checksums. I just don't know the answer to this. I tried to test today, but the local AEP Harris site was silent all day (no bad weather) and there were no RIDs talking while i was monitoring.

 

[bravo14]

In order for it to be listed in the server, somebody needs to monitor it with the latest DSD+ fastlane. Maybe @mtindor can look into it.

If it's monitored and not listed yet, maybe there's an issue with the server

Last week and a few weeks before bands were open and was getting that signal full scale and was decoding RID.

 

[RaleighGuy]

Last week and a few weeks before bands were open and was getting that signal full scale and was decoding RID.

But last week and a few weeks before the newer versions of the software were not released, so that really has nothing to do with what we are talking about here.