DSD 1.4 and mbelib 1.2.3 released

[DaveNF2G]

Ubuntu is more Windows-like than most other distros. It has an Explorer interface and devices look like folders.

I guess you could also say it's Mac-like.

 

[offsite]

Under Ubuntu, type 'aplay -l' to see a list of the audio devices available. ( 'l' = lowercase L )

The list will include something like
card 0 <information>
card 1 <information>
card 2 <information>
.... card n <information>.

Usually there is enough information listed for each card that you can tell which one is which.

Then, if your input card turns out to be card 2 and your output card is card 1, enter

dsd -i /dev/audio2 -o /dev/audio1

The default is card 0, so if one of your cards is card 0, let's say the output card, then just enter

dsd -i dev/audio2

DSD will default to -o dev/audio0, so you don't need to type that.

 

[grosminet]

is the any help that could help us to understand frame type like :

Sync: +DMR o: 24 mod: GFSK g: 25.000000 inlvl: 2% slot0 [slot1] CSBK
Sync: +DMR o: 24 mod: GFSK g: 25.000000 inlvl: 3% [slot0] slot1 CSBK
Sync: +DMR o: 24 mod: QPSK g: 25.000000 inlvl: 2% slot0 [slot1] CSBK
Sync: +DMR o: 24 mod: QPSK g: 25.000000 inlvl: 2% [slot0] slot1 TLC
Sync: +DMR o: 169 mod: QPSK g: 25.000000 inlvl: 2% [slot0] slot1 RATE 1/2 DATA

what is CSBK , TLC

thanks for answer

 

[TampaTyron]

DSD capable of decoding Mototrbo talkgroups?

DSDAuthor,
I very much appreciate the hard work done on this program. Can the latest version of this program decode the talkgroup info for Mototrbo signals? I have a bunch of Mototrbo radios and a bunch of signals, but with 16.7 million possible talkgroups to choose from (twice that many if I factor in the 2 different slots), just plugging in numbers is futile. Is there a place that I could make a contribution for your hard work? Thank you, TampaTyron.

 

[jcardani]

Hi DSDAuthor,

Also color code and unit ID would be great to have displayed also.

DSDAuthor,
I very much appreciate the hard work done on this program. Can the latest version of this program decode the talkgroup info for Mototrbo signals? I have a bunch of Mototrbo radios and a bunch of signals, but with 16.7 million possible talkgroups to choose from (twice that many if I factor in the 2 different slots), just plugging in numbers is futile. Is there a place that I could make a contribution for your hard work? Thank you, TampaTyron.

 

[dsdauthor]

DSDAuthor,
I very much appreciate the hard work done on this program. Can the latest version of this program decode the talkgroup info for Mototrbo signals? I have a bunch of Mototrbo radios and a bunch of signals, but with 16.7 million possible talkgroups to choose from (twice that many if I factor in the 2 different slots), just plugging in numbers is futile. Is there a place that I could make a contribution for your hard work? Thank you, TampaTyron.

It does not yet decode talkgroups for DMR but it shouldn't be hard to do so if it conforms to the published standards.

Monetary or in-kind donations cannot be accepted due to patent considerations. Contributions of ideas, code or information about unsupported formats (including .wav file samples) are always welcome.

 

[TampaTyron]

contributions

DSDAuthor,
understood on the financial contributions. I have available to me many Mototrbo systems including a CapacityPlus system that is in my rental/demo fleet. I can configure and/or setup whatever combinations you may need and we can tweak settings and see how it makes the data stream changes. Thank you again, TampaTyron.

 

[funatic]

dsdauthor,

if you wanna try, please find here the record of an italian TRBO signal I could not read by DSD:

MotoTRBO discri 48 kHz 16 bit mono.zip - 4shared.com - online file sharing and storage - download

i do not know if it is encrypted or i am doing something wrong.
that is the reason why i kindly ask you again if there is any chance of having the -pe encryption sync bits option or something like that for TRBO too, useful for determining whether the signal is simply bad or really encrypted.
could you also tell me which is the best way to play back a .wav file running DSD? not a patch cable ear>mic, i guess...
thanks a lot once again, ciao
funatic

 

[SCPD]

could you also tell me which is the best way to play back a .wav file running DSD? not a patch cable ear>mic, i guess.

Are you trying to decode from the WAV file?

 

[funatic]

Are you trying to decode from the WAV file?

Also but mainly live. Why?

 

[racingfan360]

This program justs gets better and better....at the weekend I was successfully deoding NXDN96 (repeater) and NXDN48 (simplex). Haven't yet tried it on TRBO simplex. Great job DSDAuthor....really appreciate everything you've achieved here.

Next set of features I'd love to see are:
- auto-detect of symbol rates (will allow you to scan multiple freqs covering differing systems)
- Colour Code decode for TRBO and whatever the equiv is for NXDN (is that RAN User Groups?)

Funatic - I've run your sample on my PC: since it successfully syncs with the data frames, yet the voice sounds garbled, I'd say you've got a recording of an encrypted system there.

Jim

 

[puzzleriddle]

Dsd ..

Does it decode IDEN or LTR multinet yet
Thanks

 

[blantonl]

The short answer is no, and LTR multi-net isn't even a digital voice protocol.

Please read through the DSD Wiki page (which was listed at the top of this thread) for the supported formats:

Digital Speech Decoder (software package) - The RadioReference Wiki

 

[TampaTyron]

garbled voice

Garbled voice is a sign of the low-level encryption scheme that is native to the Mototrbo units. There are only a few (less than 255, might be only 16) possible keys. If you were just getting digital noise or no audio at all, that is a symptom of Motorola's 40 bit encryption algo. The main issue is that the 40 bit algo really reduces throughput and degrades audio quality (this is why most users only enable "Basic Voice Privacy" aka garbled audio- look it up in the Mototrbo system planner). TampaTyron.

 

[funatic]

Jim and TampaTyron, many thanks for your kind replies.
Unfortunately this is the only TRBO signal available at the moment in my area to play a bit with DSD...
Funatic

 

[pezcat19]

The Wiki Page has been updated with the DSD 1.4.1 download link.

NXDN48 uses the exact same voice frames as NXDN96, just with no alternating data frames.

NXDN, DMR and X2-TDMA all use different sync words for repeater output vs input/simplex mode but DSD only had one type for each. This was likely the cause of inability to decode some NXDN and DMR signals. All relevant sync words for these formats should now be included.

Hi dsdauthor,

I am now successfully decoding DMR / MotoTRBO simplex signals! Excellent work!

I have found an NXDN4800 system (I believe it is |DAS), but the decoded audio is very poor. When I get a chance I will upload a sample of this system to see if anyone else can decode it.

Cheers,

Pez

 

[WayneH]

dsdauthor,

Would it be at all helpful to get recordings of NXDN (9600 and/or 4800) with known TG and radio ID values in an effort to support decoding them with the software? I can program some variations in ID's and record them.

 

[313RADIO]

i have a couple of mototrbo raw capture files posted online on my site. see link in my sig.

 

[pezcat19]

Hello all,

Below is a link to some recordings (.wav) of what I believe is an IDAS 4800 (NXDN48) system. The signal strength (RSSI) of this system is not at "full quietening" but I hope it is good enough to work with. I will attempt to get a recording with a better RSSI, but this all I can do for now...

RapidShare: 1-CLICK Web hosting - Easy Filehosting

I am having difficulty decoding voice from this signal - it is very "garbled" and seems to have a high error rate. (I can relaibly decode DMR/MotoTRBO and P25 signals at similar RSSI levels)

Cheers,

Pez

 

[MSM_Maria]

Hello, dsdauthor.

If You are not using pre-filtering in Your program, maybe our small article will help make sure that very necessary it. Article: "An output from discriminator and program processing." Link: An output from discriminator and program processing.

Thanks.