No. Care to elaborate?Is anyone else having problems monitoring NXDN channels.
What does the channels tab say? How many hits? It's probably a CWID from the control channel that the code didn't mark properly.Not sure where it came up with the 935 Mhz freq from --
View attachment 204977
View attachment 204978
View attachment 204980
I'm working toward this, but I want to move a significant amount of the configuration to web first.Is it possible to run this headless?
Is it possible to run this headless?
I'm working toward this, but I want to move a significant amount of the configuration to web first.
Looks like a misdecode event. This happen occasionally, usually when signal quality drops below ideal levels. Without resorting to funky per-band/frequency hacks, it's almost impossible to prevent these as they've passed error correction and CRC. I have various filtering stages that prevent misdecodes from being added to the channels tab, but the live tab has to take what ever data it receives and display it.
Sorry, found the function, just over looked it.greetings,
will you be adding SDR control, meaning - being able have a choice to select a dedicated SDR for control channel and SDR for voice channels?
Yes, but all the dark modes have poor contrast, from poor to unviewable. And the light modes aren't much better. In all cases, the minimize button is almost invisible. I have been unable to correct this in Windows display settings.Which mode are you in? I'm guessing "Material Deep Ocean?" That's the closest I could get to how your UI looks. Try "Dark", "Nord" "Dracula" or "Arc Dark" for better top button visibility
Why in the world would you need to switch over to the analog freq (which you may not even be able to hear, and would require an additional tuner), when the same traffic is already being heard on the talkgroup as a patch? That seems like overkill. If I were the author I would not waste time on something like this. One person in about 30,000,000 would even care about trying this out.An idea i've had for a while for sdrtrunk would be some type of "patch linking". The p25 systems I listen to have quite a few "patches" where the older analog frequency they used to use is linked to the current talkgroup on the trunked system so that whenever someone transmits on the original analog frequency/repeater it will convert that audio to digital onto the talkgroup and have a custom radio id for that analog frequency. So I was thinking of being able to link that radio ID with the actual analog frequency in my playlist so that whenever that whenever someone does transmit on the analog side of the talkgroup the program would use the next available tuner to listen to the analog frequency instead of the talkgroup as a seemless blend. Having some sort of "delay" variable would be helpful for this as well as some of these patches are offset by a certain amount of time (positive or negative)