#futuresdr — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #futuresdr, aggregated by home.social.
-
@destevez Thinking about some your proposal as I am currently implementing #SigMF support for #FutureSDR that will also be used for an #IQengine plugin... I have similar use-cases in mind for instance for SSTV decoding. Yet I do not think that embedding image in base64 directly into json would be a good idea. Or at least, I would prefer something like the img html5 tag supporting Data URLs: https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/Data_URLs
-
@destevez Thinking about some your proposal as I am currently implementing #SigMF support for #FutureSDR that will also be used for an #IQengine plugin... I have similar use-cases in mind for instance for SSTV decoding. Yet I do not think that embedding image in base64 directly into json would be a good idea. Or at least, I would prefer something like the img html5 tag supporting Data URLs: https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/Data_URLs
-
@destevez Thinking about some your proposal as I am currently implementing #SigMF support for #FutureSDR that will also be used for an #IQengine plugin... I have similar use-cases in mind for instance for SSTV decoding. Yet I do not think that embedding image in base64 directly into json would be a good idea. Or at least, I would prefer something like the img html5 tag supporting Data URLs: https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/Data_URLs
-
@destevez Thinking about some your proposal as I am currently implementing #SigMF support for #FutureSDR that will also be used for an #IQengine plugin... I have similar use-cases in mind for instance for SSTV decoding. Yet I do not think that embedding image in base64 directly into json would be a good idea. Or at least, I would prefer something like the img html5 tag supporting Data URLs: https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/Data_URLs
-
@destevez Thinking about some your proposal as I am currently implementing #SigMF support for #FutureSDR that will also be used for an #IQengine plugin... I have similar use-cases in mind for instance for SSTV decoding. Yet I do not think that embedding image in base64 directly into json would be a good idea. Or at least, I would prefer something like the img html5 tag supporting Data URLs: https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/Data_URLs
-
I have started a #rust crate for #sigmf files. `sigmf-hash` command has been reimplemented. I will work soon on blocks for #FutureSDR input/output.
https://github.com/loic-fejoz/fsdr-blocks/tree/feature/sigmf -
I have started a #rust crate for #sigmf files. `sigmf-hash` command has been reimplemented. I will work soon on blocks for #FutureSDR input/output.
https://github.com/loic-fejoz/fsdr-blocks/tree/feature/sigmf -
@bastibl will you try a #FutureSDR rx of #ribbit ?
https://www.ribbitradio.org/ -
@bastibl will you try a #FutureSDR rx of #ribbit ?
https://www.ribbitradio.org/ -
@bastibl will you try a #FutureSDR rx of #ribbit ?
https://www.ribbitradio.org/ -
@bastibl will you try a #FutureSDR rx of #ribbit ?
https://www.ribbitradio.org/ -
@Ea5iyl @oh8hub Agreed, quite a some ham radio software is built and shared by individuals. And many of them are shared in a way that are not inviting to build a community. At least not a community of contributors.
But there are also projects out there ticking all the boxes: version control, contribution guide, project documentation, and just general open source best practises. Projects like #M17project , #OpenRTX, #GNURadio, #FutureSDR to just name a few.
-
@Ea5iyl @oh8hub Agreed, quite a some ham radio software is built and shared by individuals. And many of them are shared in a way that are not inviting to build a community. At least not a community of contributors.
But there are also projects out there ticking all the boxes: version control, contribution guide, project documentation, and just general open source best practises. Projects like #M17project , #OpenRTX, #GNURadio, #FutureSDR to just name a few.
-
@Ea5iyl @oh8hub Agreed, quite a some ham radio software is built and shared by individuals. And many of them are shared in a way that are not inviting to build a community. At least not a community of contributors.
But there are also projects out there ticking all the boxes: version control, contribution guide, project documentation, and just general open source best practises. Projects like #M17project , #OpenRTX, #GNURadio, #FutureSDR to just name a few.
-
@Ea5iyl @oh8hub Agreed, quite a some ham radio software is built and shared by individuals. And many of them are shared in a way that are not inviting to build a community. At least not a community of contributors.
But there are also projects out there ticking all the boxes: version control, contribution guide, project documentation, and just general open source best practises. Projects like #M17project , #OpenRTX, #GNURadio, #FutureSDR to just name a few.
-
@Ea5iyl @oh8hub Agreed, quite a some ham radio software is built and shared by individuals. And many of them are shared in a way that are not inviting to build a community. At least not a community of contributors.
But there are also projects out there ticking all the boxes: version control, contribution guide, project documentation, and just general open source best practises. Projects like #M17project , #OpenRTX, #GNURadio, #FutureSDR to just name a few.
-
@ekuber Working on #FutureSDR (a #sdr / #dsp crate), I also tried to be clever but the #rust #compiler always beat me. Even explicitly using `core::simd` slowed down the program because the compiler found better optimization.
The trick is indeed to use iterators.
Yet the conclusion varies from architecture to another has the optimising parts of the compiler are of different maturity...
-
@ekuber Working on #FutureSDR (a #sdr / #dsp crate), I also tried to be clever but the #rust #compiler always beat me. Even explicitly using `core::simd` slowed down the program because the compiler found better optimization.
The trick is indeed to use iterators.
Yet the conclusion varies from architecture to another has the optimising parts of the compiler are of different maturity...
-
@ekuber Working on #FutureSDR (a #sdr / #dsp crate), I also tried to be clever but the #rust #compiler always beat me. Even explicitly using `core::simd` slowed down the program because the compiler found better optimization.
The trick is indeed to use iterators.
Yet the conclusion varies from architecture to another has the optimising parts of the compiler are of different maturity...
-
@ekuber Working on #FutureSDR (a #sdr / #dsp crate), I also tried to be clever but the #rust #compiler always beat me. Even explicitly using `core::simd` slowed down the program because the compiler found better optimization.
The trick is indeed to use iterators.
Yet the conclusion varies from architecture to another has the optimising parts of the compiler are of different maturity...
-
@ekuber Working on #FutureSDR (a #sdr / #dsp crate), I also tried to be clever but the #rust #compiler always beat me. Even explicitly using `core::simd` slowed down the program because the compiler found better optimization.
The trick is indeed to use iterators.
Yet the conclusion varies from architecture to another has the optimising parts of the compiler are of different maturity...
-
How many methods of generating an #SSB signal do exist in #SDR?
So far I found three (ignore the double side band one).
You can find them implemented in #Rust using #FutureSDR at https://git.sr.ht/~corvus/futuresdr_ssb.
-
How many methods of generating an #SSB signal do exist in #SDR?
So far I found three (ignore the double side band one).
You can find them implemented in #Rust using #FutureSDR at https://git.sr.ht/~corvus/futuresdr_ssb.
-
How many methods of generating an #SSB signal do exist in #SDR?
So far I found three (ignore the double side band one).
You can find them implemented in #Rust using #FutureSDR at https://git.sr.ht/~corvus/futuresdr_ssb.
-
How many methods of generating an #SSB signal do exist in #SDR?
So far I found three (ignore the double side band one).
You can find them implemented in #Rust using #FutureSDR at https://git.sr.ht/~corvus/futuresdr_ssb.
-
How many methods of generating an #SSB signal do exist in #SDR?
So far I found three (ignore the double side band one).
You can find them implemented in #Rust using #FutureSDR at https://git.sr.ht/~corvus/futuresdr_ssb.
-
Working on a command line to setup #FutureSDR flowgraph. Could also be a #csdr replacement. What are the commands you would like to see first? Come and tell me more at http://github.com/loic-fejoz/fsdr-cli/issues or join the discord of https://www.futuresdr.org/
An intermediate goal is to be usable within #openWebRX
#dsp #hamradio #amsat -
Working on a command line to setup #FutureSDR flowgraph. Could also be a #csdr replacement. What are the commands you would like to see first? Come and tell me more at http://github.com/loic-fejoz/fsdr-cli/issues or join the discord of https://www.futuresdr.org/
An intermediate goal is to be usable within #openWebRX
#dsp #hamradio #amsat -
This week-end?
#FutureSDR fun by doing a replacement of the #csdr command-line called fsdr-cli, but ALSO able to interpret #GNURadio Companion file.
✅WFM decoding achieved
https://github.com/loic-fejoz/fsdr-cli
#hamradio #hamr #DSP