SDR# TETRA Demodulator Trunk Tracking Demonstration

[klausserthib]

Hello,

Thanks thewraith2008, v1.7.1.0 now fixes my call setup problem in TTT.

 

[alvarote1998]

Windows and Virustotal reports me a trojan in the last release (1.7.1.0) but no in 1.7.0.0.

 

[thewraith2008]

Windows and Virustotal reports me a trojan in the last release (1.7.1.0) but no in 1.7.0.0.

That virus report is for an archive called 'TTT_1.7.1.0_release.rar'.
Where did you get this file from?

That file was not created by me. (Mine is TTT_1.7.1.0_release.7z)
This is the report from Virustotal for v1.7.1.0 and while it shows some vendors with whatever stupid names they label it, they are false positives.

Here is Microsoft's great explanation (NOT) for their name "Trojan:Win32/Azden.B!cl"
If you bothered to read that link you will see there is no technical explanation at all about that Trojan or why a program is detected as such.
This is the typical lackluster detection behavior seen from many AV vendors. They are just scare mongers.

At the end of the day the decision is yours: Use it or don't.



Latest version (v1.7.1.0) can be found here: Release post

 

[Kazzaw]

False positives are a factor of life when playing with niche software

 

[Iber]

I'm reporting a bug:

Version: 1.7.1.0

Both the plugin and TTT work well except if I enable the "Record all calls" in TTT. If it is enabled, TTT will freeze everytime a call is received.

How I tested this:

I realized this happened. Then I recorded an IQ file of a tetra signal with calls in it, in order to do the testing. I then open the file in SDR# and play it. If the recording of TTT is enabled, in the moment of a call, it will hang, the plugin is not affected. If the recording option of TTT is disabled, it will not hang on a call.

Information about my setup:

Latest SDR#, Windows 10. Default audio output of SDR# is Virtual Cable, and I have activated the "listen to this device" on Windows.

 

[Kazzaw]

I have been having some issues with recording as well, exactly as you have stated. Unfortunately I don't get to pick up Tetra networks frequently, so I can't do too much testing

 

[Ubbe]

Then I recorded an IQ file of a tetra signal with calls in it, in order to do the testing. I then open the file in SDR# and play it. If the recording of TTT is enabled, in the moment of a call, it will hang, the plugin is not affected. If the recording option of TTT is disabled, it will not hang on a call.

Check that the recording plugin in SDR# are set to audio and you probably have to untick the baseband box.

/Ubbe

 

[Iber]

Check that the recording plugin in SDR# are set to audio and you probably have to untick the baseband box.

/Ubbe

You didn't understand. I noticed that TTT freezed on every call, not using a recorded file, but using the receiver on live. After I realised something strange happened, I recorded a fragment of a tetra signal in order to test the program and confirm the bug.

The program is hanging when playing an IQ file of a tetra signal with calls in it AND on live using the receiver, when a call starts, if the recording option is enabled.

Edit: I'm also using IF Recorder Plugin for that, not the one you mean.

 

[thewraith2008]

I'm reporting a bug:

Version: 1.7.1.0

Both the plugin and TTT work well except if I enable the "Record all calls" in TTT. If it is enabled, TTT will freeze everytime a call is received.

How I tested this:

I realized this happened. Then I recorded an IQ file of a tetra signal with calls in it, in order to do the testing. I then open the file in SDR# and play it. If the recording of TTT is enabled, in the moment of a call, it will hang, the plugin is not affected. If the recording option of TTT is disabled, it will not hang on a call.

Information about my setup:

Latest SDR#, Windows 10. Default audio output of SDR# is Virtual Cable, and I have activated the "listen to this device" on Windows.

I don't think this is a bug but rather a system specific issue.

Some where have this problem awhile ago, see this post here for a possible solution.

Since I'm not able to reproduce the error I'm not able to investigate it further.



Latest version (v1.7.1.0) can be found here: Release post

 

[Erik211]

Hi all,
I hope someone has an idea of a neat solution to this... I like to take the audio from TTT my PC -for example on a private Zello channel, but also have the talkgroup and ISSI show in the display of my POC-radio. I believe someone posted about this earlier in this thread, but I was not able to find the solution. I guess it should be possible to either fetch the Remote Menu, or take the data from the logfile. Hopefully someone else has thought of this before and can give me some advice?

 

[hamradionl]

@Erik211
Using PC / Laptop + Zello ==> POC radio
I did try using VBaudio, but not able to get it run the way i like, so i take the hardware approach.
- PC windows side
Use the VOX function in Zello and using a cable i connect headphone out to mic input.
You must tune the VOX sens and MIC volume
- POC radio Zello side
This working good with some little delay but you only notice delay when you hear the realTime signal in same time, and you never do

 

[Erik211]

Thanks for the reply. Actually the sound is not the biggest issue here, but good to know about your solution. I might very well run into the same issue here.

Biggest challange for me is to have the display showing. The remote menu over VNC viewer could be a solution, but I'd prefer to have the data show in my POC-radio's display (running on Android OS), using the radio's fonts. I think that way it will work better with screen saver, sleep mode,notices, etc. I have very limited experience from Android before so there might be an obvious solution already in place, that I have no clue of

 

[thewraith2008]

Thanks for the reply. Actually the sound is not the biggest issue here, but good to know about your solution. I might very well run into the same issue here.

Biggest challange for me is to have the display showing. The remote menu over VNC viewer could be a solution, but I'd prefer to have the data show in my POC-radio's display (running on Android OS), using the radio's fonts. I think that way it will work better with screen saver, sleep mode,notices, etc. I have very limited experience from Android before so there might be an obvious solution already in place, that I have no clue of

TTT has the option to output a 'Now Playing' file (plain text) with a delay to help synchronize the metadata to audio.
Does your streaming program accept metadata from file?

This option is mentioned in the documentation.



Latest version (v1.7.1.0) can be found here: Release post

 

[hamradionl]

@Erik211
If you want audio + network info just try run tetra handheld using receive only FW

 

[RMW1010]

If you want audio + network info just try run tetra handheld using receive only FW

How about registration and/or authentication on the network?

 

[Erik211]

TTT has the option to output a 'Now Playing' file (plain text) with a delay to help synchronize the metadata to audio.
Does your streaming program accept metadata from file?

Yes, thank you - this would be most useful! I do not know of any way to get this into Zello however (OR could it be a feature hidden far deep in Zello work perhaps?). But actually the audio and the text can be two separate apps. So basically I then need an application which can read the "now playing" text file, and present it as text in an Android app.... Any tips?

If you want audio + network info just try run tetra handheld using receive only FW

I don't know of any FW/terminal that can actually listen and follow TETRA traffic without being registered on the network?

 

[hamradionl]

I don't know of any FW/terminal that can actually listen and follow TETRA traffic without being registered on the network?

Is TSSDR or TTT or AOR DV1 and DV10 registered on the network to receive or show/use traffic information?

 

[Ubbe]

You'll need to have a tetra scanner or receiver to monitor tetra systems as every tetra terminal has to register to the system. It's part of the security system that no tetra terminal can be used without identifying itself.

/Ubbe

 

[thewraith2008]

Yes, thank you - this would be most useful! I do not know of any way to get this into Zello however (OR could it be a feature hidden far deep in Zello work perhaps?). But actually the audio and the text can be two separate apps. So basically I then need an application which can read the "now playing" text file, and present it as text in an Android app.... Any tips?

I don't know what this zello is. Or what it does or your requirements to stream to a remote device.
This is what I use when I feel the need to stream, I use Icecast as the stream server and use either butt or Radiofeed to supply the audio and metadata to Icecast.
I then use VLC player for iOS (can also use Android) to receive the stream.

NOTE: I'm a little put off from RadioFeed as the program collects information about users PC and sends it back to them.



Latest version (v1.7.1.0) can be found here: Release post

 

[RMW1010]

Is TSSDR or TTT or AOR DV1 and DV10 registered on the network to receive or show/use traffic information?

You were speaking of a TETRA handheld with receive only firmware. As Ubbe wrote every TETRA terminal needs to register on the network.

Do you have this receive only firmware for a TETRA handheld? I doubt it, so stop spreading false info.