What version of DSD+ do you use? I have 1.101 and it doesn't perform nearly as well as OP25 and SDRTrunk on the Phase 1 simulcast systems around me. Does DSD+ actually support CQPSK modulation?
I use the latest - 2.10; in conjunction with FMPA and/or FMP24, it's handling simulcast fine. Most of the systems here are Motorola, but some are Harris and at least one is from Cassidian.
I have a limited budget, so I use the cheapest device that will work. I've had no problems with these; the one expensive NooElec dongle I have is no better than the others. Sure, BNC would be nice, but $10 is what works for me. I will gladly accept grants for better equipment or software.
Wouldn't we all!
I found the MCX versions to have reliability issues - not so much with the dongles themselves, but with the pigtails needed to connect to BNC-equipped coax, as well as the included coax and magmount antennas. So I paid for a couple for the $12 MCX dongles and then for the rtl-sdr.com low-drift units that eventually had to replace them...
I am 99% confident it does not. There is a large simulcast system in my area with lots of simulcast distortion on hardware scanners; DSD+ 2.10 cannot decode this system properly, I get lots of simulcast distortion artifacts, just like you would get on hardware scanners. However, OP-25 and SDRTrunk properly decode this system with zero simulcast distortion.
The documentation for DSD+ 2.5 claims it handles simulcast (without any details whatsoever), but I am quite confident it does not at the present time.
So essentially, you're calling the developers liars or incompetent...
I asked some of the local experts here where the bad RX locations were for our local systems, i.e. where scanners (various models) had a hard time. The response was simply "everywhere", so apparently I don't live in some simulcast nirvana. Despite that, DSD+ is decoding CCs and clear Phase I voice, where present, on all of these systems, most of which are simulcast:
P25, 00001.001, "London PS"
P25, 1484F.36D, "GTAA"
P25, 148DE.00A, "Durham Region PS"
P25, 458AD.227, "Monroe/Ontario County"
P25, 458AD.229, "Genesee County, Batavia"
P25, 458AD.22A, "Orleans County, Albion"
P25, 8D45F.36F, "RCMP"
P25, BEE00.1AC, "MetroLinx"
P25, BEE00.39E, "Hamilton PS"
P25, BEE00.3C2, "Toronto PS"
P25, BEE00.444, "Halton Region PS"
P25, BEE00.4F1, "Niagara County PS, Lockport"
P25, BEE00.4F8, "Peel Region PS"
P25, BEE00.644, "Chautauqua County PS"
P25, BEE00.64C, "York Region PS"
P25, BEE00.882, "Toronto Hydro"
At your request, I uploaded detailed testing logs here:
P25-Reception-Testing.zip - Sabercat File Hosting
The detailed console logs show P25 CC decoding on MetroLinx (UHF simulcast) and Toronto PS (700 simulcast) that is nearly perfect. The Toronto log shows some errors at the start -
where FMP24 was auto center tuning - but once the signal was tuned correctly, the errors went away. That doesn't look like "doesn't handle simulcast".
The CC log for Peel Region PS (800 simulcast) shows some errors, but I'm not really surprised, considering that the system is somewhat distant and a big chunk of the region is in a hole, so the signal's fairly weak and it's competing with the local Telus iDEN sites and I wasn't using an 800 MHz antenna, yadda yadda. Despite that, by my calculations, 10553 of 10812 control channel messages were properly decoded. That's a 97.6% decode rate. Again, that doesn't look like "doesn't handle simulcast".
Is there room for improvement? I would say definitely. But to claim DSD+ "doesn't handle simulcast" is frankly uncalled for. DSD+ 2.5 added P25 control channel decoding
and simulcast support. Before 2.5, I could sit a block away from a simulcast site, parked on a system voice channel and get
no audio out of DSD+. Meanwhile, I get audio out of 2.5 and up from these systems wherever I set up my laptop, including mobile operation - mobile as in actually driving around town.
So that's my two cents on the topic...
Andy, I coded the JMBE library (IMBE codec) from the spec, but peeked several times at mbelib to see how they coded some of the algorithms.
Rawg. Having fun with AMBE?
![Smile :) :)](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)