DSD-neo

[arancormonk]

using DSD-NEO in TCP mode, it works fine, but I'm getting "WARNING: Input Level LOW -120.0 dBFS: raise source/input volume" each few seconds when there is no signal, is there a way to fix it?

I’ve put together a fix so connected TCP streams that are just silent won’t keep printing the LOW input warning, while the input level feature still stays active for real low-level audio, hot input, and clipping. The UI/docs also now clarify that low input only needs action if a signal is actually present. Next commit to main/nightly build will have the behavioral adjustment.

 

[TheButcher]

I tested 2.0.1-17 Nightly and this was the result. Vertical bars. Is it working correctly ?



Or should it look like this ?

DSD-neo

A is normal/allowed, B blocks, and DE marks encrypted/locked out. What happens if your TG list is all set to A and a new TG appears? It was working for a while on 3 different systems but I think something broke or this is just more AI slopware.

forums.radioreference.com

I will have a look at the networking side of it soon. I had a preliminary go at it. Cheers.

 

[arancormonk]

I tested 2.0.1-17 Nightly and this was the result. Vertical bars. Is it working correctly ?



Or should it look like this ?

DSD-neo

A is normal/allowed, B blocks, and DE marks encrypted/locked out. What happens if your TG list is all set to A and a new TG appears? It was working for a while on 3 different systems but I think something broke or this is just more AI slopware.

forums.radioreference.com

I will have a look at the networking side of it soon. I had a preliminary go at it. Cheers.

if your console doesn't offer the right unicode characters, which it doesn't based on your original post, then the code has to fallback to ASCII.

ASCII doesn't have anything equivalent looking: ASCII table - Table of ASCII codes, characters and symbols

the alternative is i don't show anything at all when this happens... which maybe isn't terrible? dunno, let me know you're preference. right now you'll just see the SNR "meter" move left and right adding or subtracting columns of those bars.

 

[MELERIX]

testing v2.1.0 in TCP mode, and when there is no signal I'm getting this messages spamming the console...

WARNING: Input Level CLIP 1.5%: lower source/input volume
Sync: no sync
SPS hunt: trying 8 sps (sym=6000, demod=48000)
SPS hunt: trying 10 sps (sym=4800, demod=48000)
SPS hunt: trying 10 sps (sym=4800, demod=48000)
SPS hunt: trying 8 sps (sym=6000, demod=48000)
SPS hunt: trying 10 sps (sym=4800, demod=48000)
SPS hunt: trying 10 sps (sym=4800, demod=48000)
SPS hunt: trying 8 sps (sym=6000, demod=48000)

btw, I'm using the console with this command:

start "DSD-NEO CONSOLE" powershell Get-Content -Tail 40 -Wait log.ans

 

[arancormonk]

testing v2.1.0 in TCP mode, and when there is no signal I'm getting this messages spamming the console...

WARNING: Input Level CLIP 1.5%: lower source/input volume
Sync: no sync
SPS hunt: trying 8 sps (sym=6000, demod=48000)
SPS hunt: trying 10 sps (sym=4800, demod=48000)
SPS hunt: trying 10 sps (sym=4800, demod=48000)
SPS hunt: trying 8 sps (sym=6000, demod=48000)
SPS hunt: trying 10 sps (sym=4800, demod=48000)
SPS hunt: trying 10 sps (sym=4800, demod=48000)
SPS hunt: trying 8 sps (sym=6000, demod=48000)

btw, I'm using the console with this command:

start "DSD-NEO CONSOLE" powershell Get-Content -Tail 40 -Wait log.ans

latest push to main has additional suppression added, try the latest nightly build once it's done compiling: Release nightly · arancormonk/dsd-neo

 

[TheButcher]

Ah, that means the font cmd picked on your machine doesn't have wide unicode support and my check failed to detect that... you can either pick a different cmd font (Terminal/Consolas/Cascadia Mono) or invoke dsd-neo with PowerShell instead, which I think should always have wide unicode support...maybe. I'm going to push a fix to actually fallback to ASCII when this happens.

I chose that font and it works.

Right click on the task bar and select "Properties". Then click "Font" and choose 'Cascadia Mono' (FYI for others out there).




As far as the LAN side of things. In SDR++ It's set to 'localhost' (Under both 'Sink' and 'Rigctl Server'). I will set those two fields to the computers v4 IP address and see how she goes tonight (My LAN uses 255.255.255.0 subnet).

I am pretty sure both the ports are open in windowz firewall (from memory).

Cheers.

 

[TheButcher]

I added IP address into SDR++ and correct IP address on host end and networking works !

 

[dispatchgeek]

I've got my feet wet with the trunk scan function. I have two questions though
1. I am testing from a location where I am looking at a P25P1 CQPSK system, a P25P1 C4FM site and a dmr-conventional repeater. Am I able to force CQPSK for one scan target, but not the others?
2. Am I able to set individual gains numbers for each target? The CQPSK system is blowing in, but the C4FM site is a bit more of a stretch. If I adjust the gain to find the far away site, I get clipping warnings on the closer one.

Thanks for including this function. This is huge for me!

 

[arancormonk]

I've got my feet wet with the trunk scan function. I have two questions though
1. I am testing from a location where I am looking at a P25P1 CQPSK system, a P25P1 C4FM site and a dmr-conventional repeater. Am I able to force CQPSK for one scan target, but not the others?
2. Am I able to set individual gains numbers for each target? The CQPSK system is blowing in, but the C4FM site is a bit more of a stretch. If I adjust the gain to find the far away site, I get clipping warnings on the closer one.

Thanks for including this function. This is huge for me!

Thanks for testing it, and glad it's useful.

Short answer: not yet for either one. Right now docs/trunk-scan.md reflects the actual target CSV fields: per target you can set frequency, optional chan_csv, dwell, and activity hold. Demod/front-end settings are still global for the whole run.

So forcing CQPSK would apply to every scan target, not just one row, and RTL gain is also one setting for the active receiver rather than per target. For now I'd try leaving modulation in auto and finding the least-bad gain/AGC compromise, or split the hot/weak systems across separate receivers if clipping is unavoidable.

That said, both requests make sense. Per-target modulation hints and per-target gain are exactly the kind of controls trunk scan should eventually grow. Gain changes would need a little care around retune settling/mute time, but it's a reasonable feature request.

trunk-scan: support per-target modulation and gain settings · Issue #179 · arancormonk/dsd-neo

Summary docs/trunk-scan.md currently documents per-target frequency, channel map, dwell, and activity hold settings. It would be useful to also support per-target demod/front-end hints for mixed RF...

github.com

 

[MELERIX]

in RTL mode with Trunk and P25P1, sometimes randomly I'm getting this:

Sync: no sync

[P25 SM] hangtime-expired

[P25 SM] TUNED -> ON_CC (release->cc)

[P25 SM] release->cc

[P25 SM] ON_CC -> HUNT (cc-lost)

[P25 SM] cc-lost

and then Trunk stops working completely for several seconds or minutes and stuck in a single voice channel

in TCP + RIGCTL and SDR++ something similar happens at first try, like this:

WARNING: Input Level CLIP 10.2%: lower source/input volume

[P25 SM] ON_CC -> HUNT (cc-lost)

[P25 SM] cc-lost

and then Trunk stops working completely for several seconds or minutes and stuck in a single voice channel

but when it happens if I select manually the CC in SDR++ then it returns to work again.

basically DSD-NEO is not returning to the CC after a voice channel ends the signal.

 

[arancormonk]

in RTL mode with Trunk and P25P1, sometimes randomly I'm getting this:

Sync: no sync

[P25 SM] hangtime-expired

[P25 SM] TUNED -> ON_CC (release->cc)

[P25 SM] release->cc

[P25 SM] ON_CC -> HUNT (cc-lost)

[P25 SM] cc-lost

and then Trunk stops working completely for several seconds or minutes and stuck in a single voice channel

in TCP + RIGCTL and SDR++ something similar happens at first try, like this:

WARNING: Input Level CLIP 10.2%: lower source/input volume

[P25 SM] ON_CC -> HUNT (cc-lost)

[P25 SM] cc-lost

and then Trunk stops working completely for several seconds or minutes and stuck in a single voice channel

but when it happens if I select manually the CC in SDR++ then it returns to work again.

basically DSD-NEO is not returning to the CC after a voice channel ends the signal.

looking into this... this message driven retune i've implemented causes all kinds of problems when an EoT/PTT-end message is missed, but we need it for super fast single dongle/tuner trunking...

also, i added sdr++ style RTL forced retries when a retune fails to the latest main io: retry verified RTL-SDR control applies by arancormonk · Pull Request #181 · arancormonk/dsd-neo, which should alleviate some of the issues with rtl and b550 + ryzen 5/7 usb failures.

 

[arancormonk]

I've got my feet wet with the trunk scan function. I have two questions though
1. I am testing from a location where I am looking at a P25P1 CQPSK system, a P25P1 C4FM site and a dmr-conventional repeater. Am I able to force CQPSK for one scan target, but not the others?
2. Am I able to set individual gains numbers for each target? The CQPSK system is blowing in, but the C4FM site is a bit more of a stretch. If I adjust the gain to find the far away site, I get clipping warnings on the closer one.

Thanks for including this function. This is huge for me!

this is in main now: engine: add per-target trunk scan tuning by arancormonk · Pull Request #180 · arancormonk/dsd-neo

 

[arancormonk]

in RTL mode with Trunk and P25P1, sometimes randomly I'm getting this:

Sync: no sync

[P25 SM] hangtime-expired

[P25 SM] TUNED -> ON_CC (release->cc)

[P25 SM] release->cc

[P25 SM] ON_CC -> HUNT (cc-lost)

[P25 SM] cc-lost

and then Trunk stops working completely for several seconds or minutes and stuck in a single voice channel

in TCP + RIGCTL and SDR++ something similar happens at first try, like this:

WARNING: Input Level CLIP 10.2%: lower source/input volume

[P25 SM] ON_CC -> HUNT (cc-lost)

[P25 SM] cc-lost

and then Trunk stops working completely for several seconds or minutes and stuck in a single voice channel

but when it happens if I select manually the CC in SDR++ then it returns to work again.

basically DSD-NEO is not returning to the CC after a voice channel ends the signal.

ok, i added another battalion of fixes to prevent this from happening... p25: seed control channel before voice grants by arancormonk · Pull Request #182 · arancormonk/dsd-neo

 

[MELERIX]

ok, i added another battalion of fixes to prevent this from happening... p25: seed control channel before voice grants by arancormonk · Pull Request #182 · arancormonk/dsd-neo

testing and now I'm getting these messages in RTL mode, also audio is very distorted sometimes...

WARNING: Non-integer SPS after rate change: 12000 Hz / 4800 sym/s = 2.500. TED and FLL band-edge auto-disabled.
Rational resampler configured: 12000 -> 48000 Hz (L=4,M=1).
WARNING: Non-integer SPS after rate change: 12000 Hz / 4800 sym/s = 2.500. TED and FLL band-edge auto-disabled.
Output rate set to 48000 Hz via resampler.
Rate chain: capture=1536000 Hz, base_decim=128, post=1 -> demod=12000 Hz; resampler L/M=4/1 -> output=48000 Hz.
Derived SPS (@48000 Hz): P25P1≈10, P25P2≈8, NXDN48≈20.
Starting RTL async read...

Sync: no sync

[P25 SM] explicit-release

Tuning to 868837500 Hz. (Center Frequency: 868837500 Hz.)
 (Center Frequency: 869221500 Hz.)
Sampling at 1536000 S/s.
Tuner bandwidth set to auto (driver).
WARNING: Non-integer SPS after rate change: 12000 Hz / 4800 sym/s = 2.500. TED and FLL band-edge auto-disabled.

[P25 SM] grant-vc-backoff-arm

[P25 SM] grant-vc-backoff-arm ch=0x0821 freq=864012500 slot=-1 10.000s

[P25 SM] TUNED -> ON_CC (release->cc)

[P25 SM] release->cc
Retune applied: 868837500 Hz.

and lot of duplicated messages like this in the console:

15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK
15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK
15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK
15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK
15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK
15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK
15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK
15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK

so P25P1 Trunkin in RTL mode seems is not working properly :/

in other hand, P25P1 Trunkin in TCP+RIGCTL mode with SDR++ seems to be working fine now, sometimes I see this text in the main console window (red color text)

 Input Level CLIP 19.2%: lower source/input volume

 

[arancormonk]

testing and now I'm getting these messages in RTL mode, also audio is very distorted sometimes...

WARNING: Non-integer SPS after rate change: 12000 Hz / 4800 sym/s = 2.500. TED and FLL band-edge auto-disabled.
Rational resampler configured: 12000 -> 48000 Hz (L=4,M=1).
WARNING: Non-integer SPS after rate change: 12000 Hz / 4800 sym/s = 2.500. TED and FLL band-edge auto-disabled.
Output rate set to 48000 Hz via resampler.
Rate chain: capture=1536000 Hz, base_decim=128, post=1 -> demod=12000 Hz; resampler L/M=4/1 -> output=48000 Hz.
Derived SPS (@48000 Hz): P25P1≈10, P25P2≈8, NXDN48≈20.
Starting RTL async read...

Sync: no sync

[P25 SM] explicit-release

Tuning to 868837500 Hz. (Center Frequency: 868837500 Hz.)
 (Center Frequency: 869221500 Hz.)
Sampling at 1536000 S/s.
Tuner bandwidth set to auto (driver).
WARNING: Non-integer SPS after rate change: 12000 Hz / 4800 sym/s = 2.500. TED and FLL band-edge auto-disabled.

[P25 SM] grant-vc-backoff-arm

[P25 SM] grant-vc-backoff-arm ch=0x0821 freq=864012500 slot=-1 10.000s

[P25 SM] TUNED -> ON_CC (release->cc)

[P25 SM] release->cc
Retune applied: 868837500 Hz.

and lot of duplicated messages like this in the console:

15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK
15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK
15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK
15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK
15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK
15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK
15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK
15:27:47 Sync: +P25p1 WACN: BEE00; SYS: 1A9; NAC/CC: 1A9; RFSS: 001; Site: 086;  TSBK

so P25P1 Trunkin in RTL mode seems is not working properly :/

in other hand, P25P1 Trunkin in TCP+RIGCTL mode with SDR++ seems to be working fine now, sometimes I see this text in the main console window (red color text)

 Input Level CLIP 19.2%: lower source/input volume

can you share the full set of command line arguments you're passing to dsd-neo? you should be running at default sampling rate 48 kHz... fme and neo have completely different dsp/rtl pipelines... and the defaults are not the same.

 

[MELERIX]

can you share the full set of command line arguments you're passing to dsd-neo? you should be running at default sampling rate 48 kHz... fme and neo have completely different dsp/rtl pipelines... and the defaults are not the same.

this is the batch I've created:

@echo off
cls
mode con: cols=132 lines=42
title DSD-NEO RTL MKH P25P1 TRUNK

del log.ans /q >nul 2>&1
start "DSD-NEO CONSOLE" powershell Get-Content -Tail 40 -Wait log.ans

.\bin\dsd-neo.exe -f1 -i rtl:0:868.8375M:21:-4:12:0:2 -K multi_key_hex.csv -N -T -Z --show-keys 2> log.ans

taskkill /FI "WINDOWTITLE eq DSD-NEO CONSOLE" /T /F >nul 2>&1

btw, similar code for FME, but in FME it works fine.

Spoiler

@echo off
cls
mode con: cols=132 lines=42
title DSD-FME RTL MKH P25P1 TRUNK

del log.ans /q >nul 2>&1
start "DSD-FME CONSOLE" .\dsd-fme\tail.exe -n 40 -f log.ans

.\dsd-fme\dsd-fme.exe -f1 -i rtl:0:868.8375M:21:-4:12:0:2 -K multi_key_hex.csv -N -T -Z 2> log.ans

taskkill /FI "WINDOWTITLE eq DSD-FME CONSOLE" /T /F >nul 2>&1

 

[arancormonk]

this is the batch I've created:

@echo off
cls
mode con: cols=132 lines=42
title DSD-NEO RTL MKH P25P1 TRUNK

del log.ans /q >nul 2>&1
start "DSD-NEO CONSOLE" powershell Get-Content -Tail 40 -Wait log.ans

.\bin\dsd-neo.exe -f1 -i rtl:0:868.8375M:21:-4:12:0:2 -K multi_key_hex.csv -N -T -Z --show-keys 2> log.ans

taskkill /FI "WINDOWTITLE eq DSD-NEO CONSOLE" /T /F >nul 2>&1

btw, similar code for FME, but in FME it works fine.

Spoiler

@echo off
cls
mode con: cols=132 lines=42
title DSD-FME RTL MKH P25P1 TRUNK

del log.ans /q >nul 2>&1
start "DSD-FME CONSOLE" .\dsd-fme\tail.exe -n 40 -f log.ans

.\dsd-fme\dsd-fme.exe -f1 -i rtl:0:868.8375M:21:-4:12:0:2 -K multi_key_hex.csv -N -T -Z 2> log.ans

taskkill /FI "WINDOWTITLE eq DSD-FME CONSOLE" /T /F >nul 2>&1

yeah, that `12` in your rtl string is the main issue here.

In dsd-neo the RTL string is:

rtl:dev:freq:gain:ppm:bw:sql:vol

and `bw` is the DSP baseband rate in kHz, not the tuner bandwidth. So with:

rtl:0:868.8375M:21:-4:12:0:2

you are forcing the RTL demod path to 12 kHz. For P25p1 that gives 12000 / 4800 = 2.5 samples/symbol, which is exactly why you’re seeing:

Non-integer SPS ... 12000 Hz / 4800 sym/s = 2.500

For testing P25 trunking in dsd-neo, start with the default 48 kHz RTL DSP path:

.\bin\dsd-neo.exe -ft -i rtl:0:868.8375M:21:-4:48:0:2 -K multi_key_hex.csv -N -T -Z --show-keys 2> log.ans

So the main changes are:

- use `-ft` for trunking helper mode instead of `-f1` while testing
- use `:48:` for the RTL DSP bandwidth

The SDR++/TCP clip warning is separate: that just means the audio level coming from SDR++ is too hot, so lower the SDR++ output/source volume.

Again, the rtl/dsp pipeline is completely different than dsd-fme... everything in dsd-neo is processed in the symbol domain...

 

[MELERIX]

ok, testing with BW 48 and now seems to be working fine 👍 (with -f1 and -ft or even without it 🤣).

so basically DSD-NEO needs quadruple BW (12*4 = 48)? or it handle the BW differently in comparison with FME, I had no idea it could be causing the issue in RTL mode until now 😮

thanks 😉

 

[arancormonk]

ok, testing with BW 48 and now seems to be working fine 👍 (with -f1 and -ft or even without it 🤣).

so basically DSD-NEO needs quadruple BW (12*4 = 48)? or it handle the BW differently in comparison with FME, I had no idea it could be causing the issue until now 😮

thanks 😉

no prob, yea... 48 kHz gives clean samples-per-symbol for all the common modes: P25P1/DMR/YSF/M17 at 4800 sym/s -> 10 SPS, P25P2/X2-TDMA at 6000 -> 8 SPS, NXDN48/dPMR at 2400 -> 20 SPS... makes all the DSP math extremely "simple".

 

[MELERIX]

btw, testing -i for WAV audio input, for example this...

D:\SDR\dsd-neo-msvc-x86_64-native-nightly>.\bin\dsd-neo.exe -i BP59.wav -s 96000
NOTICE: WAV input sample rate: 96000 Hz (interp=2)
NOTICE: ------------------------------------------------------------------------------
NOTICE: | Digital Speech Decoder: DSD-neo v2.1.0-17-gcdf719d0 (cdf719d)
NOTICE: ------------------------------------------------------------------------------
NOTICE: MBElib-neo Version: 2.0.0
Audio In Device: BP59.wav
17:44:54 Sync: +DMR  [slot1]  slot2  [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:44:54 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:44:54 Sync: +DMR  [slot1]  slot2  [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:44:54 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:44:54 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:44:55 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:44:55 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:44:55 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:44:55 Sync: +DMR   slot1  [slot2] | Color Code=XX | IDLE
[31m SLCO CRC ERR[0m
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:44:55 Sync: +DMR  [slot1]  slot2  [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:44:56 Sync: +DMR   slot1  [slot2]
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:44:56 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:44:56 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:44:56 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:44:56 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
WARNING: Input Level LOW -54.0 dBFS: raise source/input volume if signal is present
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)

End of BP59.wav
NOTICE:
NOTICE: Total audio errors: 0
NOTICE: Total header errors: 0
NOTICE: Total irrecoverable header errors: 0
NOTICE: Exiting.

and this....

D:\SDR\dsd-neo-msvc-x86_64-native-nightly>.\bin\dsd-neo.exe -i BP59.wav -s 96000 -b 59
NOTICE: WAV input sample rate: 96000 Hz (interp=2)
NOTICE: Basic Privacy key loaded (forced priority): [redacted]
NOTICE: ------------------------------------------------------------------------------
NOTICE: | Digital Speech Decoder: DSD-neo v2.1.0-17-gcdf719d0 (cdf719d)
NOTICE: ------------------------------------------------------------------------------
NOTICE: MBElib-neo Version: 2.0.0
Audio In Device: BP59.wav
17:45:34 Sync: +DMR  [slot1]  slot2  [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:45:34 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:45:34 Sync: +DMR  [slot1]  slot2  [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:45:35 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:45:35 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:45:35 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:45:35 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:45:35 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:45:35 Sync: +DMR   slot1  [slot2] | Color Code=XX | IDLE
[31m SLCO CRC ERR[0m
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:45:36 Sync: +DMR  [slot1]  slot2  [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:45:36 Sync: +DMR   slot1  [slot2]
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:45:36 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:45:36 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:45:36 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
Sync: no sync
SPS hunt: trying 20 sps (sym=4800, demod=96000)
17:45:37 Sync: +DMR   slot1  [slot2] [31m| CACH/Burst FEC ERR[0m
WARNING: Input Level LOW -54.0 dBFS: raise source/input volume if signal is present
Sync: no sync
SPS hunt: trying 16 sps (sym=6000, demod=96000)
SPS hunt: trying 20 sps (sym=4800, demod=96000)

End of BP59.wav
NOTICE:
NOTICE: Total audio errors: 0
NOTICE: Total header errors: 0
NOTICE: Total irrecoverable header errors: 0
NOTICE: Exiting.

and in both cases, there is no audio output