If you see [half] indicated in the event log, then there is nothing that can be done.I am trying to listen to both sides of a private call. Most of the time I get only one side of the conversation and I (think) understand why.
What would be the best solution to that problem?
Not with the plug-in as it stands. None of the code exists to deal with the uplink.In theory would it be possible to decode the traffic on to the uplink frequencies?
If no MS moves into that area (LA) then no traffic will occur there.I have an LA on that network that rarely gets any traffic that's heard in other LAs. Why is that? I assume that no user is tuned to the specific group used on the call, or even registered on the network in that LA ?!
Not with the plug-in as it stands. None of the code exists to deal with the uplink.
I have never been able to receive any uplink here with a good quality signal to be able to test with.
Decoding of uplink audio could be straight forward, but any signalling would require tons of coding and reading and it's a lot of effort for little reward I think.
If no MS moves into that area (LA) then no traffic will occur there.
MS's could be restricted to certain areas.
Not really sure how providers handle the MS populations and what different teirs of service is provided.
You can look at the 'MM Registrations' tab to see what MS's are seen on the LA(main carrier)
Worth noting is then TNM (plug-in) is not as good as the TTT (plug-in) for this information as I have spend more time trying to get TTT working right before pushing them into this project.If it ever becomes interesting to you I could provide you with uplink recordings for you to analyze
Thanks for the suggestion. It was very interesting to observe the data. Indeed, there were no MS tuned to the main, most frequent group in this area.
Also I noticed another interesting thing observing the registration tab and logs. Most of the SSIs are registering with a unique GSSI. That would indicate that they have programed the system and the station in way that every MS is tuned to a different group?!
Is that a feature of tetra and a normal thing or do they just have a strange way of programing the network.
The library that handles the audio is already at it's maximum level.Even on the latest version of sdrsharp to add. I have one suggestion tho, would it be possible to add a volume control into the network monitor app itself? It's a bit too soft for me and I'm having to max out my windows volume and I don't want to get blasted when I go to open a youtube video xD Thanks for the great work @thewraith2008 !
The library that handles the audio is already at it's maximum level.
You should check to see if the Windows Volume Mixer has the maximum level set for 'Tetra Network Monitor'
Latest version (v1.1.0.2) can be found in this post here: Download
TNM only outputs to the default audio output device.
You could use either:
- The WAVE device, which will also hear any other sounds the systems hears.
- Change the default output device (and set 'Listen to this device'). This would most likely still have same problem above as other programs that use that default audio device will now start using this one.
There is no ISSI lockout.Hi Wraith,
Two quick questions: I'm pretty sure I read somewhere that the priority/lockout functionality of TNM was not yet functional or fully developed. However I can set priorities and lock out GSSI's perfectly. Q: Was the lockout functionality of individual ISSI's ever implemented and, if so, does it lock out the ISSI when it initiates a call or also when the ISSI receives an individual call from an unlocked ISSI?
No timeline on continued development. I would have liked to do more with TNM but the local network shutdown has made me loose interest in it all.Also: in TTT I there is a delay or "hold" when listening in to GSSI's to prevent the application from moving on to another group to soon, so that it is easier to follow a conversation. Is it conceivable (or is there a ray of hope) that that functionality could ever be added to TNM?
