Tetra decoding
- Thread starter sq5bpf
- Start date
-
- Tags
- tetra decode
- Status
Indeed, especially when I'm planing to build "standalone", "maintenance-free", "headless" system streaming audio over icescast server (private feed of course).
grahampaull
Member
- Joined
- May 31, 2013
- Messages
- 127
- Reaction score
- 2
I don't think I have come across this before, I have mines running for a few hours without any issues, 6 channels across 2 networks.
@bilbolodz
I currently stream using Zello from Linux to the Zello app on Android
Zello is PTT so I can have my phone Bluetoothed to my car and when audio is played in Telive my music stops and plays the Telive audio, pretty cool and means no faffing around with icecast etc.
Sent from my SM-G925F using Tapatalk
@bilbolodz
I currently stream using Zello from Linux to the Zello app on Android
Zello is PTT so I can have my phone Bluetoothed to my car and when audio is played in Telive my music stops and plays the Telive audio, pretty cool and means no faffing around with icecast etc.
Sent from my SM-G925F using Tapatalk
the main problem with fixing this bug is being able to reproduce it.
i've ran into it a couple of times, but never found a reproductible way to make it happen when i want it to happen
i've had software running for weeks without problems, but a few times it happened during only a few minutes of testing
i've ran into it a couple of times, but never found a reproductible way to make it happen when i want it to happen
i've had software running for weeks without problems, but a few times it happened during only a few minutes of testing
I can reproduces this behavior most of the time when searching in the spectrum.
When I switch from a strong signal to a weak signal and the signal is just not strong enough. This is happening quite often.
To fix it you can just restart the receiver or go back to a stong signal and wait for some time.
I've left program "unmaintained" for over 5 days and "it's working". Unfortunately in log there are no entries about "signal lost/found" so I'm not able to check what had happen when "I was away"....
Could you please tell more about your Zello setup? It looks that Zello is commercial software am I right?. Is it possible to setup own server to stream content? I'd rather NOT to send my streams to "other company" servers.
hamradionl
Member
- Joined
- Mar 23, 2014
- Messages
- 729
- Reaction score
- 96
"Police often do not have the technical competence to understand security researchers and may react illogically to findings"
What i learned about this story, i was thinking this only happening in my country.
But it look all police or governments in the world seem to reacting in the same way
Please do not ask why
But iam curious about what leak he found.
What i learned about this story, i was thinking this only happening in my country.
But it look all police or governments in the world seem to reacting in the same way
Please do not ask why
But iam curious about what leak he found.
I think that answer could be simpler then you even think: probably no encryption....
One of companies in my city goes to "Tetra" because of "needs of privacy of communication" but there is no encryption in their network....
ET-NL
Member
Maybe it has nothing to do with it, but since mid April the czech "Tetra-Listener" project appears to be discontinued or in final state.
Last edited:
yes. all methods i know of are via SDS. it is possible to send it via other means, but probably the overhead would be too big. if this was based on common sense then there would be one protocol like LIP, but since there are more protocols (both standardized and proprietary), maybe there are others which are not based on SDS (for example based on IP, dumb idea, but good for vendor lock-in)
telive 1.9 released
telive 1.9 is (sort of) released:
- xmlrpc receiver control
- implemented scanning (this was on the todo list for long, but the old scanning code was too ugly to show)
- various other stuff
the receiver control and scanning keys are visible on the frequency window (if there is a compatible receiver active, please see the gnuradio/receiver_xmlrpc)
this is a rushed pre-release with lots of bugs and absolutely no documentation (rtfs!). you're on your own (but if you figure it out, then congratulations).
i will try to iron out the bugs and write some documentation of the new features in the next 1-2 weeks, so please hold for now
telive 1.9 is (sort of) released:
- xmlrpc receiver control
- implemented scanning (this was on the todo list for long, but the old scanning code was too ugly to show)
- various other stuff
the receiver control and scanning keys are visible on the frequency window (if there is a compatible receiver active, please see the gnuradio/receiver_xmlrpc)
this is a rushed pre-release with lots of bugs and absolutely no documentation (rtfs!). you're on your own (but if you figure it out, then congratulations).
i will try to iron out the bugs and write some documentation of the new features in the next 1-2 weeks, so please hold for now
I've found some problems with new version (Ubuntu 16.04):
EDIT: removed old "not working issues" (now working my mistake) ;-)
Issues with telive_1ch_simple_gr37_udp_xmlrpc.grc:
- there is an error in UDP Sink, destination UDP address should be: udp_dest_addr_0 not udp_dest_addr
Piotr/SQ7BLD
Last edited:
ET-NL
Member
Is it enough to update just Telive, or do we have to update the other parts to ?
ET
ET
ET-NL
Member
Thanks, I will test the new version later this day.
ET
ET
I've tried to play a little with scanning. Because I don't have a "spare rtl stick" I've used HackRF One.
Unfortunately scanning (in my case) is not quite working....
In my area there is a network with three channels: 390.2125, 390,2375 390,3625
When I've used file telive_3ch_gr37_udp.grc all is working fine (normal mode not scan).
When I've tried to scan starting from frequency 390M (using telive_1ch_simple_gr37_slow_udp_xmlrpc.grc) nothing is found.
When I (before starting scan) tune (using GRC interface) to 390.2125 network is detected at MANY frequencies from 390.7125 to 392.675!
Maybe it "telive issue" or hackrf problem.
Unfortunately scanning (in my case) is not quite working....
In my area there is a network with three channels: 390.2125, 390,2375 390,3625
When I've used file telive_3ch_gr37_udp.grc all is working fine (normal mode not scan).
When I've tried to scan starting from frequency 390M (using telive_1ch_simple_gr37_slow_udp_xmlrpc.grc) nothing is found.
When I (before starting scan) tune (using GRC interface) to 390.2125 network is detected at MANY frequencies from 390.7125 to 392.675!
Maybe it "telive issue" or hackrf problem.
- Status