Hi Martin, hi all,
I'm sorry for delayed replies. That's not because I don't care - I
just have very tight schedule at this moment.
On Tue, May 24, 2011 at 10:04, Martin Braun martin.br...@kit.edu wrote:
On Mon, May 23, 2011 at 11:50:52PM +0400, Alexander Chemeris wrote:
Hi community,
Hi
On Wed, May 25, 2011 at 22:29, Michael Dickens m...@alum.mit.edu wrote:
Hi Alexander - I think Martin Tom covered that GNU Radio is quite capable
of being programmed for the basic receiver processing. You might need to play
around a bit with your DSP blocks, but otherwise I think GNU Radio's
On Wed, May 25, 2011 at 23:21, Jeff Brower jbro...@signalogic.com wrote:
Michael-
Hi Alexander - I think Martin Tom covered that GNU Radio
is quite capable of being programmed for the basic receiver
processing. You might need to play around a bit with your
DSP blocks, but otherwise I think
On Thu, May 26, 2011 at 18:10, Marcus D. Leech mle...@ripnet.com wrote:
On 26/05/2011 9:55 AM, Michael Dickens wrote:
It would be great if you could share with the list example code snippets
of how you do the pipes. For example: Where in an online repository one can
find such code.
I think
Anti-tivoization is one of main differences (but not the only), but
it's about a different issue.
http://en.wikipedia.org/wiki/Tivoization
On Sat, May 28, 2011 at 05:14, Colby Boyer colby.bo...@gmail.com wrote:
Isn't the main difference between v2 and v3 the Tivo Exception as
the call it? Not
Cool! It would be truly great to see a simplified example of this in
the GnuRadio repository, and at least somehow mentioned on the wiki.
Yes, I suppose it would. I'll put it on my list, but so many other
things to do :-(
The other trick that I use is to use the XMLRPC server stuff that Josh
Hi community,
On Mon, May 23, 2011 at 23:50, Alexander Chemeris
alexander.cheme...@gmail.com wrote:
Hi community,
Our WiMAX Scanner project (http://code.google.com/p/wimax-scanner/)
approaches the moment when we should start writing C/C++ code - our
Matlab model decodes broadcast messages
On Sat, May 28, 2011 at 18:23, Marcus D. Leech mle...@ripnet.com wrote:
Cool! It would be truly great to see a simplified example of this in
the GnuRadio repository, and at least somehow mentioned on the wiki.
Yes, I suppose it would. I'll put it on my list, but so many other
things to do :-(
On May 28, 2011, at 11:26 AM, Alexander Chemeris wrote:
5) How well is GnuRadio suited for real-time operation?
In a general sense, yes, GNU Radio is well suited for real-time signal
processing of data streams. That said: Real time is only meaningful knowing
the performance criteria. What
On Sat, May 28, 2011 at 19:38, Michael Dickens m...@alum.mit.edu wrote:
On May 28, 2011, at 11:26 AM, Alexander Chemeris wrote:
5) How well is GnuRadio suited for real-time operation?
In a general sense, yes, GNU Radio is well suited for real-time signal
processing of data streams. That
Problem here is that FIFO's are not very well suited for real-time
operation, IIRC. Have you tried a shared memory and shared signals
across applications?
It depends on what you mean by real time. Certainly FIFO I/O will be
slower than
intra-flowgraph ring buffers, but not so horribly
Real-time is not about performance, but about predictability ;) I have
to be sure that my flowgraph always executes before the deadline is
hit. So everything that introduces jitter is a no-no.
In general, Gnu Radio executes on general-purpose OSes, which means that
there will *always* be
On Sat, May 28, 2011 at 19:52, Marcus D. Leech mle...@ripnet.com wrote:
Problem here is that FIFO's are not very well suited for real-time
operation, IIRC. Have you tried a shared memory and shared signals
across applications?
It depends on what you mean by real time. Certainly FIFO I/O will
On Sat, May 28, 2011 at 19:59, Marcus D. Leech mle...@ripnet.com wrote:
Real-time is not about performance, but about predictability ;) I have to
be sure that my flowgraph always executes before the deadline is hit. So
everything that introduces jitter is a no-no.
In general, Gnu Radio
Is there information about what is the biggest latency-injector in GnuRadio?
Nearly all of the basic computational blocks are as blazing-fast as they
can be on a general-purpose
CPU. The biggest latency injector is the scheduler in general, and
the buffer management part of
that scheduler
: Re: [Discuss-gnuradio] To implement WiMAX with GnuRadio or not?
On May 28, 2011, at 11:26 AM, Alexander Chemeris wrote:
5) How well is GnuRadio suited for real-time operation?
In a general sense, yes, GNU Radio is well suited for real-time signal
processing of data streams. That said: Real
I thought the 1 thread execution scheduler was deprecated in gnuradio?
al fayez
You may still turn it off, but the TPB scheduling policy is now the default.
--
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
Marcus-
Alexander is asking excellent questions and I'm surprised at the tepid
response -- he's got like 4 replies so far? He's the prototype GNU
radio user who needs to maintain his group's IP, he should be
receiving how to's, not INALs. -Jeff
Actually, IANAL is a perfectly-valid response.
On Fri, May 27, 2011 at 2:31 PM, Jeff Brower jbro...@signalogic.com wrote:
Marcus-
Alexander is asking excellent questions and I'm surprised at the tepid
response -- he's got like 4 replies so far? He's the prototype GNU
radio user who needs to maintain his group's IP, he should be
receiving
How do the companies write closed-source drivers for the Linux Kernel
without running into GPL2 issues? I can only recall that there is a
user-land and a kernel-land driver, where the kernel-land is the
only part that is open source. Is this correct?
Perhaps that method could work well?
I
Isn't the main difference between v2 and v3 the Tivo Exception as
the call it? Not sure.
I guess I should add IANAL. TINLA.
:P
On Fri, May 27, 2011 at 3:32 PM, Marcus D. Leech mle...@ripnet.com wrote:
How do the companies write closed-source drivers for the Linux Kernel
without running into
Colby-
How do the companies write closed-source drivers for the Linux Kernel
without running into GPL2 issues? I can only recall that there is a
user-land and a kernel-land driver, where the kernel-land is the
only part that is open source. Is this correct?
Perhaps that method could work
On 26/05/2011 9:55 AM, Michael Dickens wrote:
It would be great if you could share with the list example code snippets of how
you do the pipes. For example: Where in an online repository one can find such
code.
I think that's what Jeff was getting at: that we are providing IANAL advice
Hi Alexander - I think Martin Tom covered that GNU Radio is quite capable of
being programmed for the basic receiver processing. You might need to play
around a bit with your DSP blocks, but otherwise I think GNU Radio's data
processing is up to the task.
On May 23, 2011, at 3:50 PM,
Michael-
Hi Alexander - I think Martin Tom covered that GNU Radio
is quite capable of being programmed for the basic receiver
processing. You might need to play around a bit with your
DSP blocks, but otherwise I think GNU Radio's data
processing is up to the task.
On May 23, 2011, at
Alexander is asking excellent questions and I'm surprised at the tepid
response -- he's got like 4 replies so far? He's the prototype GNU
radio user who needs to maintain his group's IP, he should be
receiving how to's, not INALs. -Jeff
Actually, IANAL is a perfectly-valid response. IP
On Mon, May 23, 2011 at 11:50:52PM +0400, Alexander Chemeris wrote:
Hi community,
Hi Alex,
Our WiMAX Scanner project (http://code.google.com/p/wimax-scanner/)
approaches the moment when we should start writing C/C++ code - our
Matlab model decodes broadcast messages from all recordings we
On Tue, May 24, 2011 at 7:04 AM, Martin Braun martin.br...@kit.edu wrote:
On Mon, May 23, 2011 at 11:50:52PM +0400, Alexander Chemeris wrote:
Hi community,
Hi Alex,
Our WiMAX Scanner project (http://code.google.com/p/wimax-scanner/)
approaches the moment when we should start writing
Hi community,
Our WiMAX Scanner project (http://code.google.com/p/wimax-scanner/)
approaches the moment when we should start writing C/C++ code - our
Matlab model decodes broadcast messages from all recordings we have on
hands.
At this point we have to make a choice - rely on GnuRadio or create
29 matches
Mail list logo
