Thanks Marcus and Jared. Regarding the question of Jared, TEMPEST definitely works on non-CRT monitors. However, since the signal is now emitted only by the cable and the connectors, it will be much less powerful. Note that the principle is the same as in osmo-fl2k [1], although they avoid the nulls at the harmonics of the pixel rate, which complicates TEMPEST (resulting in a sort of horizontal border detector). In my experience, cheap cables and adapters (specially "splitters") generate signals that are easy to spy on from some meters away.
Regarding Docker, I'll give it a try. It's a great excuse to finally learn how to use them.
best
Federico
El vie., 8 may. 2020 a las 13:11, Marcus Müller (<
address@hidden>) escribió:
Hi Federico,
this is pretty awesome! Thanks for sharing it.
You can actually install both, if you use separate installation prefixes
for the two and make sure that the PYTHONPATH and LD_LIBRARY_PATH and
GRC_BLOCKS_PATH environment only include one of these.
Easier, and less error-prone, definitely, is just using a Linux
container. (You could run debian buster in a podman- or docker-run
container, for example. Debian buster comes with 3.8.1.0 out of the box.).
For non-graphical stuff, that's relatively easy, for graphical (like
yours), there's more fiddling involved until your containers can access
your X server (don't know about Wayland, honestly).
Best regards,
Marcus
Federico,
This looks very impressive and I can't wait to play with it. This works with non-CRT screens too?
Without a whole lot of hassle you can install GNURadio 3.8 in a container (e.g. docker) from an ubuntu or debian base image to avoid dependency conflicts between 3.7 and 3.8.
Jared.
On 07.05.20 23:50, Federico 'Larroca' La Rocca wrote:
> Hi everyone,
>
> The last weeks I've been working on a little project I've had in mind
> for a long time now: an implementation of Martin Marinov's excellent
> TempestSDR [1] in GNU Radio. Although it's still work in progress, the
> code is available at https://github.com/git-artes/gr-tempest and I've
> tested it on several recordings I've kept from when we were testing
> TempestSDR (which I share on the project's webpage).
>
> My idea with this re-implementation was to add another cool demo into
> GNU Radio, plus making it easier to extend and maintain by piggybacking
> on GNU Radio's development and using the companion (for instance, I've
> included a channel simulation example). I've made some demos and a video
> that show them in action: https://www.youtube.com/watch?v=oTCu8HTaN3Y.
>
> I have not yet tested it with hardware as the university is closed now,
> so if anyone can test it I'd be more than glad! Any kind of feedback is
> as usual welcome.
>
> Please note that it is currently built around GNU Radio 3.7 as I'm
> currently in need of this version of GNU Radio for my classes. Is there
> a safe way to install both 3.7 and 3.8?
>
> best
> Federico
>
> [1] https://github.com/martinmarinov/TempestSDR