Hi,
I've seen the roadmap on the trac website, which seems to list some
short-term goals for the upcoming releases, but I'm wondering about
what features we might expect to see from gnuradio in the more distant
future (e.g. year time frames).
I see there is work on radar, among other things...
On Friday 01 December 2006 09:31, Eric Blossom wrote:
> We've decided to require SWIG 1.3.31 to compile the trunk.
>
> We try to avoid upping the mininum rev level of any our dependencies,
> but this one's required for proper support of SWIG "directors".
> I believe that it also brings in support f
Eric Hill Matlis wrote:
> Hi all, I just wanted to thank the GnuRadio community for such a great
> effort. I recently gave a talk at the American Physical Society
> (Division of Fluid Dynamics) in which I presented results on a new
> flow-velocity sensor I'm developing that produces an AM waveform
We've decided to require SWIG 1.3.31 to compile the trunk.
We try to avoid upping the mininum rev level of any our dependencies,
but this one's required for proper support of SWIG "directors".
I believe that it also brings in support for Python 2.5, but I haven't
tested that yet.
Sorry for any
On Thursday 30 November 2006 18:01, Eric Blossom wrote:
> We've decided to require SWIG 1.3.31 to compile the trunk.
Really. This makes support on anything older than bleeding edge very
difficult.
> We try to avoid upping the mininum rev level of any our dependencies,
> but this one's required
Ok, couple of questions:
1.) Has anyone done any work on an ALSA-compatible driver for the USRP?
Something where some of the mixer controls could do tuning; where the
sampling rate could select decimation factors, etc?
2.) If not, does anyone know how one might pipeline the GNUradio ALSA output
On Thu, 2006-11-30 at 15:01 -0800, Eric Blossom wrote:
> We've decided to require SWIG 1.3.31 to compile the trunk.
I've just checked this change into the trunk so as of r4045 if you don't
have swig 1.3.31 or newer, ./configure will fail.
This does not apply to the release 3.0x branch.
--
John
On Thu, Nov 30, 2006 at 12:15:59PM -0400, Ryan Seal wrote:
> I have been working on a wxWidget based oscilloscope/spectrum widget and
> have a few questions:
>
> First, let me cover my idea of an oscilloscope/FFT program:
>
> 1. Data is provided from a source (USRP or file).
> 2. Data is format
Hi all, I just wanted to thank the GnuRadio community for such a great
effort. I recently gave a talk at the American Physical Society (Division
of Fluid Dynamics) in which I presented results on a new flow-velocity
sensor I'm developing that produces an AM waveform. Until recently I've
been
On Thu, Nov 30, 2006 at 10:50:18PM +0100, Davide Anastasia wrote:
> Il giorno gio, 30/11/2006 alle 11.23 -0800, Eric Blossom ha scritto:
>
> > First off assuming that a flow graph maps to a single thread would be
> > a mistake. There are several cases where you get multiple threads
> > from a sin
On Thu, Nov 30, 2006 at 01:29:16PM -0500, Greg Troxel wrote:
>
> fusb_block_size is the size in bytes of the maximum transfer that we
> will ask the kernel to make to/from user-space. fusb_nblocks is the
> maximum number of transfers (of maximum size fusb_block_size) that we
> can have in
Il giorno gio, 30/11/2006 alle 11.23 -0800, Eric Blossom ha scritto:
> First off assuming that a flow graph maps to a single thread would be
> a mistake. There are several cases where you get multiple threads
> from a single flow graph. Expect there to be more and more cases
> where SMP/multicor
For what it's worth, matplotlib http://matplotlib.sourceforge.net/
produces beautiful contour plots. It is python based and easy to use.
--Ryan
L. Miguel Bazdresch Sierra wrote:
Marcus Leech, el 11/29/06 22:12:
I have some X,Y,Z data that I want to turn into a gray or colour
mapped contour
On Thu, Nov 30, 2006 at 04:58:12PM +0100, Davide Anastasia wrote:
> Il giorno mer, 29/11/2006 alle 18.49 -0800, Eric Blossom ha scritto:
> > > Some question about the python flow_graph class.
> > > Is it possible to:
> > > 1. derive it?
> >
> > Yes. Virtually every example does this ;)
> >
> ???
On Thu, Nov 30, 2006 at 11:22:05AM -0400, Ryan Seal wrote:
> I am using an external clock, currently at 64 MHz, but will drop to 50
> MHz so I can place a 30MHz IF signal in the right spot for
> down-conversion. Here is my question:
>
> The file usrp_basic.h has the following member:
>
> long
L. Miguel Bazdresch Sierra wrote:
Marcus Leech, el 11/29/06 22:12:
I have some X,Y,Z data that I want to turn into a gray or colour
mapped contour plot.
The data aren't necessarily gridded, so I need interpolation.
I'm a newbie to Octave/Matlab, and could use a hint.
I've played with contou
Marcus Leech, el 11/29/06 22:12:
I have some X,Y,Z data that I want to turn into a gray or colour mapped
contour plot.
The data aren't necessarily gridded, so I need interpolation.
I'm a newbie to Octave/Matlab, and could use a hint.
I've played with contourf(), which I can make work for fun
fusb_block_size is the size in bytes of the maximum transfer that we
will ask the kernel to make to/from user-space. fusb_nblocks is the
maximum number of transfers (of maximum size fusb_block_size) that we
can have in flight at any given time.
I think this is Linux-specific. The NetSBD
Davide Anastasia wrote:
Which examples? The only one I know is:
http://www.gnu.org/software/gnuradio/doc/exploring-gnuradio.html
gr-radio-astronomy applications do this as well. Both
usrp_ra_receiver.py and usrp_psr_receiver.py
do this.
___
Ryan Seal wrote:
I have been working on a wxWidget based oscilloscope/spectrum widget
and have a few questions:
First, let me cover my idea of an oscilloscope/FFT program:
1. Data is provided from a source (USRP or file).
2. Data is formatted to fit the plotting window (transform matrix).
3. D
Il giorno mer, 29/11/2006 alle 18.49 -0800, Eric Blossom ha scritto:
> > Some question about the python flow_graph class.
> > Is it possible to:
> > 1. derive it?
>
> Yes. Virtually every example does this ;)
>
???
> > 2. connect the tail of a graph to the head of another one?
>
> Generally yo
I have been working on a wxWidget based oscilloscope/spectrum widget and
have a few questions:
First, let me cover my idea of an oscilloscope/FFT program:
1. Data is provided from a source (USRP or file).
2. Data is formatted to fit the plotting window (transform matrix).
3. Data is sent to the
I am using an external clock, currently at 64 MHz, but will drop to 50
MHz so I can place a 30MHz IF signal in the right spot for
down-conversion. Here is my question:
The file usrp_basic.h has the following member:
long fpga_master_clock_freq () const {
return 6400; }
If I want my sys
23 matches
Mail list logo
