Does anyone else have this audio issue with rdio scanner importing calls?

[saioke]

So, since I've began using Rdio Scanner, I've had this issue that happens occasionally. Sometimes when it imports calls, rdio-scanner ingests them, but they have this unusual noise that replaces the actual call audio - Here's an example.

This happens a lot more often on short calls, or calls that are over 50 seconds long or so. But, there's really no rhyme or reason why I can see it happening.
DSD+ Fast Lane is my software of choice, and I can confirm that the call that gets recorded is completely clear and listenable straight from the recording folder. So, it's not a DSD+ decoding issue. Something wrong happens when rdio-scanner imports it. This also happens whether I have dirwatch enabled, or use a third party program like Trunking Recorder to ingest the audio first.

Has anyone experienced this before and know what causes it or how to fix it?

Edit: Actually, this may be DSD+ Related after all. I've discovered that the calls that do this:
have a string of extra characters at the end. So, rdio scanner doesn't import it. The call above that one is the "noise" I spoke about earlier and it's what rdio-scanner actually ingested. This one however, isn't ingested. I think I know why - perhaps the call is keyed up then released, and then the officer keys up again to speak his business, and this all happens within a second. So, these are treated like duplicate calls? But then, is there a way to get rdio-scanner to import these calls with the extra string?

 

[saioke]

Note: I had an idea but no ounce of coding experience, so I asked AI to take the files from the current rdio-scanner github page and do some editing, and then compile it into an exe.

So with this custom rdio-scanner.exe, duplicate calls work a bit differently but also the same. What I mean by that is that the way it currently works is untouched, but now, under the hood, when a call is detected, short calls that are 3kb big are considered blank. They will still be ingested by rdio-scanner, but if there's another call by the same talkgroup in rapid succession, that blank call should be deleted and the longer/bigger call will be kept. True duplicate calls are still treated as duplicates if both calls are about the same length.

I haven't had a chance to test this change yet but theoretically it should be better than the way it currently works. That being said, I will upload the .exe only if people are interested and if it's legal to do so here on this forum. This one time change doesn't seem like it warrants a full-on github page because I won't be updating it if it does what I want it to do, and I'm no proper developer.

I won't be able to test how it works until the weekend is over but I'll maybe post an update when I do, and I'm getting another SDR to monitor another site so, that'll be a good opportunity to test that it all seems to work.