Troubleshooting FAQ

This is a list of commonly occuring problems and questions, in no specific order.

No audio on specific clients, receiver starts to behave odd as soon as specific clients connects

Please check which version of csdr you installed. One of the most common problems is the missing deemphasis_nfm_ff filter for 12kHz audio, which comes into play if your client runs 48kHz audio (or other multiples of 12kHz, other reported cases were using 192kHz).

Please install my modified version of csdr to get rid of the error.

My OpenWebRX installation is missing some / all of the digital demodulation buttons

I set up my sdr source in the config, but it's not in the list / OpenWebRX doesn't list it as an "Available SDR"

There's probably some dependency missing. Please append /features to your receiver URL to get the feature report. Check if all the requirements for the sdr / demodulator in question are fulfilled.

My OpenWebRX works fine at first, but stops working when I disconnect and connect again.

This is something that has occured to me when using SDRplay devices, and they seem to be especially prone to this error when connected to a Raspberry Pi. The most probable cause for this is insufficient power supplied to the SDR, so the immediate recommendation is to use a different powersupply and / or a powered USB hub to fix this.

If the error remains, you can use the "always-on": True option on your sdr device to keep it running continuously. This, however, is just a workaround to avoid the error.

I would like to run additional software / websdrs on my receiver. how can i do that?

There's no universal solution to this, mostly due to the fact that OpenWebRX, like most SDR software, takes full control of the SDR devices in the configuration, and (at least to my knowledge) there's no proper protocol that allows device sharing / interoperability between SDR software.

There is one feature in OpenWebRX that allows you to "tap" into the IQ stream in a format that is compatible with rtl_tcp. You will probably need to set up a dedicated "port" = xxxx, where xxxx is a port number that is available on your system, and you will need to enable compatibility by setting "rtl_tcp_compat" = True on the device.

There is some downsides to this:

• The connected software will not be able to control the SDR device, it will only receive IQ data.
• When you switch profiles, the connected software will not be notified of the change (the rtl_tcp protocol does not support this).
• If your SDR is able to provide more than 8 bits per sample, the IQ data will be converted down to 8 bits (again, a limitation of the rtl_sdr protocol).

My error is not listed / I tried the suggestions and they didn't work

Feel free to open an issue with a description of the problem you are having right here.