naracomo.org

What It Is

liquid-dsp is a digital signal processing library for software-defined radio. Its documentation describes it as free and open-source, with a particular focus on embedded platforms. It is not a cloud service or an IDE plugin, but a low-level DSP library that can be linked into local projects. It emphasizes being lightweight with minimal dependencies: at runtime it only depends on libc and libm, and it can take advantage of FFTW when available.

Core Capabilities

Based on the documentation navigation and examples, liquid-dsp covers dot products, FFTs, spectral periodograms, FIR/IIR filters, filter design, window functions, random distributions, and a variety of modulation/demodulation modules. The modulation section includes PSK, DPSK, ASK, QAM, APSK, BPSK, QPSK, OOK, and more, making it suitable for building communication-link prototypes. Its API follows a typical C object-style pattern, such as create, execute, and destroy, which makes it easy to embed into real-time processing loops. The documentation also notes that it can be called from C++, using std::complex<float> in place of C’s float complex.

Build, Integration, and Documentation

The installation path is straightforward: clone the source code from GitHub, then build and install it with CMake, make, and sudo make install. The project also provides automated tests; the documentation mentions more than 700,000 checks and 1,316 tests, as well as support for gcovr coverage reports, examples, and benchmark tools. For embedded use, the documentation provides PlatformIO dependency configuration and shows a Raspberry Pi Pico build process. Overall, the documentation is engineering-oriented, with formulas, API signatures, and code snippets. However, some pages still contain placeholders such as “Re-work for RST, add figures,” so completeness is not perfect.

Pricing and Open Source

On pricing, the documentation only states that the project is free and open-source. It does not provide details about a commercial edition, paid support, license specifics, or enterprise services. For teams that are budget-sensitive, need to audit source code, or require offline deployment, this is a clear advantage. However, if an enterprise needs an SLA, vendor endorsement, or compliance-oriented procurement support, the current text does not provide evidence for that.

Pros, Cons, and Who It Is For

Its strengths are minimal dependencies, coverage of common SDR scenarios, a direct C API, strong testability, and attention to embedded cross-compilation. Its limitations are that it operates at a relatively low abstraction level and requires users to understand DSP, communications modulation, and C/C++ build workflows. There is no clear mention of Python, Rust, or Go bindings, nor of commercial support. It is well suited to software-defined radio, embedded communications, teaching and research, and prototype validation projects. It is less suitable for teams looking for an out-of-the-box graphical workflow or a high-level-language-first experience.

Access from China

The documentation does not provide information about mainland China network access, mirrors, payment, or service availability. Since the source code is hosted on GitHub, actual accessibility may depend on the network environment, but this cannot be determined from the crawled text alone, so china_access is marked as unknown. Comparable alternatives include GNU Radio, SciPy Signal, FFTW, KFR, or platform-specific DSP libraries.