Old thread, but I've implemented a streaming encoder/decoder for FSK
bauddot (used for example for TTY/TDD over telephone lines). I used the
excellent AudioIO and Multirate packages. The implementation is currently
baked into my fork of AudioIO
https://github.com/goretkin/AudioIO.jl
You can
On Tuesday, April 8, 2014 5:43:05 AM UTC+3, Jay Kickliter wrote:
You're absolutely right tagging, but have no intention of turning Radio
into a streaming processing framework. My inspiration is
LiquidDSPhttp://liquidsdr.organd Matlab's communications toolbox. If
liquid wasn't GPL, I
The main sticking point I've had so far is getting data from the radio in
realtime. What I would like to do is start up a second thread to
constantly read data and store it into a buffer, but since Julia doesn't
have multithreading yet I suppose I'll need to travel down the
multiprocessing road;
Can't it be done with a pipe? What I mean is, use the radio API to get the
data and store in a pipe. In julia, the main process would read from the
pipe and run your algorithms on it. If necessary, it could hand the data to
another process.
I've done something similar to read data from a sound
I agree that we should focus on getting something that works, and only then
focus on making it good and generic.
-- mb
On Mon, Apr 7, 2014 at 1:55 AM, Elliot Saba staticfl...@gmail.com wrote:
Jay, I'm a signal processing student and can help you out with the
multirate dsp if you want. Feel
If a signal processing framework is developed for Julia, please keep in mind
that at some point precision time tags (and possibly other tags) will be
desired. GNU Radio developers waited far too long to add tagging.
You're absolutely right tagging, but have no intention of turning Radio
into a streaming processing framework. My inspiration is
LiquidDSPhttp://liquidsdr.organd Matlab's communications toolbox. If
liquid wasn't GPL, I would just write an interface to it. It can be
compiled without any