FMP uses the rtlsdr.dll, so whatever devices that supports.
DSDPlus 1.071 Released
- Thread starter DSDPlus
- Start date
- Status
DSD+ does not yet decode ProVoice link control, so DSD+ will not display any of the information you are asking for.
Use DSD+ to record a sample of raw input audio that you think should be generating voice on both timeslots. Upload that audio somewhere (Zippyshare is fine) and post a link to it here.
Please submit detailed logs from both programs. Use -v4 in DSD+. Also use DSD+ to record the raw audio. You can send them to the email address listed in the Fast Lane information.
We believe that the data in your DMRDecode log is incorrect.
From your DSD+ log:
CSBK Aloha SysCode=10.1100.00000100 AB; Networked; Registration req'd
The DSD+ -v4 binary dump shows the monitored site's full 16 bit SysCode in binary format:
100110010000000000000001000000001101011010110000000100110000000000000000000000001100111100110101
From your DMRDecode log:
C_ALOHA : CSBKO=25 + FID=0
Not an Infill Radio Site : TS has Network Connection : Mask=0 : Service Function=0 : TSCC demands MS must register
System Identity Code=45075 : MS Individual Address=0
DMRDecode is displaying the same 16 bit Syscode (decimal 45075 = binary 1011000000010011)
The correct SysCode interpretation:
10 1100 00000100 11
Model = 10 (large, which is the default value)
Site = 1100 (13, which is also the default value)
Area number and site number = 00000100 (interpretation depends on AreaSize setting)
PAR = 11 (A and B subscribers permitted)
From your DMRDecode log:
Short LC : SYS_Parms : Large Network NET=12 SITE=4 Category B MSs only permitted
Permissible network IDs for a large model network range from 1 to 16. By definition, 1100 (decimal 12) indicates NID 13, not NID 12.
The SITE=4 notation does not represent the true breakdown of the 8 bit area number plus site number field. Also, SITE=4 cannot be correct because TIII area numbers and site numbers start at 1, so again, by definition, 100 (4) can not indicate an area or site value of 4.
DMRDecode is just displaying the values of these binary fields, not their true meaning.
The Category B display is incorrect. Later in the log, it changes to:
Short LC : SYS_Parms : Large Network NET=12 SITE=4 Category A MSs and B MSs permitted
This is due to DMRDecode misinterpreting the contents of the CACH messages.
The DMRDecode log does not list any site neighbors.
The DSDPlus log shows:
CSBK Bcast SysCode=10.1100.00000100 AB; Neighbor SysCode=10.1100.00000000, CC=513
CSBK Bcast SysCode=10.1100.00000100 AB; Neighbor SysCode=10.1100.00000001, CC=541
CSBK Bcast SysCode=10.1100.00000100 AB; Neighbor SysCode=10.1100.00000111, CC=517
If the four SysCodes are decoded using the default area length of 5:
10.1100.00000 000 Large model, NID 13, Area 1, Site 1
10.1100.00000 001 Large model, NID 13, Area 1, Site 2
10.1100.00000 100 Large model, NID 13, Area 1, Site 5 (current site)
10.1100.00000 111 Large model, NID 13, Area 1, Site 8
Your raw audio sample generates this DSD+ event log:
Current network: L13
Current site: L13-1.5
L13-1.5 neighbor: Site L13-1.1; CC=513
L13-1.5 neighbor: Site L13-1.2; CC=541
L13-1.5 neighbor: Site L13-1.8; CC=517
Everything there looks correct. If you specify a different AreaSize value for this system, DSD+ will recalculate the area and site numbers accordingly. The TIII section of the DSDPlus.txt file covers this.
Your DSD+ log file shows a moderate level of decoding errors. The best decoder settings for you for that system are: -fr -dr4 -dh6 -ds63 -dd60
Spitfire8520
I might be completely clueless! =)
I'm interested, is it possible for any of the release versions of DSD+ to output just the binary dump? I've been interested in using DSD+ to decode a P25 control channel and possibly piping that to an external application, for example Pro96Com, to process the data. I know Unitrunker already does all of that in a single application, however I would like to keep my options open.
Thanks for all the hard work!
DSD crashed after approximately 1:30-2 hours constant work. No errors, no messages....just froze.
Is there any way to make frequency list for faster switching? Moving left/right over fmp spectrum is slow especially to a freqency more than 1 MHz from current. Manually entering the numbers is a way to do it but it's not faster than just click over the desired one in the list.
Is there any way to make frequency list for faster switching? Moving left/right over fmp spectrum is slow especially to a freqency more than 1 MHz from current. Manually entering the numbers is a way to do it but it's not faster than just click over the desired one in the list.
I've been running DSD+ for 48 hours without a hitch. Even when the control channel changed all I had to do was dial in the new frequency and off it went.
The program seems to be incredibly stable.
The program seems to be incredibly stable.
Well, during my obviously "busy" working day I made a simple batch file to change frequencies by simple press of a button. First of all I have to say that I'm not any closer to any type ot programming, developing or whatever (...and english is not my native language as you can see
)You must have a basic knowledge for configuration and just a little bit more to edit it the way you like it!!!
So, what it actually does? The answer - everytime you press a button from 1 to 9 it restart FMP with frequency argument equal to the frequency stored to that number. It is actually much simpler than it sounds. The method I'm using is limited from 1 to 9 because numbers above 10 are counted as duplicate choice which is not suported. So up to 9 favorite frecuencies can be stored. If you need more than this you could add letters instead of numbers.
If you want to try it just download and extract the zip file. Open with notepad and edit the file with correct FMP path, frequencies, names and so on. If you need any assistance, don't hesitate to ask. I will do whatever I can to help you.
Enjoy and hope you find it useful as much as I do
Attachments
Check your LRRP.cfg file and make sure the directory settings are correct. By your screenshot you can see that it's showing Points=0... which makes me think it's not seeing the DSDPlus.LRRP file in the root DSDPlus folder.
ARS = Automatic Registration Service.... Basically someone has turned on a radio and it's registered itself on the system.
ARS = Automatic Registration Service.... Basically someone has turned on a radio and it's registered itself on the system.
The instructions are in the LRRP.cfg file. Pretty sure there are comments in there about directory settings.
slicerwizard
Member
The screenshot shows LRRP events with no lat/long/speed/bearing, so those are more of those compressed LRRP messages that DSD+ doesn't decode. So there's nothing for LRRP.exe to display.
Ah! Nice catch! That'll teach me for looking at this stuff on my phone instead of my PC. I wonder if raw audio samples would be useful in this case... Hopefully DSDPlus will take notice....
The wav file with synthesized audio is a bit messy. I mean...there is no gap between calls and all in all you get one audio file full of non-stop audio. I know there is an option to make new file in every XX minutes. But there is no gap between calls either and in result you get a lot of files full with non-stop audio. Is there any option that I'm missing or future plan to include gaps between calls? Something like 1 second between each call would be nice and maybe 3 seconds if there is no activity for about 1 minute. Why not even gap based on channel innactivity - from 0 to 30 seconds of inactivity, 1 second gap, 1 minute of innactivity equal 3 seconds gap and more than 1 minute - 5 seconds gap. It will be like you are listening to "live" audio without overlaping calls as is in this moment. And maybe an otption to enable/disable call gap?
Well, I'm in request rush so.... Any chance to include feeding option? Or at least any way to feed alpha tags to programs like Radio Feed or whathever software supports this option?
Well, I'm in request rush so....
Any chance to include feeding option? Or at least any way to feed alpha tags to programs like Radio Feed or whathever software supports this option?Is this in reference to Airspy or the $20 dongles?
I'm speaking of the Airspy of course. The cheap dongles can't produce a real stream anyway.
- Status
