# FutureSDR An experimental asynchronous SDR runtime for heterogeneous architectures that is: * **Extensible**: custom buffers (supporting accelerators like GPUs and FPGAs) and custom schedulers (optimized for your application). * **Asynchronous**: solving long-standing issues around IO, blocking, and timers. * **Portable**: Linux, Windows, Mac, WASM, Android, and prime support for embedded platforms through a REST API and web-based GUIs. * **Fast**: SDR go brrr! [![Crates.io][crates-badge]][crates-url] [![Apache 2.0 licensed][apache-badge]][apache-url] [![Build Status][actions-badge]][actions-url] [crates-badge]: https://img.shields.io/crates/v/futuresdr.svg [crates-url]: https://crates.io/crates/futuresdr [apache-badge]: https://img.shields.io/badge/license-Apache%202-blue [apache-url]: https://github.com/futuresdr/futuresdr/blob/master/LICENSE [actions-badge]: https://github.com/futuresdr/futuresdr/workflows/CI/badge.svg [actions-url]: https://github.com/futuresdr/futuresdr/actions?query=workflow%3ACI+branch%3Amaster [Website](https://www.futuresdr.org) | [Guides](https://www.futuresdr.org/tutorial) | [API Docs](https://docs.rs/futuresdr/latest/futuresdr) | [Chat](https://discord.com/invite/vCz29eDbGP/) ## Overview FutureSDR supports *Blocks* with synchronous or asynchronous implementations for stream-based or message-based data processing. Blocks can be combined to a *Flowgraph* and launched on a *Runtime* that is driven by a *Scheduler*. * Single and multi-threaded schedulers, including examples for application-specific implementations. * Portable GPU acceleration using the Vulkan API (supports Linux, Windows, Android, ...). * User space DMA driver for Xilinx Zynq to interface FPGAs. ## Development Since FutureSDR is in an early state of development, it is likely that SDR applications will require changes to the runtime. We, therefore, do not recommend to add it as a dependency in a separate project but to clone the repository and implement the application as binary, example, or sub-crate. ## Example An example flowgraph that forwards 123 zeros into a sink: ``` rust use futuresdr::anyhow::Result; use futuresdr::blocks::Head; use futuresdr::blocks::NullSink; use futuresdr::blocks::NullSource; use futuresdr::macros::connect; use futuresdr::runtime::Flowgraph; use futuresdr::runtime::Runtime; fn main() -> Result<()> { let mut fg = Flowgraph::new(); let src = NullSource::::new(); let head = Head::::new(123); let snk = NullSink::::new(); connect!(fg, src > head > snk); Runtime::new().run(fg)?; Ok(()) } ``` ## Contributing Contributions are very welcome. Please see the (work-in-progress) [contributing guide][contr] for more information. If you develop larger features or work on major changes with the main intention to submit them upstream, it would be great, if you could announce them in advance. [contr]: https://github.com/futuresdr/futuresdr/blob/master/CONTRIBUTING.md ## Conduct The FutureSDR project adheres to the [Rust Code of Conduct][coc]. It describes the _minimum_ behavior expected from all contributors. [coc]: https://github.com/rust-lang/rust/blob/master/CODE_OF_CONDUCT.md ## License This project is licensed under the [Apache 2.0 license][lic]. Using this license is in contrast to the large majority of Open Source SDR applications and frameworks, which are mostly AGLP, LGPL, or GPL. In a nutshell, this means that there is *no* money to be made from relicensing the project for commercial use, since this is already allowed by Apache 2.0. Furthermore, companies can use (parts of) the project and integrate (adapted) versions in commercial products without releasing the source or contributing back to the project. The main motivation for this license is that * it better fits the Rust ecosystem * it eases adoption; one can use (parts of) the code with close to no strings attached * using Open Source and not contributing back (for the time being) seems better than not using Open Source at all [lic]: https://github.com/futuresdr/futuresdr/blob/master/LICENSE. ## Contributions Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in FutureSDR, shall be licensed as Apache 2.0, without any additional terms or conditions.