This looks along the same lines as CyberEther, though CyberEther does have alot more features to enable massive compute of raw data and arguably nicer gui.(https://github.com/luigifcruz/CyberEther)
In general, any llvm compiled language is going to have persistent unpredictable jitter related issues. Only the naive think Rust is a replacement for C/C++, but the same issues also occur with clang compilers for the same reasons.
They now have 2 DSP problems by porting to llvm languages like Rust, but will insist their work isn't worse than the C they attempted to "upgrade". =3
I wonder how much of the signal graph feature set could be implemented as an SDR++ module. It could even be written in Rust with some FFI.
Rather than rewrite the entire SDR++ core in a separate project, maybe it would be better to incrementally port the existing code to Rust in a fork. I don't know what attitude the maintainers have toward Rust, though.
This looks along the same lines as CyberEther, though CyberEther does have alot more features to enable massive compute of raw data and arguably nicer gui.(https://github.com/luigifcruz/CyberEther)
Is this GNU Radio vibe-ported to rust? How does it compare?
In general, any llvm compiled language is going to have persistent unpredictable jitter related issues. Only the naive think Rust is a replacement for C/C++, but the same issues also occur with clang compilers for the same reasons.
They now have 2 DSP problems by porting to llvm languages like Rust, but will insist their work isn't worse than the C they attempted to "upgrade". =3
https://en.wikipedia.org/wiki/Metastability#Electronic_circu...
https://www.youtube.com/watch?v=T4Upf_B9RLQ
I wonder how much of the signal graph feature set could be implemented as an SDR++ module. It could even be written in Rust with some FFI.
Rather than rewrite the entire SDR++ core in a separate project, maybe it would be better to incrementally port the existing code to Rust in a fork. I don't know what attitude the maintainers have toward Rust, though.