Pretty commendable. Code graph shows active development frequency on Sat and Sunday and >7pm on weekdays, a serious labor of love side-project with 1K+ commits, what amounts to a single contributor, and you only have one branch, ballsy, I like it.
I have a SDR and a Raspberry Pi. Do you think it would be capable of running ShinySDR?
SDR is notoriously CPU-heavy if you're doing anything beyond the really simple stuff.
I quickly gave up on using my Pi for SDR and moved to a mid-range mobile Core i5 which is a lot more capable, but even that is starting to strain and I might need to split the processing to a couple of machines in the future.
I am using the core i5 setup for TETRA receiving (2MHz sampling rate/1MHz bandwidth, tuning into 4 different channels in that range each with 64 subchannels). The whole pipeline runs just fine, but I would not be able to run a second pipeline for 4 more channels without faster hardware or a second machine.
Largely this is because it's an inefficient proof-of-concept implementation, but in my experience it takes a lot of work to convert such a thing into a performant receiver.
No, I'm not aware of any projects that successfully crack TETRA encryption. That said, all the TETRA traffic around here is unencrypted, including the police and emergency services (surprising to me). The rumour I heard was that it was originally encrypted but they disabled it because key management was a pain in the ass.
I'm basing my stuff on SQ5BPF's work, who added the (purposefully) missing bits in osmocom's osmo-tetra project:
https://github.com/sq5bpf
It works, but the code is not pretty and it's a really long pipeline of shell pipes and FIFOs. I'm working on simplifying the whole thing, I've already written a minimal replacement for telive. Hopefully I can change the pipeline from:
I recently bought an SDR dongle, and had my roommate (who is much more knowledgeable about Python dev on OS X than I am) try and get this project compiled and up and running for me-they said it was the most complicated Python project they've ever had to compile, as far as dependencies are concerned.
the TLDR being that SDR software for Mac sucks, Linux (in our case the R Pi2) is a much better option.
Nice stuff, and pretty damn impressive for a side project. On top of that, clean Python code, and very well commented - the latter especially is hard to find when there is only one contributor. Keep it up.
Given that the title of the project is called Shiny, I wish it had some screenshots of the look and feel of the web-based UI. Seems like that could be a selling point.
I have a SDR and a Raspberry Pi. Do you think it would be capable of running ShinySDR?