SDR++ is a cross-platform and open source SDR software with the aim of being bloat free and simple to use.

Overview

SDR++, The bloat-free SDR software

Screenshot SDR++ is a cross-platform and open source SDR software with the aim of being bloat free and simple to use.

Build

Features

  • Multi VFO
  • Wide hardware support (both through SoapySDR and dedicated modules)
  • SIMD accelerated DSP
  • Cross-platform (Windows, Linux, OSX and BSD)
  • Full waterfall update when possible. Makes browsing signals easier and more pleasant
  • Modular design (easily write your own plugins)

Installing

Windows

Download the latest release from the Releases page and extract to the directory of your choice.

To create a desktop shortcut, rightclick the exe and select Send to -> Desktop (create shortcut), then, rename the shortcut on the desktop to whatever you want.

Linux

Debian-based (Ubuntu, Mint, etc)

Download the latest release from the Releases page and extract to the directory of your choice.

Then, run:

sudo apt install libfftw3-dev libglfw3-dev libglew-dev libvolk2-dev libsoapysdr-dev libairspyhf-dev libiio-dev libad9361-dev librtaudio-dev libhackrf-dev
sudo dpkg -i sdrpp_debian_amd64.deb

If libvolk2-dev is not available, use libvolk1-dev.

Arch-based

Install the latest release from the sdrpp-git AUR package

Other

There are currently no existing packages for other distributions, for these systems you'll have to build from source.

MacOS

You might get lucky by using the installer downloadable from the Releases page.

Building it yourself

This guide requires you to have Homebrew installed. Check out https://brew.sh/ on how to do so.

Get yourself a copy of the source code. This can be done by downloading the source package from the Releases page. Extract it to a location of your choice. Alternativley you can clone https://github.com/AlexandreRouma/SDRPlusPlus.git using git.

brew install \
  airspy \
  airspyhf \
  cmake \
  codec2 \
  fftw \
  glew \
  glfw \
  hackrf \
  libbladerf \
  librtlsdr \
  portaudio \
  rtl-sdr \
  soapyrtlsdr \
  volk
mkdir build
cd build
cmake .. \
  -DOPT_BUILD_AUDIO_SINK=OFF \
  -DOPT_BUILD_BLADERF_SOURCE=OFF \
  -DOPT_BUILD_M17_DECODER=ON \
  -DOPT_BUILD_NEW_PORTAUDIO_SINK=ON \
  -DOPT_BUILD_PLUTOSDR_SOURCE=OFF \
  -DOPT_BUILD_PORTAUDIO_SINK=ON \
  -DOPT_BUILD_SOAPY_SOURCE=OFF
make -j$(sysctl -n hw.ncpu)

The above was tested on macOS Big Sur (11.5).

Check jobs.build_macos in the build_all.yaml workflow for the exact options used for building the package available in the releases

BSD

There are currently no BSD packages, refer to Building on Linux / BSD for instructions on building from source.

Building on Windows

The preferred IDE is VS Code in order to have similar development experience across platforms and to build with CMake using the command line.

Install dependencies

  • cmake
  • vcpkg
  • PothosSDR (This will install libraries for most SDRs)
  • RtAudio (You have to build and install it in C:/Program Files (x86)/RtAudio/)

After this, install the following dependencies using vcpkg:

  • fftw3
  • glfw3
  • glew

You are probably going to build in 64 bit so make sure vcpkg installs the correct versions using .\vcpkg.exe install :x64-windows

Building using the command line

IMPORTANT: Replace with vcpkg's install directory.

/scripts/buildsystems/vcpkg.cmake" -G "Visual Studio 16 2019" cmake --build . --config Release ">
mkdir build
cd build
cmake .. "-DCMAKE_TOOLCHAIN_FILE=
   
    /scripts/buildsystems/vcpkg.cmake" -G "Visual Studio 16 2019"
cmake --build . --config Release

   

Running for development

Create a new configuration root directory

./create_root.bat

This will create the root_dev directory that will be used to save the configs of sdrpp and the modules.

You will next need to edit the root_dev/config.json file to point to the modules that were built. If the file is missing in your folder run the application once and it will create one with default value -- see later on how to run the application.

Run SDR++ from the command line

From the top directory, you can simply run:

./build/Release/sdrpp.exe -r root_dev -s

Or, if you wish to run from the build directory e.g. build/Release and adapt the relative path to the root_dev folder:

./sdrpp.exe -r ../../root_dev -s

The optional -s argument is for keeping the console active in order to see the error messages.

Because all the paths are relative, for the rest of the command line instructions we are going to assume you are running from the top directory using the former command. As mentioned previously you need to edit root_dev/config.json to add the modules that were built. From the default configuration file you need to add the paths in the modules section. Add to this list all the modules you wish to use.

...
"modules": [
    "./build/radio/Release/radio.dll",
    "./build/recorder/Release/recorder.dll",
    "./build/rtl_tcp_source/Release/rtl_tcp_source.dll",
    "./build/soapy_source/Release/soapy_source.dll",
    "./build/audio_sink/Release/audio_sink.dll"
]
...

You also need to change the location of the resource and module directories, for development, I recommend:

...
"modulesDirectory": "root_dev/modules",
...
"resourcesDirectory": "root_dev/res",
...

Remember that these paths will be relative to the run directory.

Installing SDR++

If you choose to run SDR++ for development, you do not need this step. First, copy over the exe and DLLs from build/Release/ to root_dev.

Next you need to copy over all the modules that were compiled. To do so, copy the DLL file of the module (located in its build folder given below) to the root_dev/modules directory and other DLLs (that do not have the exact name of the module) to the root_dev directory.

The modules built will be some of the following (Repeat the instructions above for all you wish to use):

  • build/radio/Release/
  • build/recorder/Release/
  • build/rtl_tcp_source/Release/
  • build/spyserver_source/Release/
  • build/soapy_source/Release/
  • build/airspyhf_source/Release/
  • build/plutosdr_source/Release/
  • build/audio_sink/Release/

Building on Linux / BSD

Select which modules you wish to build

Depending on which module you want to build, you will need to install some additional dependencies. Here are listed every module that requires addition dependencies. If a module enabled by default and you do not wish to install a perticular dependency (or can't, eg. the BladeRF module on Debian Buster), you can disable it using the module parameter listed in the table below

  • soapy_source: SoapySDR + drivers for each SDRs (see SoapySDR docs)
  • airspyhf_source: libairspyhf
  • plutosdr_source: libiio, libad9361
  • audio_sink: librtaudio-dev

Install dependencies

  • cmake
  • fftw3
  • glfw
  • glew
  • libvolk

Next install dependencies based on the modules you wish to build (See previous step)

Note: make sure you're using GCC 8 or later as older versions do not have std::filesystem built-in.

Building

replace with the number of threads you wish to use to build

mkdir build
cd build
cmake ..
make -j<N>

Create a new root directory

sh ./create_root.sh

Running for development

If you wish to install SDR++, skip to the next step

First run SDR++ from the build directory to generate a default config file

./sdrpp -r ../root_dev/

Then, you will need to edit the root_dev/config.json file to point to the modules that were built. Here is an example of what it should look like:

...
"modules": [
    "./build/radio/radio.so",
    "./build/recorder/recorder.so",
    "./build/rtl_tcp_source/rtl_tcp_source.so",
    "./build/soapy_source/soapy_source.so",
    "./build/audio_sink/audio_sink.so"
]
...

Note: You can generate this list automatically by running find . | grep '\.so' | sed 's/^/"/' | sed 's/$/",/' | sed '/sdrpp_core.so/d' in the build directory.

You also need to change the location of the resource and module directories, for development, I recommend:

...
"modulesDirectory": "./root_dev/modules",
...
"resourcesDirectory": "./root_dev/res",
...

Remember that these paths will be relative to the run directory.

Of course, remember to add entries for all modules that were built and that you wish to use.

Next, from the top directory, you can simply run:

./build/sdrpp -r root_dev

Or, if you wish to run from the build directory, you will need to correct the directories in the config.json file, and then run:

./sdrpp -r ../root_dev

Installing SDR++

To install SDR++, run the following command in your build folder:

sudo make install

Module List

Not all modules are built by default. I decided to disable the build of those with large libraries, libraries that can't be installed through the package manager (or pothos) and those that are still in beta. Modules in beta are still included in releases for the most part but not enabled in SDR++ (need to be instantiated).

Sources

Name Stage Dependencies Option Built by default Built in Release Enabled in SDR++ by default
airspy_source Working libairspy OPT_BUILD_AIRSPY_SOURCE
airspyhf_source Working libairspyhf OPT_BUILD_AIRSPYHF_SOURCE
bladerf_source Working libbladeRF OPT_BUILD_BLADERF_SOURCE ⚠️ (not Debian Buster)
file_source Working - OPT_BUILD_FILE_SOURCE
hackrf_source Working libhackrf OPT_BUILD_HACKRF_SOURCE
limesdr_source Working liblimesuite OPT_BUILD_LIMESDR_SOURCE
sddc_source Unfinished - OPT_BUILD_SDDC_SOURCE
rtl_sdr_source Working librtlsdr OPT_BUILD_RTL_SDR_SOURCE
rtl_tcp_source Working - OPT_BUILD_RTL_TCP_SOURCE
sdrplay_source Working SDRplay API OPT_BUILD_SDRPLAY_SOURCE
soapy_source Working soapysdr OPT_BUILD_SOAPY_SOURCE
spyserver_source Working - OPT_BUILD_SPYSERVER_SOURCE
plutosdr_source Working libiio, libad9361 OPT_BUILD_PLUTOSDR_SOURCE

Sinks

Name Stage Dependencies Option Built by default Built in Release Enabled in SDR++ by default
audio_sink Working rtaudio OPT_BUILD_AUDIO_SINK
network_sink Working - OPT_BUILD_NETWORK_SINK
new_portaudio_sink Beta portaudio OPT_BUILD_NEW_PORTAUDIO_SINK

Decoders

Name Stage Dependencies Option Built by default Built in Release Enabled in SDR++ by default
falcon9_decoder Unfinished ffplay OPT_BUILD_FALCON9_DECODER
m17_decoder Beta - OPT_BUILD_M17_DECODER
meteor_demodulator Working - OPT_BUILD_METEOR_DEMODULATOR
radio Working - OPT_BUILD_RADIO
weather_sat_decoder Unfinished - OPT_BUILD_WEATHER_SAT_DECODER

Misc

Name Stage Dependencies Option Built by default Built in Release Enabled in SDR++ by default
discord_integration Working - OPT_BUILD_DISCORD_PRESENCE
frequency_manager Working - OPT_BUILD_FREQUENCY_MANAGER
recorder Working - OPT_BUILD_RECORDER
rigctl_server Working - OPT_BUILD_RIGCTL_SERVER

Troubleshooting

First, please make sure you're running the latest automated build. If your issue is linked to a bug it is likely that is has already been fixed in later releases

SDR++ crashes then it won't start again no matter what

This is a bug in 1.0.0 that was fixed in 1.0.1

In some cases, if a crash happened while the config was being saved, the config file woul be corrupted and SDR++ would refuse to start because of it.

This has now been fixed. If a config file is corrupted it'll just reset it to its default state.

"hash collision" error when starting

You likely installed the soapysdr-module-all package on Ubuntu/Debian. If not it's still a SoapySDR bug caused by multiple soapy modules coming in conflict. Uninstall anything related to SoapySDR then install soapysdr itself and only the soapy modules you actually need.

"I don't see -insert module name here-, what's going on?"

If the module was included in a later update, it's not enabled in the config. The easiest way to fix this is just to delete the config.json file and let SDR++ recreate it (you will lose your setting relating to the main UI like VFO colors, zoom level and theme). The best option however is to edit the config file to add an instance of the module you wish to have enabled (see the Module List).

SDR++ crashes when stopping a RTL-SDR

This is a bug recently introduced by libusb1.4 To solve, this, simply downgrade to libusb1.3

SDR++ crashes when starting a HackRF

If you also have the SoapySDR module loaded (not necessarily enabled), this is a bug in libhackrf. It's caused by libhackrf not checking if it's already initialized. The solution until a fixed libhackrf version is released is to completely remove the soapy_source module from SDR++. To do this, delete modules/soapy_source.dll on windows or /usr/lib/sdrpp/plugins/soapy_source.so on linux.

Issue not listed here?

If you still have an issue, please open an issue about it or ask on the discord. I'll try to respond as quickly as I can. Please avoid trying to contact me on every platform imaginable thinking I'll respond faster though...

Contributing

Feel free to submit pull requests and report bugs via the GitHub issue tracker. I will soon publish a contributing.md listing the code style to use.

Credits

Patrons

Contributors

Libraries used

Issues
  • Further Compile Issues on OSX - 11.2.3 (Big Sur)

    Further Compile Issues on OSX - 11.2.3 (Big Sur)

    Following on from #115 , it seems like there may be some additional challenges on OSX.

    While previously I was able to compile up SDR++ so long as the Individual radio Options were commented out, the latest pulls now are failing to complete the build at all, dying specifically within the linker.

    .... .... .... [ 95%] Linking CXX shared library libsdrpp_core.dylib ld: library not found for -lGLEW clang: error: linker command failed with exit code 1 (use -v to see invocation) make[2]: *** [core/libsdrpp_core.dylib] Error 1 make[1]: *** [core/CMakeFiles/sdrpp_core.dir/all] Error 2

    OSX Info Darwin macbook34.local 20.3.0 Darwin Kernel Version 20.3.0: Thu Jan 21 00:07:06 PST 2021; root:xnu-7195.81.3~1/RELEASE_X86_64 x86_64

    Using Homebrew for required libs

    bug help wanted MacOS 
    opened by jordancrombie 28
  • [error] Glfw Error 65543: GLX: Failed to create context: GLXBadFBConfig

    [error] Glfw Error 65543: GLX: Failed to create context: GLXBadFBConfig

    I installed Pop OS on an old Dell workstation computer with old integrated graphics. The OS works ok but I haven't been able to update it yet since the System76 PPA servers have been offline for the last day. When I try to launch SDR++, it gives this error: [error] Glfw Error 65543: GLX: Failed to create context: GLXBadFBConfig. I've seen that a graphics driver update could resolve this issue, and it may work once the server is back online. But I've installed it on two different computers from the same era with different gpus and they both threw the error. Any ideas on a solution? The error does not show up on my modern PC running the same OS.

    opened by JosephTheTank13 27
  • IF Mode selection for SDRPlay devices

    IF Mode selection for SDRPlay devices

    Since only small subset of samplerate/bandwidth combinations is eligible for non-zero IF mode, possible values are just hardcoded. 2021-08-30_00_22_04 2021-08-30_00_22_45 2021-08-30_00_26_46

    opened by arkhnchul 22
  • SDRplay Center Spike in ZeroIF Mode

    SDRplay Center Spike in ZeroIF Mode

    Thanks for releasing v1.0.4. The now available LowIF modes get rid of the center spike I have had with my SDRplay RSP1a and RSPduo units. The center spike is still present on ZeroIF mode though. Is this something with the SDR++ software or is it something with the SDRplay 3.07 API?

    opened by BT-Justice 17
  • Kind request: Full screen + Hide menu at startup + Start RX. Kind of Kiosk mode

    Kind request: Full screen + Hide menu at startup + Start RX. Kind of Kiosk mode

    Hello,

    I am a member of a makerspace (with a ham radio club) and we have a screen with SDR++ running at our window (the actual widow to the street). Currently we have no reliable way to startup SDR++ and go to fullscreen and hide the menu (left side).

    xdotool is detecting the application window but the F11 key (or other keys) does not get passed on.

    It would be great for a future version to implement a startup feature (either be commandline parameters) or in the menu to

    • start in fullscreen mode (like hitting F11)
    • start rx (using last settings)
    • optionally hide menu

    If someone has a clever idea please let me know.

    Thanks a lot. 73 and best regards Joe, OE5JFE

    opened by DocViper666 13
  • spyserver_source: causes remote server to terminate on connection

    spyserver_source: causes remote server to terminate on connection

    I am new to this project and I will try to be of some use...

    I have encountered a couple issues while trying to get my server working:

    • The spyserver_source isn't enabled in the menu because it is not added to the config created on first run.
      • The config doesn't follow the modules that are available... It makes sense to me that the default config would be populated based on what modules were available during first run.
      • After manually updating the config file I have removed all warnings from the startup of sdrpp, I also see the spyserver source available in the source menu.
    • When sdrpp connects to the remote server, the server terminate with the following output:
    SPY Server v2.0.1700
    Copyright (C) 2016-2018 Youssef Touil - https://airspy.com
    Reading the configuration file: /home/ubuntu/spy-hf/spyserver.config
    Listening for connections on 0.0.0.0:5555
    Accepted client <private IP>:55324 running sdr++
    Device was sleeping. Wake up!
    Acquired an AirspyHF+ device
    Caught signal 4
    Terminating...
    

    The last two lines repeat endlessly which is obviously a problem with the server! After a short time the following log is produced by the server:

    Caught signal 4
    Terminating...
    Releasing the AirspyHF+ device
    Closing all connections...
    Caught signal 4
    Terminating...
    Caught signal 4
    

    As for the logging from sdrpp, not much to report... Here is the startup:

    [2021-04-24 09:12:03.466] [info] SDR++ v0.3.0_beta
    [2021-04-24 09:12:03.466] [info] Loading config
    [2021-04-24 09:12:03.890] [info] Loading icons
    [2021-04-24 09:12:03.901] [info] Loading band plans
    [2021-04-24 09:12:03.905] [info] Loading band plans color table
    [2021-04-24 09:12:03.916] [info] Loading modules
    [2021-04-24 09:12:03.916] [info] Loading /usr/lib/sdrpp/plugins/radio.so
    [2021-04-24 09:12:03.931] [info] Loading /usr/lib/sdrpp/plugins/airspyhf_source.so
    [2021-04-24 09:12:03.946] [info] Loading /usr/lib/sdrpp/plugins/spyserver_source.so
    [2021-04-24 09:12:03.962] [info] Loading /usr/lib/sdrpp/plugins/discord_integration.so
    [2021-04-24 09:12:03.979] [info] Loading /usr/lib/sdrpp/plugins/file_source.so
    [2021-04-24 09:12:03.996] [info] Loading /usr/lib/sdrpp/plugins/recorder.so
    [2021-04-24 09:12:04.015] [info] Loading /usr/lib/sdrpp/plugins/audio_sink.so
    [2021-04-24 09:12:04.035] [info] Loading /usr/lib/sdrpp/plugins/meteor_demodulator.so
    [2021-04-24 09:12:04.048] [info] Loading /usr/lib/sdrpp/plugins/weather_sat_decoder.so
    [2021-04-24 09:12:04.063] [info] Initializing AirspyHF+ Source (airspyhf_source)
    [2021-04-24 09:12:04.086] [info] New DSP samplerate: 768000.0
    [2021-04-24 09:12:04.087] [info] Initializing Audio Sink (audio_sink)
    [2021-04-24 09:12:04.094] [info] Initializing File Source (file_source)
    [2021-04-24 09:12:04.113] [info] FileSourceModule 'File Source': Instance created!
    [2021-04-24 09:12:04.113] [info] Initializing Radio (radio)
    [2021-04-24 09:12:04.245] [info] Initializing Recorder (recorder)
    [2021-04-24 09:12:04.246] [info] Initializing SpyServer Source (spyserver_source)
    [2021-04-24 09:12:04.248] [info] Loading color maps
    [2021-04-24 09:12:04.248] [info] Loading /usr/share/sdrpp/colormaps/websdr.json
    [2021-04-24 09:12:04.249] [info] Loading /usr/share/sdrpp/colormaps/magma.json
    [2021-04-24 09:12:04.250] [info] Loading /usr/share/sdrpp/colormaps/plasma.json
    [2021-04-24 09:12:04.251] [info] Loading /usr/share/sdrpp/colormaps/electric.json
    [2021-04-24 09:12:04.261] [info] Loading /usr/share/sdrpp/colormaps/turbo.json
    [2021-04-24 09:12:04.278] [info] Loading /usr/share/sdrpp/colormaps/viridis.json
    [2021-04-24 09:12:04.294] [info] Loading /usr/share/sdrpp/colormaps/inferno.json
    [2021-04-24 09:12:04.311] [info] Loading /usr/share/sdrpp/colormaps/classic.json
    [2021-04-24 09:12:04.328] [info] Loading /usr/share/sdrpp/colormaps/greyscale.json
    [2021-04-24 09:12:04.390] [info] New DSP samplerate: 768000.0
    [2021-04-24 09:12:04.392] [info] AirspyHFSourceModule 'AirspyHF+ Source': Menu Select!
    [2021-04-24 09:12:04.392] [info] AirspyHFSourceModule 'AirspyHF+ Source': Tune: 0.0!
    [2021-04-24 09:12:04.448] [info] AirspyHFSourceModule 'AirspyHF+ Source': Tune: 100000000.0!
    [2021-04-24 09:12:04.448] [info] Ready.
    

    Then, here is the error produced when connecting to the server:

    [2021-04-24 09:12:59.814] [info] AirspyHFSourceModule 'AirspyHF+ Source': Menu Deselect!
    [2021-04-24 09:12:59.814] [info] New DSP samplerate: 2560000.0
    [2021-04-24 09:12:59.815] [info] SpyServerSourceModule 'SpyServer Source': Menu Select!
    [2021-04-24 09:13:22.919] [info] SpyServerSourceModule 'SpyServer Source': Tune: 692800.0!
    Connected[2021-04-24 09:46:01.867] [info] SpyServerSourceModule 'SpyServer Source': Start!
    [2021-04-24 09:46:01.867] [info] SpyServerSourceModule 'SpyServer Source': Tune: 692800.0!
    [2021-04-24 09:46:01.867] [error] Socket error
    
    opened by 10man 11
  • Document how to build on MacOS

    Document how to build on MacOS

    I was able to build SDR++ on macOS Big Sur quite easily. So I thought I contribute with a bit of documentation. This might help with all those issues on that topic (#334, #234, #217, #244, #189).

    To be honets, I have not tested this on a clean system. So I might have missed a dependency or two.

    As I was not able to find a Homebrew package providing libiio, my solution was to disable PlutoSDR.

    opened by corvus-ch 11
  • Ver 1 : Glfw Error 65543: GLX: Failed to create context: GLXBadFBConfig

    Ver 1 : Glfw Error 65543: GLX: Failed to create context: GLXBadFBConfig

    Hi Im getting the following error while trying to run sdrpp on an up to date Linux xubuntu 20.04 Focal installation Glfw Error 65543: GLX: Failed to create context: GLXBadFBConfig

    if I run this command : glxinfo | grep version I get the following

    server glx version string: 1.4
    client glx version string: 1.4
    GLX version: 1.4
        Max core profile version: 0.0
        Max compat profile version: 2.1
        Max GLES1 profile version: 1.1
        Max GLES[23] profile version: 2.0
    OpenGL version string: 2.1 Mesa 20.2.6
    OpenGL shading language version string: 1.20
    OpenGL ES profile version string: OpenGL ES 2.0 Mesa 20.2.6
    OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.0.16
    
    

    Is there some thing else I should do to fix this problem?

    opened by SeanMacSuibhne 10
  • rigctl incorrect vfo handling

    rigctl incorrect vfo handling

    When in the "fixed" waterfall mode (not sure what to call the difference between ⇆ and ⌖, but I'm talking about ⇆ mode). If I change the vfo (and the waterfall stays fixed on the screen), the frequency reported by the rigctl server does not get updated. It looks like rigctl always receives the center frequency instead. Similarly, when in ⇆ mode, the vfo can get very confused when setting frequencies (e.g. F 14150000) and the indicator on the waterfall can get out of position relative to what the frequency counter says.

    opened by joshuarubin 9
  • LimeSdr does not work correctly (no signal)

    LimeSdr does not work correctly (no signal)

    I haven't been able to quickly find exactly what the problem is (technically). However, the waterfall looks like a gain of 0 and does not change in any way when you change the gain or antenna channel.

    sdrpp v.1.0.2 win64

    opened by netdoggy 9
  • Remote SoapySDRServer chopping sample input

    Remote SoapySDRServer chopping sample input

    Hi first thanks for this nice project,

    There seem to be a problem when using SDRpp with SoapySDRServer, the sample input is not smooth resulting in hick ups. Normaly SoapSDRServer can easily stream 2.16Msps from a RTL-SDR and 12Msps from a LimeSDR (2m/70cm) simultaneous to 2 instances of i.e. cubicSDR.

    When trying SoapySDRServer with SDRpp samples coming in are chopping in the spectrum/waterfall as well as on the audio output . Even when only using a single device at low rates (the rtl seems worse).

    Altough the problem seems SDRpp related to exclude:

    • Tried Soapy 0.7 and 0.8 (no difference, 0.8 show correct samplerate for Lime)
    • Tried Wired via Router, Wired Direct and SoapyRemote on localhost (no difference)
    • Tried SDRpp Release (SDR++ v1.0.4.deb) as well as Source builds (no difference)

    Any help would be appreciated

    opened by pauluzs 0
  • Core Dump Running on XWayland

    Core Dump Running on XWayland

    Not a huge deal, but thought it was worth mentioning.

    Compiled from source running in Gentoo.

    Gnome Wayland session.

    Using nvidia closed-source drivers v495.44-r2

    Using hackrf.

    Application crashes after about 10 seconds with radio running.

    Does not crash in gnome that is using xorg as the display server. This is most likely not a priority for the development team, which I completely understand. I see huge potential with this application and I am grateful for the all the work that I know has been put into it thus far :)

    If you would like more system details please let me know.

    opened by PacketOperator 1
  • Overlay bookmark labels

    Overlay bookmark labels

    Bookmark labels overlap.

    In the gqrx program, adjacent labels are shifted up and down relative to each other. This avoids overlap.

    Снимок экрана 2021-12-04 в 17 08 51

    opened by ah1102 4
  • No way to enable bias-t for rsp1a running remotely through Soapy

    No way to enable bias-t for rsp1a running remotely through Soapy

    Connects to remote computer hosting the rsp1a and pipes in the signal just fine but no way to enable bias-t. I can get strong FM stations poorly, the rest of the bands are just white noise. Did I build incorrectly? When running on the rsp++ machine with the SDRPlay source, no problems. CubicSDR has no trouble with Soapy on these two machines and even enables the bias-t by default.

    opened by cdbrinker 6
  • Update Dear ImGui to 1.85

    Update Dear ImGui to 1.85

    Update ImGui to 1.85, solves ticket #529

    opened by aeburriel 7
  • Segfault on start with Debian Bullseye + AMD Radeon 21.40

    Segfault on start with Debian Bullseye + AMD Radeon 21.40

    Upon starting, sdrpp 1.0.4 segfaults with the following backtrace:

    #0 __rawmemchr_avx2 () at ../sysdeps/x86_64/multiarch/memchr-avx2.S:65 #1 0x00007ffff75ef5a2 in _IO_str_init_static_internal ([email protected]=0x7fffffffd900, [email protected]=0x0, [email protected]=0, [email protected]=0x0) at strops.c:41 #2 0x00007ffff75c336f in _IO_strfile_read (string=0x0, sf=0x7fffffffd900) at ../libio/strfile.h:95 #3 __GI___isoc99_sscanf (s=0x0, format=0x7ffff7b3abbc "%d.%d") at isoc99_sscanf.c:28 #4 0x00007ffff7abc8d9 in ImGui_ImplOpenGL3_Init(char const*) () from /usr/lib/libsdrpp_core.so #5 0x00007ffff79e589c in sdrpp_main(int, char**) () from /usr/lib/libsdrpp_core.so #6 0x00007ffff7591d0a in __libc_start_main (main=0x55555556f410

    , argc=1, argv=0x7fffffffe1d8, init=, fini=, rtld_fini=, stack_end=0x7fffffffe1c8) at ../csu/libc-start.c:308 #7 0x000055555556f4fa in _start ()

    Which points to ImGui ticket #4279

    Updating ImGui to 1.85 solves the issue on my system.

    opened by aeburriel 0
  • bookmark name does not support Unicode【1.0.4】

    bookmark name does not support Unicode【1.0.4】

    version:1.0.4

    Bookmark names currently do not support Unicode characters, and characters such as CJK characters entered are displayed as ???

    opened by hhs66317 2
  • Install on Mac failed

    Install on Mac failed

    My Mac is running macOS Catalina but presents the following failure when attempting to run from the CLI: ➜ ~ sdrpp dyld: Library not loaded: /usr/local/opt/glew/lib/libGLEW.2.2.dylib Referenced from: /usr/local/bin/sdrpp Reason: image not found [1] 2163 abort sdrpp ➜ ~ Any thoughts and solutions on this please? Is the Mac package still missing some libraries, or ...? Thanks

    opened by m0roj 1
  • rotctl server?

    rotctl server?

    Hello, is there any plan to add rotctl server module to SDR++

    Thanks

    opened by benb0jangles 2
Releases(1.0.4)
Owner
AlexandreRouma
Student in Applied Science and Engineering at the University of Liege (ULg)
AlexandreRouma
Free,Open-Source,Cross-platform agent and Post-exploiton tool written in Golang and C++, the architecture and usage like Cobalt Strike

Khepri Free,Open-Source,Cross-platform agent and Post-exploiton tool written in Golang and C++ Description Khepri is a Cross-platform agent, the archi

Young 1.2k Dec 5, 2021
Khepri is a Cross-platform agent, the architecture and usage like Coblat Strike but free and open-source.

Khepri Free,Open-Source,Cross-platform agent and Post-exploiton tool written in Golang and C++ Description Khepri is a Cross-platform agent, the archi

Young 1.2k Dec 5, 2021
OpenFOAM is a free, open source computational fluid dynamics (CFD) software package

acousticStreamingFoam About OpenFOAM OpenFOAM is a free, open source computational fluid dynamics (CFD) software package released by the OpenFOAM Foun

Bruno 1 Nov 2, 2021
This is kdmapper but it doesn't use ExAllocatePool instead it allocates pages to avoid being in BigPoolTable,

KDMapper without allocating memory in BigPoolTable Original creator https://github.com/z175 Improved by https://github.com/TheCruZ TheCruz has intergr

tygo lokum 26 Nov 17, 2021
FireDog - Open source cross-platform lightweight virus signature detection engine.

FireDog 开源跨平台轻量级病毒特征检测引擎。Open source cross-platform lightweight virus signature detection engine. 语言 Language C++ 11 LICENSE 是你们喜欢的:MIT License. 让我们搞起

null 26 Nov 26, 2021
First open-source Geometry Dash cross-platform Modding SDK

BoolkaSDK First open-source Geometry Dash cross-platform Modding SDK Requirements CMake 3.21 Android NDK r23 LLVM x86 Java and ApkTool Building Open C

null 4 Nov 17, 2021
Appupdater is a C++ cross-platform framework to update desktop software (gitlab mirror)

appupdater is a C++ cross-platform framework to update desktop software. How it works Framework checks the URL you specified for info about versions a

Ronzhin Mikhail 1 Nov 23, 2021
Open Source Cheat for Apex Legends, designed for ease of use. Made to understand reversing of Apex Legends and respawn's modified source engine as well as their Easy Anti Cheat Implementation.

Apex-Legends-SDK Open Source Cheat for Apex Legends, designed for ease of use. Made to understand reversing of Apex Legends and respawn's modified sou

null 10 Nov 29, 2021
Cross-platform tool to extract wavetables and draw envelopes from sample files, exporting the wavetable and generating the appropriate SFZ text to use in a suitable player.

wextract Cross-platform tool to extract wavetables and draw envelopes from sample files, exporting the wavetable and generating the appropriate SFZ te

Paul Ferrand 9 Sep 22, 2021
an easy-to-use cross platform web browser controller for C++

WebBrowser++ 这是一个基于C++17的唯头文件跨平台浏览器控制库。 您只需要将本目录下的Include文件夹拷贝至您的项目中即可使用。如果使用CMake编译,则可直接include_directories(Include),也可以模仿本项目的CMakeLists.txt进行编写。 建立该

null 8 Nov 17, 2021
CaribouLite turns any 40-pin Raspberry-Pi into a Tx/Rx 6GHz SDR

CaribouLite CaribouLite is an affordable, educational, open-source SDR platform that is also a HAT for the Raspberry-Pi family of boards (40-pin versi

CaribouLabs.co 714 Dec 1, 2021
EDACS trunk tracking using RTL2832. rtl_fm, sdr++, gqrx, or gnuradio.

EDACS-FM Florida Man Edition EDACS 9600 Trunk Tracking software for Linux, *Nix, BSD systems (and maybe others) using two RTL2838 dongles(or anything

null 1 Dec 6, 2021
SynapseOS is a free and open source 64x operating system written in FASM and C

SynapseOS SynapseOS is a free and open source 64x operating system written in FASM and C Documentation Documentation Build To build SynapseOS you need

Synapse OS 53 Dec 4, 2021
OpenTibiaBR - Canary Project is a free and open-source MMORPG server emulator written in C++.

OpenTibiaBR - Canary Project is a free and open-source MMORPG server emulator written in C++. It is a fork of the OTServBR-Global project. To connect to the server and to take a stable experience, you can use our own client or tibia client and if you want to edit something, check our customized tools.

OpenTibiaBR 16 Nov 23, 2021
"Sigma File Manager" is a free, open-source, quickly evolving, modern file manager (explorer / finder) app for Windows, MacOS, and Linux.

"Sigma File Manager" is a free, open-source, quickly evolving, modern file manager (explorer / finder) app for Windows, MacOS, and Linux.

Aleksey Hoffman 798 Dec 1, 2021
Free and open source CSGO hack

Csgo Very short and commented source aimed for legit gameplay Information In development, not every feature may work perfectly. Features: BunnyHop Cha

Bartis 31 Dec 7, 2021
A self made free, open source internal cheat for Overwatch

Overwatch-Cheat A self made free, open source internal cheat for Overwatch How to use the Valorant Internal [+] - Download it, then compile the cheat

xEnething 3 Sep 18, 2021
A free, open-source compressor for the ZX0 format

salvador -- a fast, near-optimal compressor for the ZX0 format salvador is a command-line tool and a library that compresses bitstreams in the ZX0 for

Emmanuel Marty 17 Dec 2, 2021
ModuLiDAR is an all-in-one open-source software for autonomous UGVs and industrial robots.

ModuLiDAR is an all-in-one open-source software for autonomous UGVs and industrial robots. the target industries that ModuLiDAR is working on are farming industry, mining industry, warehouses industry, and construction industry.

null 19 Sep 14, 2021