GUI-Based, flexible screen layout, powered by the Windows Presentation Foundation (WPF).
Usable on large as well on small screens, by collapsable and expandable sub-windows.
Collapsed mode for using minimal space on the screen. DAB mux and service selection remain possible.
Number inputs on the main screen are done very fast by using the mouse wheel.
TII Database Updates by a few mouse clicks from within the app.
Persistence on the hard-disk of all relevant parameters, accompanied by the saving of the complete GUI layout.
Frontend selector, TCP/IP- or file-input based, locally and remotely, with sampling rates up to 8.192Msps, 16 Bit I/Q Data.
Raw-file replay (8- or 16-bit) of arbitrary sized files (many GBytes), with exact timing information, seekable. All GUI-based.
DAB Standard Features, like mux and service selectors, scanner with DX-features, Slideshow, Audio Recording of WAV or AAC files.
DAB Technical Information, like service quality, synchronization information, enabling experienced users to control their DAB reception.
DAB spectra, like Channel Impulse Response (CIR), Constellation and more, being displayed in collapsable windows.
TII Decoder. First SDR to decode the DAB Transmitter Ident Information (TII). The only one to reliably distinguish the codes of all transmitters contributing to a DAB mux, in real-time. The major source to transport the TII codes into data available to the public, where previously unpublished.
Map-based transmitter display. The only application able to display transmitter locations on a geographical map, based on database information by DABLIST and OFCOM (UK).
GNSS Integration. Synchronized logging of the receivers geographical location together with the I/Q data when recording raw data files. Synchronized raw display of the geolocation on the map when replaying.
Receiver Calibration. First app to integrate an ultra-fast method for the frequency calibration of cheap receivers usually showing many ppm's of frequency error.
Constellation visualization. First app to implement a linear (in contrast to circular) display of the DAB bit constellation, being used e.g. as the basis for its Signal to Noise Ratio (SNR) display. Others have followed.
Please note that the documentation provided for download contains more information than the one written on this place here. For instance, the Operating Manual describes how you can decide whether the power of your machine is sufficient to demodulate DAB without interruptions, or the necessary adjustments in QIRX to enable DAB reception even on less powerful computers. We plan to update the documentation, as it is rather outdated.
The following hardware is supported by QIRX:
QIRX is able to work in the following environments:
This environment might also be useful in case the installation of the USB driver (e.g. the Zadig driver) is not desired on the machine running QIRX. No particular speed requirements exist for a PC with rtl-tcp as I/Q data server.
The sampling rate error is always corrected.
As mentioned, the operating principle of QIRX is based on very simple Fast Fourier Transform (FFT)-based down conversion (Decimation) of the incoming I/Q data.
For down conversion, a suitable part of the available spectrum of about 2MHz is cut out such that this spectrum piece satisfies the necessary bandwidth. To proceed with the following inverse Fourier Transform it needs to have a length of a power of two.
An Inverse Fast Fourier Transform (IFFT) switches from the frequency domain back to the time domain, providing samples directly suitable to be fed into the demodulator. The demodulator provides the audio samples to be presented at the headphones output of the PC.
The disadvantage of the method of course is its lack of flexibility. In order to preserve its simplicity, one has to stick with very few available bandwidths. Bandwidth and Demodulators cannot independently be selected.
For a more detailed description, please consult the Technical Report available in the download section.
The picture shows a nearly ideal spectrum of a DAB+ ensemble, 20-fold averaged (the degree of average is GUI-controllable).
In previous versions of QIRX (until 0.9.1) the center frequency has been found by inspection of the spectrum shape and searching for the central "dip" (suppressed central carrier). While this usually worked well, the method has been omitted in favour of a correlation-based method in order to get synchronization also in more adverse receiving conditions like weak or strongly distorted signals. The accuracy achieved is about 250Hz. Unexpectedly during the development, the finding of the coarse frequency error of the receiver has been one of the most difficult items for the reliable synchronization of marginal quality signals.
Coarse timing and frequency checks are only performed after a complete synchronization loss.
Usually the constellation is displayed showing the bits as dot heaps in a polar diagram, like in the
following picture, from a report by Andreas Müller, ETH Zurich.
The dot heaps show the single bits, the heaps being separated by 90 Degrees.
QIRX uses a different, linear display for an improved visual control of the synchronization accuracy.
The picture shows an example: The spectrum (upper part) shows regions of strong multipath reception reducing the signal strength around 178 MHz. The constellation (lower part) shows – for each subcarrier – how well the bits are arranged on their correct position. Each dot corresponds to a single bit value. The reduced signal strengths around 178MHz clearly shows a much larger scattering of the bits off from their correct values. In a polar display it would not be possible to assign regions of large scattering to the frequency regions (subcarriers) with reduced signal strength.
This kind of constellation display can be used to obtain additional information.
In QIRX, the sampling rate error is permanently corrected. For more information and possible benefits of the sampling rate error correction you might wish to read the third part of our "Calibration" tutorial .
The four red-framed boxes in the spectrum all contain the same coded information about the transmitter. This information consists of a "Main Id" and a "Sub Id". The Ids are displayed in the table of the dialog.Only a single transmitter contributes to the received signal. The number in the "Strength" column is an approximate value how much an average signal strength exceeds the selected "Threshold" value.
Unfortunately, this paragraph in the Standard has been deprecated. In the version 2.1.1, dating from Janaury 2017, it is indicated as Void. However, some multiplexes still transmit this information, allowing for an exact localization of their transmitters. For this reason it has been implemented in QIRX, to be activated by checking the "Show Geo Info" in the TII window. The "Latitude" and "Longitude" fields show data only in the rare cases where the geolocations are still transmitted, see the picture how it is displayed without and with geolocation.
It indicates that two or more copies of a signal of identical origin arrive at the receiver, having taken different paths from origin to the receiver. The signal could have arrived on the direct way ("Line of Sight", LOS), and also could have been reflected by e.g. mountains or buildings and arrived later due to the reflection. At the receiver, both signals arrive as one signal consisting of the LOS part and the delayed part, added together.
A DAB network consists of stations at different locations transmitting exactly the same content, all on exactly the same frequency, synchronized down to the last microsecond. This is called a SFN (Single Frequency Network). As a consequence, a receiver located at different distances from say two transmitters encounters the same situation like in a multipath environment: It receives the identical information from two sources, entering its antenna as a signal added together from two sources. Without additional information like the TII decoding it cannot be decided whether a multipath situation is due to multiple paths of one transmitter or identical signals originating from two or more transmitters.
The software tries to find the overlapping region in the guard range of all three signals (In the picture the region between the red dashed lines). The "FFT Start" is then taken as the middle of that region (red dash-dotted line). As this calculation is only made after each frame and not after each symbol (what would be preferred but needs too much performance), it is expected that the relative delays do not much change from frame to frame. In case such a range can be found, there will be no degradation due to inter symbol interference (ISI), thanks to the cyclic nature of the FFT.
In case no overlapping region can be found, there will ISI, reducing the probability of a correct symbols decoding. ISI manifests itself in a larger scattering of the decoded bits in the constellation (see above).
It may be noted that in the commercial world the solutions with respect to finding the optimal "FFT Start" position seem to be kept confidential. This has been pointed out in the paper by Roland Brugger (IRT) and David Hemingway (BBC) covering this and related problems, titled "OFDM receivers - impact on coverage of inter-symbol interference and FFT window positioning" . This paper found its way into a technical report titled "SFN Frequency Planning and Network Implementation with Regard to T-DAB and DVB-T" latest edition of 2013.
The second spectrum was already shown above and is here repeated for convenience. The two notches in the spectrum are due to a true multipath reception and correspond to a delay of about three samples, corresponding to a "deviation" of the delayed signal of about 400m. A more quantitative analysis will be presented separately.