SDR Television v1.0.9

Simon Brown • March 13, 2026

SDR Television v1.0.9


March 13th, 2026: A new kit, lots of receive improvements since the last official kit. As with any software project, there's always room for improvements and new features, but for now here's a stable solution which works well with the QO-100 satellite.


Many thanks to the DATV test team.


Downloads are at the bottom of this page.


To Do

The items below will be completed for the release of v1.1, target date is April/May 2026.


  • Redesign IQ from timing error detector to the S2 frame processing. This will save considerable CPU resources when searching for a signal.
  • Change frequency tracking to add a NCO (rotator) after the decimation (NCO, Downconverter). This will help with signal locking and possible decoding of weak signals.

Release Notes

v1.0.9

Receive

  • Replaced Gardner timing error detection (TED) with a corrected design based on the book "Digital Communications: A Discrete-Time Approach" by Michael Rice. This uses a second-order continuous-time phase locked loop (figure C.2.2). This implementation is designed to be robust when unexpected IQ samples are processed.
  • AGC Target default set to 1.
  • Changed IQ Imbalance design, now using code from Airspy (Youssef Touil, Leif Asbrink).
  • Removed 'None' from the list of bandpass filter options as it is superfluous.


General

  • Fixed startup error "Encountered an improper argument" when no microphones are available.


User Interface

  • When transmitting, the resolution and frame rate are shown in the transmit timer. If either value is greater than the recommended default, a warning symbol is added.


v1.0.8

Receive

  • Fixed a bug with RMS calculation in IQ Imbalance.
  • Tuned IQ Imbalance for weak signals.


v1.0.7

User Interface

  • The audio and video windows now resize the selection dropdown to the width of the main windows.


Receive

  • Improved carrier tracking, used when there are no pilots. This benefits weak signals with low FEC values, for example FEC (LDPC) 1/4.

SDR Television v1.0.6


February 13th, 2026: A new kit, lots of receive improvements since the last official kit. As with any software project, there's always room for improvements and new features, but for now here's a stable solution which works well with the QO-100 satellite.


Downloads are at the bottom of this page.


Release Notes

v1.0.6


Transmit

A FIR filter at the end of the IQ generation processing was too narrow and too sharp, must have been degrading reception of signals created with previous kits. This filter is now wider and uses fewer taps.


Pluto Support

(This is part of SDR Console.) The FIR filter support for the Pluto has been corrected:

  • Images reduced if not completely removed.
  • Transmit now works reliably when the Pluto bandwidth is greater than 2 MHz.
  • The digital filter uses a FIR design from Analog Devices, taken from the file ad9361_baseband_auto_rate.c in the libad9361-iio library.
  • The analog filter is unchanged. It will appear wider than expected to allow for roll-off.


With QO-100 and other DVB-S2 operation there really is little if any need for any filtering.


v1.0.5


Receive

  • Added optional inversion of the incoming signal inversion (swap I and Q).


Transmit

  • Now setting the Quantization Parameter (QP) to the default value of 26. I had come across this before but never really understood what it does. I was just querying the value, not trying to set it.


https://www.oupree.com/knowledge/Whats-Quantization-Parameter-QP-in-Video-Encoder.html


v1.0.4


Receive

  • Improved initial frequency detection when searching for a signal.
  • Optional advanced signal detection options.
  • Found and fixed a bug causing a lockup when a 188 byte packet checksum failed.

v1.0.3


Testing

  • Added optional Gaussian noise when in loopback mode, this is for development use only.


User Interface

  • Added display of elapsed time to the Receive Audio window. Gaps in reception of up to 10 seconds are allowed. Later use of AI may support a 'speech quality' metric, determined from quality and technical content.
  • Added tuning bars in the spectrum, these show the frequency and symbol rate for the current mouse position.
  • Added extra categories in the Log window, now Main, Radio, Transmit, Debug.
  • Audio and video windows optionally hide controls when the cursor leaves the corresponding window.


Receiver

  • Added initial Gardner timing error detection (TED).
  • Changed AGC algorithm, target output now ~0.7 using 32-bit IEEE floats.
  • Redesign #1 of the IQ to Transport Stream (TS) processing, still plenty of refactoring to do.
  • Changed default LDPC algorithm.
  • Fixed BCH implementation which was not correcting any bits, also not detecting errors.
  • Changed default matched filter (RRC) defaults.
  • Added Quadrature Imbalance correction.
  • Interpolation filter roll-off dynamically updated with the value in the base-band header byte MATYPE-1. This value is also shown in the Decoding overlay and Decode Status window.
  • Refined the list of receive filter bandwidths.


AGC

  • Added selectable reference level.
  • Added alternative algorithm, Feed forward (the default algorithm is Feedback). Feed forward is experimental.
  • Searching for a signal in the noise uses considerable CPU, especially at higher symbol rates. The spectrum data is now used to detect the possible presence of a signal, thus saving CPU while a signal is not present. When a signal is believed to be present:
  • The arrows at the top, bottom of the bandwidth display are filled in,
  • The receiver is enabled.


Transmit

  • The transmitted BB Header roll-off value in byte MATYPE-1 now matches the roll-off value used in the filter, rather than preset to 0.35.
  • Removed 12-bit camera formats, problem discovered using a new DELL laptop.
  • Added optional transmit signal inversion (swap I and Q).


Pluto

  • Pluto RX FIR Filter gain set to 6, example: "RX 3 GAIN 6 DEC 1 TX 3 GAIN 0 INT 1 ..."
  • Removed Pluto/Libre bandwidths below 1.5 MHz.
  • Changed filter taps for bandwidths above 2MHz, was 64 now 128. Signal is now cleaner, ~40dBm SNR.


From the AD9363 product sheet: "The AD9363 transmitters use a direct conversion architecture that achieves high modulation accuracy with ultralow noise. This transmitter design produces a best-in-class Tx EVM of −34 dB, allowing significant system margin for the external power amplifier (PA) selection."


v1.0.2

  • Improved receiver sensitivity, still not as good as it can be.


v1.0.1

  • Fixed fatal bug in receive audio AGC when the output device sample rate was 192kHz.

Download

This minimum version of SDR Radio is shown below. Only download if SDR Television displays an error message when starting. SDR Radio has not changed since v1.0.6 was released.


SDR Television

Download v1.0.9 from either:


SDR Television

Previous version. Download v1.0.6 from either:


SDR Radio

V1.0.9 and V1.0.6 require a SDR Radio 64-bit kit build 3972 February 10th, 2026 or any newer kit.


By Simon Brown • October 24, 2026
SDR Television v1.1.7 October 26th, 2026, Important bug fix and enhanced user interface. I've been using ChatGPT to help with both DSP and user interface design. Here we see the result of interface design. Receiver Finally found the cause of a bad memory leak. Every time User Interface Added an Octave Spectrum display, this is selected on the Receive and Transmit displays from the main dropdown, sub-menu "Audio Display..." as shown below. Added a new Style, SDR Television - Modern. Select the style from the Style dropdown in the top right-hand corner of the main display. Downloads are at the bottom of this page.
By Simon Brown • October 9, 2026
Introduction During September and October 2026 new noise blankers have been implemented to improve what was a weak part of the SDR Console signal processing chain. Using the knowledge of ChatGPT, this exercise took only five days and the result is shown below. These noise blankers will be available sometime in October 2026. Impulse Noise A noise blanker should remove Impulsive interference such as electrical switching noise, electric-fence pulses, ignition interference and short static crashes The screenshot below shows the new wideband noise blanker in action. The top half of the main waterfall shows the noise created by an electric fence, The bottom half shows the noise removed by the new wideband noise blanker.
By Simon Brown • October 9, 2026
RadioClear AI – A New Approach to Speech Noise Reduction Improving Weak Signal Reception One of the biggest challenges when listening to weak radio signals is separating speech from background noise. As signals become weaker, the noise can overwhelm the speech, making conversations difficult or sometimes impossible to understand. Conventional noise reduction has been available in software-defined radios for many years. Most systems analyse the received audio, estimate which frequencies contain noise, and reduce their amplitude. This can work very well, but there is always a compromise. Too little suppression leaves distracting background noise, while too much can make speech sound metallic, watery or unnatural. Important speech information may disappear along with the noise. For some time, I have wanted to develop a better approach for SDR Console, particularly for weak SSB reception. The objective was not simply to produce quieter audio, but to improve intelligibility while preserving the natural characteristics of the speaker's voice. The result is RadioClear AI , a new noise-reduction system combining adaptive digital signal processing with a recurrent neural network and complex temporal filtering. Comparison With RNNoise RadioClear AI and RNNoise both use neural networks to improve speech intelligibility by reducing unwanted background noise, but they employ different approaches. RNNoise is a well-established, computationally efficient solution that combines traditional signal processing with recurrent neural networks to estimate frequency-dependent suppression gains. It performs well across a variety of speech applications and has the advantage of being lightweight and widely tested. RadioClear AI has been developed specifically with radio communications in mind, particularly weak SSB signals affected by receiver noise. It combines adaptive noise estimation and speech-aware spectral processing with a recurrent neural network that generates complex temporal filter coefficients. Unlike conventional gain-based suppression, this approach uses information from consecutive audio frames to adjust both the amplitude and phase of the enhanced signal. Both approaches have strengths, and their relative performance depends on the type of interference, signal conditions and training material. RNNoise benefits from its maturity, efficiency and general-purpose design, while RadioClear offers a more specialised processing architecture tailored to weak radio reception. In initial listening tests, RadioClear AI has produced encouraging results, with cleaner background noise and natural-sounding speech compared with RNNoise on the signals tested. However, these observations are subjective, and controlled comparisons across a wider range of recordings would be needed to establish a consistent performance advantage. Further improvements to RadioClear's training data are planned, particularly using cleaner speech recordings and a greater variety of speakers and receiver noise conditions. Combining Traditional DSP with Artificial Intelligence Rather than relying entirely on artificial intelligence, RadioClear AI uses two complementary processing stages. The first stage is based on conventional digital signal processing. It continuously estimates the background noise and analyses the incoming audio to identify frequencies likely to contain speech. It also examines harmonic relationships, which are particularly important for voiced speech. This information is used by an adaptive spectral suppressor to reduce background noise while protecting important speech components. The result is an initial noise-reduced signal that provides a stable foundation for the neural network. This arrangement has an important advantage. The neural network does not need to learn everything about noise estimation and suppression from scratch. Instead, it receives a partially cleaned signal together with detailed information about the speech and noise characteristics. The neural network can then concentrate on improving the result. Looking Beyond Individual Audio Frames One of the limitations of conventional spectral noise reduction is that it generally operates by adjusting the amplitude of individual frequency components. However, speech is not a collection of unrelated frequencies. It is a continuously evolving signal with strong relationships between consecutive moments in time. RadioClear AI takes advantage of this. The incoming audio is divided into overlapping frames, and each frame is converted into a frequency-domain representation using a Fast Fourier Transform (FFT). The neural network receives 400 features describing the signal across 40 frequency bands. These include information about signal power, estimated noise, signal-to-noise ratio, speech probability, harmonic content and the relationships between consecutive complex spectra. At the heart of the system are two Gated Recurrent Unit (GRU) layers. Unlike a simple feed-forward neural network, a GRU maintains information about previous frames, allowing the system to recognise how speech changes over time. This temporal information is particularly valuable when the speech is partially obscured by noise. Complex Temporal Filtering The most significant difference between RadioClear AI and a conventional neural noise reducer is the way the network processes the audio. Many neural noise-reduction systems generate a set of gains that are applied to individual frequency bins. Although effective, this approach primarily controls amplitude. RadioClear AI goes further by generating complex-valued filter coefficients . For each frequency bin, the system combines information from the current audio frame and the previous two frames. The neural network determines how these spectra should be combined to produce the enhanced signal. Because the coefficients are complex, the system can modify both amplitude and phase. It can also exploit the relationships between consecutive frames rather than treating each frame independently. This gives the network considerably more flexibility than a conventional spectral gain mask. The neural network produces coefficients for 40 frequency bands, which are interpolated across the 257 FFT frequency bins. A three-tap complex temporal filter then generates the enhanced spectrum, which is converted back into audio. The complete process operates continuously in real time. Training the Neural Network The neural network is trained offline using examples of speech mixed with receiver noise. During training, the system is provided with both the noisy signal and the corresponding clean speech. It learns to generate complex filter coefficients that make the processed spectrum resemble the clean reference as closely as possible. An important development decision was to train the network against the actual reconstructed complex spectrum , rather than simply asking it to reproduce a set of ideal filter coefficients. This means the training process directly rewards improvements in the enhanced signal. The current network contains approximately 568,000 parameters and was trained using speech mixed with real receiver noise at signal-to-noise ratios ranging from +15 dB to −10 dB. The training and evaluation process showed substantial reductions in complex spectral error compared with the initial deterministic noise-reduction stage. The improvements were particularly encouraging at the lowest signal-to-noise ratios, where additional noise reduction is most valuable. Of course, mathematical measurements are only part of the story. A lower spectral error does not automatically guarantee better-sounding speech, so listening tests remain essential. Real-Time Processing and Listening Results The neural network was originally developed and trained using Python and PyTorch. The complete inference engine was then implemented in C++ for integration into SDR Console. To ensure that the C++ implementation behaved correctly, its results were compared directly with the Python reference. This included the recurrent network, complex coefficient generation, frequency interpolation and final spectral filtering. The results agreed to floating-point precision, giving confidence that the real-time implementation reproduces the trained model accurately. Initial listening tests have been very encouraging. On weak SSB signals, RadioClear AI produces natural-sounding speech with substantial background-noise reduction. In my own listening comparisons, the results have been noticeably better than RNNoise, particularly in preserving speech quality while reducing unwanted noise. An additional aggressiveness control has also proved useful, allowing stronger suppression of residual noise where desired. As always, the best setting depends on the received signal. Maximum noise reduction is not necessarily the same as maximum intelligibility, so the listener retains control over the amount of processing applied. What Comes Next? Although the current results are very promising, development is far from finished. One area where I expect further improvements is the training material. The first model was trained using a relatively small amount of speech, and the supposedly clean reference recording contained a little background noise. This is not ideal. If noise is present in the clean training reference, the network can learn to preserve some of that noise because it is treated as part of the wanted signal. The next step will therefore be to create a much better training dataset using genuinely clean speech recordings, ideally from several different speakers, together with a wider variety of real receiver noise. I intend to retain the existing neural architecture initially so that improvements from better training data can be evaluated independently. There is also potential to extend the system to other receiving modes, including AM and music, while retaining the existing 8 kHz neural processing engine. Final Thoughts RadioClear AI represents a significant step forward in my work on speech noise reduction for SDR Console. The most interesting aspect is not simply that it uses artificial intelligence, but how conventional DSP, recurrent neural processing and complex temporal filtering work together . By combining an adaptive noise estimator, speech-aware spectral processing and a neural network capable of exploiting relationships between consecutive audio frames, the system can perform noise reduction that would be difficult to achieve using conventional spectral attenuation alone. The aim has always been straightforward: make weak radio signals easier and more pleasant to listen to, without destroying the speech we are trying to recover. The initial results suggest that this approach has considerable potential, and I look forward to seeing how much further it can be improved with better training recordings. RadioClear AI is still evolving, but it is already producing some of the best weak-signal speech noise reduction I have achieved in SDR Console.
By Simon Brown • October 9, 2026
Can We Build a Better SSB Demodulator?
By Simon Brown • October 9, 2026
The Future of SDR Software
By Simon Brown • September 14, 2026
History
By Simon Brown • September 14, 2026
SDR Television v1.1.6 September 14th, 2026. To avoid confusion with the test versions of 1.1.5, this kit is now 1.1.6. Receiver Improved Gardner timing recovery. Improved Sum-product decoding. Redesigned soft decoder. Redesigned RRC matched filter. Note: this kit should be able to gain a dB or so sensitivity when detecting the frame header. v1.1.6 will have even better frame detection, hence better weak signal decoding. LDPS Settings, important! Open this page, select Defaults . There is no need to adjust the Sum-product optons, these options are only for development and may be hidden in future kits. Transmit Provider changed from SDR Television to SDR TV, some receivers only display a maximum of 18 characters in the provider field. Downloads are at the bottom of this page.
By Simon Brown • September 14, 2026
Improving DVB-S2 PLHEADER Detection at Low SNR Reliable detection of the DVB-S2 Physical Layer Header (PLHEADER) is one of the first challenges faced by a DVB-S2 receiver. Before the receiver can decode the payload, it must determine where a physical-layer frame begins, establish carrier phase and frequency sufficiently accurately, and decode the signalling contained in the PLS code. This becomes particularly interesting at very low SNR. I have been comparing two approaches: A traditional differential SOF/PLS detector. A new coherent, maximum-likelihood-oriented PLHEADER detector designed to exploit substantially more of the information contained in the DVB-S2 header. Both methods are trying to answer essentially the same question: At what symbol does the DVB-S2 PLHEADER begin, and what carrier frequency and phase best explain the received 90-symbol header? The difference is how much of the available information they use to answer that question. The full PDF is here .
By Simon Brown • September 13, 2026
Project for 2027? Love it or hate it, FT-8 is here to stay. I use WSJT-X to monitor 2m and sometimes 70cms. As a software developer, it's always rewarding to use one's own software. So I just asked ChatGPT whether it (he, she, they) even knew about FT-8. The response was amazing. So, this could be the start of a project which is also used for EME and meteor scatter modes. Read on dear reader, read on.