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

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

Owner
AlexandreRouma
Student in Applied Science and Engineering at the University of Liege (ULg)
AlexandreRouma
Comments
  • 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

  • [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.

  • Mac build missing SDR Play

    Mac build missing SDR Play

    Likely this is being fixed, but the MacOS version is missing the SDRPlay drivers ... will they be there in 1.04? Great program and REALLY needed on MacOS ... really really needed. Thx DS

  • Latest Windows Build Binaries not running on OpenGL 2.1 Card

    Latest Windows Build Binaries not running on OpenGL 2.1 Card

    Hi, I tried the latest Windows Build Binary on my laptop with an OpenGL 2.1 Card it tries to start with a white screen and crashes? but when I compile the linux version from the master branch it runs perfect, I see that you have added OpenGL 2.1 support but does it only run on linux for the moment, Thanks

  • Package for ARM64?

    Package for ARM64?

    Wrong place to enter this request, but I can't find a better one.

    Is it possible to get this package to run on ARM64?

    I am using Ubuntu on Raspberry Pi 4 (8GB).

  • Segmentation fault (Ubuntu 20.0.4 and Lenovo T61 laptop)

    Segmentation fault (Ubuntu 20.0.4 and Lenovo T61 laptop)

    Hello,

    I downloaded and compiled today SDRPlus v1.0.4 without problems. When I started it, this appeared:

    sdrpp [2021-08-28 09:26:25.110] [info] SDR++ v1.0.4 [2021-08-28 09:26:25.110] [info] Loading config [2021-08-28 09:26:25.111] [warning] ConfigManager locked, waiting... [2021-08-28 09:26:25.461] [info] Using OpenGL 3.0 Segmentacijska greška (krah: stanje (dump) memorije je zapisano!) [email protected]:~/src/SDRPlusPlus/build$

    I don't know what the error is, on other computers compiling and startup program goes fine. Thanks!

    Darko, 9a7aof

  • Version 1.0.0 not working

    Version 1.0.0 not working

    Not sure if this is the correct place for asking, if not than pease accept my apologies.

    This morning I found out about the release version of SDR++ and decided to download and unzip it. When running the program it does start loading but eventually crashes out. In the windows event log it says the problem was caused by ucrtbase.dll . My brother also downloaded the software and with him it works just fine.

    When checking ucrtbase.dll on his end is same version that I am running but has a newer date/time stamp.

    Any one have a clue how I can solve the issue? Tried several vc++ redistributable updates withou avail.

    Thanks in advacne,

    Jos

  • 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?

  • Correct way to install on macOs

    Correct way to install on macOs

    Bonjour Alexandre,

    I am confused:

    I compiled SDR++ with support for SoapySDR and SDRplay and have to run from /usr/local/bin. Works fine! Then I thought that a simple download of the app for macOs would be the thing to do in the future. But now I have a version with ánd without support on different locations..

    Do I have to compile from now on? By the way: running from the commandrompt doesn't give me that nice app-icon.

    Can you help?

  • easy linux install?

    easy linux install?

    Have new laptop and did fresh install linux. i already did install GNUradio, Gqrx, CubicSDR. Is there a easy to use install script for install SDR++?

  • rtl_tcp samples once then crashes during re-tune

    rtl_tcp samples once then crashes during re-tune

    SDR++ appears to connect okay, however the frequency analyser is noisy and still. The waterfall is mostly red lines.

    When I attempt to tune to a different frequently SDR++ crashes without an error message.

    SDR++ doesn't seem to take any flags, so I'm not sure how to put it into debug mode for more info.

    Installed on Debian Linux via the *.deb from the releases page:

    $ dpkg -l | grep sdrpp
    ii  sdrpp               0.2.5-282           all          Bloat-free SDR receiver software
    
  • Improvements for Debian builds

    Improvements for Debian builds

    This PR improves the generation of the Debian packages that are build by the GitHub workflow:

    • use apt-get instead of apt
      • apt-get should be preferred for scripts
    • use nproc threads for make
      • to speed up (docker) builds, if used locally (GitHub Linux runners only use two threads, so no improvement there)
    • use non-dev package dependencies
      • users don't need to install library headers and static libraries.
      • this will prevent the issue described in #718
      • this unfortunately requires more specific (and distribution-version-dependent) package names including (e.g. libvolk2.2 on focal, libvolk2.5 on jammy), so a bit harder to maintain.
    • adjusted workflows:
      • add distribution codename (e.g. bullseye) and architecture in .deb file name automatically
      • apply shellcheck recommendations to scripts

    ~I will need to test this on all distros, so marked as WIP~. I would appreciate help and feedback. Also, I can update the build instructions for Debian/Ubuntu users in another PR, if you wish.

  • SDR++ Windows10 trouble

    SDR++ Windows10 trouble

    FIRST: Before reporting any bug, make sure that the bug you are reporting has not been reported before. Also, try to use the nightly version if possible in case I've already fixed the bug.

    Hardware

    • CPU: i5 3.33 GHz
    • RAM: 4GB
    • GPU:
    • SDR: Local

    Software

    • Operating System: Windows10 Pro x64 20H2
    • SDR++: SDR++v1.0.4

    Bug Description After running SDR++ , program windows is very dimmed and fonts are un-readable. (Screen print attached) sdrpp screen print

    Screenshots Add any screenshot that is relevant to the bug (GUI error messages, strange behavior, graphics glitch, etc...).

    Additional info Add any other relevant information.

  • AUR's PKGBUILD has a broken pkgver()

    AUR's PKGBUILD has a broken pkgver()

    Software

    • Operating System: Arch Linux

    Bug Description The pkgver() in PKGBUILD is broken. What it returns confuses AUR helpers and triggers unneeded updates. Please see the latest comments (which also provide a solution) in the AUR.

    Steps To Reproduce

    1. install SDR++ from AUR
    2. check for updates with an AUR helper
    3. an update for sdrpp-git is found (even though it shouldn't be)
  • Adalm Pluto distorted sound

    Adalm Pluto distorted sound

    FIRST: Before reporting any bug, make sure that the bug you are reporting has not been reported before. Also, try to use the nightly version if possible in case I've already fixed the bug.

    Hardware iMac 24"

    Software Monterey

    Bug Description Sound, especially WFM sounds distorted heavily. Switching to Sdrplay RSP1 ands sound is good.

    Steps To Reproduce As described. Trying various settings: no change at all

Free,Open-Source,Cross-platform agent and Post-exploiton tool written in Golang and C++, the architecture and usage like Cobalt Strike
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

Dec 3, 2022
Use this to speed up your final project and reduce code bloat
Use this to speed up your final project and reduce code bloat

224 Superior Serial.print statements Use this to speed up your final project and reduce code bloat! And we learn about printing formatted strings usin

Oct 28, 2022
Khepri is a Cross-platform agent, the architecture and usage like Coblat Strike but free and open-source.
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

Nov 24, 2022
A free and open-source cross-platform application to control your Philips hue compatible lights💡
A free and open-source cross-platform application to control your Philips hue compatible lights💡

?? OpenHue ?? A cross platform application to control your Philips hue compatible lights. licensed under the gpl 3.0 license. Currently in super early

Dec 19, 2021
SomeSmile - a free, open source and not yet cross-platform
SomeSmile - a free, open source and not yet cross-platform

SomeSmile - a free, open source and not yet cross-platform Table Of Contents For What? Structure Start Usage Guide How To Build Screenshots End For Wh

Aug 3, 2022
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

Nov 22, 2022
Nov 16, 2022
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

Oct 28, 2022
An open collection of tools and experiments for rendering wide-gamut scene-linear data into an image for an SDR or HDR display device.

Open Display Transform An open collection of tools and experiments for rendering wide-gamut scene-linear data into an image for an SDR or HDR display

Nov 14, 2022
Cutter is a free and open-source reverse engineering platform powered by rizin
Cutter is a free and open-source reverse engineering platform powered by rizin

Cutter is a free and open-source reverse engineering platform powered by rizin. It aims at being an advanced and customizable reverse engineering platform while keeping the user experience in mind. Cutter is created by reverse engineers for reverse engineers.

Nov 29, 2022
Hack4Pan First Place. A robot that aims to improve your aim

Don't Spray Hack4Pan First Place submission Watch the demo: https://www.twitch.tv/videos/1273582339?t=01h43m01s where I presented to tech youtubers li

Feb 2, 2022
Sourcetrail - free and open-source interactive source explorer
Sourcetrail - free and open-source interactive source explorer

Sourcetrail Important Note: This project was archived by the original autors and maintainers of Sourcetrail by the end of 2021. If you want to know mo

Nov 27, 2022
This is a helper library to abstract away interfacing with floppy disk drives in a cross-platform and open source library.
This is a helper library to abstract away interfacing with floppy disk drives in a cross-platform and open source library.

Adafruit Floppy This is a helper library to abstract away interfacing with floppy disk drives in a cross-platform and open source library. Adafruit Fl

Nov 14, 2022
A cross platform shader language with multi-threaded offline compilation or platform shader source code generation
A cross platform shader language with multi-threaded offline compilation or platform shader source code generation

A cross platform shader language with multi-threaded offline compilation or platform shader source code generation. Output json reflection info and c++ header with your shaders structs, fx-like techniques and compile time branch evaluation via (uber-shader) "permutations".

Nov 16, 2022
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. 让我们搞起

Nov 4, 2022
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

Nov 20, 2022
MasterPlan is a project management software / visual idea board software. It attempts to be easy to use, lightweight, and fun.
MasterPlan is a project management software / visual idea board software. It attempts to be easy to use, lightweight, and fun.

MasterPlan is a customizeable graphical project management software for independent users or small teams. If you need to share plans across a whole co

Nov 28, 2022
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.
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

Nov 20, 2022
A high performance, shared memory, lock free, cross platform, single file, no dependencies, C++11 key-value store
A high performance, shared memory, lock free, cross platform, single file, no dependencies, C++11 key-value store

SimDB A high performance, shared memory, lock free, cross platform, single file, no dependencies, C++11 key-value store. SimDB is part of LAVA (Live A

Nov 30, 2022