about & FAQ

absorptions is a blog about my hobbies. So far it's mostly about signals, electronics and programming, but may pick up a random new field at any point. It's a place for me to direct my need to talk nerdy. Why? I like the smell of unsolved mysteries. Call them obsessions or special interests; I call them absorptions.

Here I've collected some questions often asked in the comments section etc.

• Contact info
• Why?
• If I pay you, will you advertise/write something in here?
• How did you learn about signals? How could I learn, too?
• Do you do talks or workshops?
• How could I support this blog?
• What's your decoding software of choice?
• What kind of radio hardware you've used in this blog?
• What's the software you use to draw graphics and waveforms?
• Could you release source code for this project you wrote about?
• Will you decode this signal / write this program for me?
• What do you do for a living?
• What are you working on right now?
• What's that weird language?
• How is your name pronounced?
• I have questions!

Contact info

• email: oona at kapsi.fi (no sponsorship or advertisement requests)
• twitter: @windyoona
• other sites: youtube, github

Why?

I write this blog because I want to share the joy of researching something interesting.

I'm one of those people who enjoy absorbing information about something very specific and solving mysteries for no apparent reason. Maybe it feels natural for us; maybe we see patterns in everything and are tempted to get to the bottom of them. Or maybe we never wanted to stop playing. Some would say there are lots of similarities with putting together puzzles. Perhaps you would like this Quora answer: Why do people like puzzles?

Sometimes I may do things the hard way, instead of the obvious way. Why? Because this is how we roll in this blog.

How did you learn about signals? How could I learn, too?

See my nerd story. I learnt by spending much of my free time SWLing, programming, playing musical instruments, and reading for many, many years. This geeky stuff is what I've always enjoyed doing and I find it relaxing as well. It's like when some people like listening to heavy metal or reading manga, and end up having a lot of knowledge on the subject as a byproduct.

Here are some sources that might be suitable for beginners:

• Seeing Circles, Sines, and Signals – a compact primer on digital signal processing
• Let's learn about waveforms by Josh Comeau
• RTL-SDR Quick Start Guide – set up a cheap radio scanner based on the RTL-SDR

And maybe not-so-beginners:

• Tutorials on Digital Communications Engineering by Charan Langton
• The Scientist and Engineer's Guide to Digital Signal Processing by Steven W. Smith, Ph.D.
• Signal Analysis for Radio Monitoring, a book on Amazon (I haven't read it myself)

If I pay you, will you advertise/write something for me here?

I prefer not to do that, sorry.

Do you do talks or workshops?

Yes, I've talked about my blog at several events, notably Chaos Communication Congress (CCC) in Hamburg, 44CON in London, and t2 infosec in Helsinki. See above for contact info and availability.

Videos of some talks:

• "My journey into FM-RDS" (30C3)
• "Solving mysterious signals – a case study" (Reaktor Dev Day)

How could I support this blog?

There's no direct way, but if you want you could buy a dialup spectrogram poster. Or if you like sleepy electronic music you could get one of my tracks, like hold.

What's your decoding software of choice?

Some command-line tools I use (Linux and macOS):

• csdr does many kinds of basic low-level DSP tasks and can be used with Unix pipes on the command line. It can, for example, demodulate AM and FM, shift frequencies up and down, and convert integer data to floating point and back. It also works quite fast.
• SoX can do brick-wall sinc filtering and arbitrary resampling. It's sometimes easier to use than csdr because the frequency parameters are in Hertz. I also use it to change the number of channels, to write WAV file headers, and to convert between file types.
• For simple FSK stuff, minimodem is the perfect choice.
• multimon-ng for many digital modes.

For visually browsing the live radio spectrum and listening to carriers by ear I use the GnuRadio-based gqrx. For all kinds of offline measurements and visual inspection I use baudline.

I also write my own tools, many of them in C++ using the liquid-dsp library. Some of these are open source:

• redsea for RDS
• deinvert for inversion scrambling

What kind of radio hardware you've used in this blog?

In most radio-related projects I've used a cheap USB DVB-T receiver stick, also known as RTL-SDR. Currently I use the Airspy R2 as my main receiver. Some FM radio related projects were done using a modified "worldband receiver".

What's the software you use to draw graphics and waveforms?

For waveforms I use my own program called oscille (explained in a blog post). Baudline renders beautiful spectrograms. For graphics design and compositing I use free software like Inkscape, GIMP, ImageMagick, and librsvg.

Could you release source code for this project you wrote about?

Short answer: probably not.

Long answer: I like to write about my projects but I only occasionally release full source code. There are a couple of reasons behind this:

Firstly, publishing big software projects is a commitment. I would have to sacrifice a lot of my free time, and it would become less fun. And I want to keep writing this blog fun. Examples of the types of work it takes:

• Software is expected to work on different OS distributions, hardware configurations, and compiler versions. There is already plenty of dysfunctional software in the wild, and I wouldn't want to contribute to that.
• I must be legally allowed to release all parts of the software. A single snippet of copy-paste from a tutorial or example that has no licensing information means I cannot release the software.
• Published code has to be well-documented, preferably in English which is not my first language. Manuals and usage help should be up to date and internally consistent.
• User input should be validated and all possible errors and exceptions should be foreseen and handled. "Dirty hacks" should be avoided.
• Once published, software needs to be maintained to work with current libraries and operating systems, and for possible portability and security issues.
• Users require support. I wouldn't want to leave my users without support.

Secondly, I work professionally as a programmer, and code is a programmer's calling card. Therefore I like to control the quality of code that I release.

Also, I feel partly responsible for things people do with tools I made.

Instead of source code I prefer to share ideas, blog posts, diagrams, flow charts, algorithms; this is much more portable.

However, I have published many of my command-line tools on GitHub. These include:

• redsea, an RDS decoder that aims to be fast and light-weight while still supporting most if not all RDS features.
• deinvert, for descrambling a type of voice encryption known as voice inversion scrambling.
• darc2json, for receiving DARC carriers. At the moment it only supports a few types of data packets.
• squelch, a noise gate to facilitate RLE compression of PCM signals.

Will you decode this signal / write this program for me?

Yes, I can be hired to do reverse engineering or programming; see contact details and availability above.

C++ and Perl are my preferred programming languages. I don't do mobile app / web development at this point.

What do you do for a living?

I work as a C++ programmer.

What are you working on right now?

I always have some posts as drafts, but there are no rigid plans or schedules. When the blog starts to become a burden I take pauses of several months – even years – to think about other things. These would be outside the subject matter of this blog.

For example, I make sleepy music (EP on Spotify). I also like bike rides, gaming, and juggling.

What's that weird language?

It's Finnish, the official language where I live and also my native language. I started to learn English at the age of 11. I also know Swedish and some Estonian.

How is your name pronounced?

/ɔ:nɑ/ ("awna"). If you want to learn more about Finnish phonology, see this video, it's a great summary.

I have questions!

I'm on ask.fm.