Has anyone tried using GPU for signal processing?
I had a look a while ago, but didn't get to far. If I remember correctly
I started out from a library written by some folks at Stanford, if
that'll help you.
Does anyone know of a reason why this would not be a good idea
I am planning on start
*Usrp_sense_spectrum.py doubts*
I obtain this plot from 2.3GHz to 2.5GHz (with a Flex2400) but I don't know
how to put the correct frecuency on the x axis.
Because if I put this:
g('set xrange[23:25]') # I can't see anything!
To plot I have done this:
g = Gnuplot.Gnuplot(debug=1)
We've got some people doing GNU Radio and GPU stuff. So far, we are
having great luck with the combo. I think the only drawback is that our
incoming block size can be no larger than 8191 samples so we have to
have our own buffers to collate the data before processing. There may
be a work aro
> -Original Message-
> From: Johnathan Corgan [mailto:[EMAIL PROTECTED]
> Sent: den 20 oktober 2008 23:04
> To: Per Zetterberg
> Cc: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] Strange result with trondeaus/dbs
>
> On Mon, Oct 20, 2008 at 7:12 AM, Per Zetterberg
> <[EMA
I'm not able to get this function to work correctly. I have it just connected
between a snapshot file and an output file. I set the interpolation factor to
2.0 and the output file ends up half the size of the input file. It's like it
is a decimation block instead of interpolation?
Thanks,
Clar
On Tue, Oct 21, 2008 at 10:15 AM, Clark Pope <[EMAIL PROTECTED]> wrote:
>
> I'm not able to get this function to work correctly. I have it just connected
> between a snapshot file and an output file. I set the interpolation factor to
> 2.0 and the output file ends up half the size of the input fi
I think I just figured it out: The actual interpolation is 1/ the value you
feed it. I assumed the second parm was to be the interpolation factor but
looking at the .cc file I see it's inverted internally. If I put in 0.5 I get
twice the output like I expect. (Tried this previously but it threw
Whenever you do an efficient implementation of the rational ratio resampler,
you pick out one of the polyphase arms to do the actually evaluation of the
filter taps and skip all of the implied zeros in the upsampled signal (for
the obvious computational advantage). BUT, you can pick which "phase"
I'm building a set of blocks to implement the HDLC link-layer
functions for a spacecraft communication system.
These blocks deal with IP packets from/to the stack on one side,
and a bitstream to/from the modulator/demodulator on the other side.
The receive block is already done and working. It ta
> I had a look a while ago, but didn't get to far. If I remember correctly I
> started out from a library written by some folks at Stanford, if that'll
> help you.
Have you looked at OpenCL. I think that is the best portable way to go.
I've looked at some sample code but not studied it well enoug
Brett L. Trotter wrote:
> I forgot that C++ doesn't support jagged arrays like C# so I created
> this great little jagged array with the 2nd dimension 0 terminated (mask
> of 0 isn't really useful anyway, so I used it like null) so that I could
> figure out how many were in each degree. I've been
On Tue, Oct 21, 2008 at 10:34:14AM -0400, Brian Padalino wrote:
> On Tue, Oct 21, 2008 at 10:15 AM, Clark Pope <[EMAIL PROTECTED]> wrote:
> >
> > I'm not able to get this function to work correctly. I have it just
> > connected between a snapshot file and an output file. I set the
> > interpolati
On Mon, Oct 20, 2008 at 11:08:01AM +0300, Pedro Sánchez Canal wrote:
> Hello,
> We are working with OpenSuse 11.1 and we have problems trying to
> connect the USRP, the O.S. recognizes it but we can't see the
> device.
> Anyone can help us?
We're not very good at mind reading. You'll have to p
On Tue, Oct 21, 2008 at 11:32 AM, Eric Blossom <[EMAIL PROTECTED]> wrote:
> Definitely upside down.
>
> Johnathan, can you please fix and add real QA code please?
I have added ticket #309 for this. Since fixing it will require a
change to the block semantics (and we're not sure who is using it),
Hi,
I just checked out the new coded-ofdm (under branches/features, revision
9810), but when I ran "make" it shows the following error
make[6]: Entering directory `/home/sdr/newOFDM/gnuradio-core/src/lib/general'
make[6]: *** No rule to make target `gr_complex_to_interleaved_float.lo',
needed
On Tue, 2008-10-21 at 17:24 -0500, [EMAIL PROTECTED] wrote:
> I just checked out the new coded-ofdm (under branches/features, revision
> 9810), but when I ran "make" it shows the following error
This is code that is work-in-progress (as are all "feature" branches.)
You should not count on anyth
I am wondering if there are any projects to build a 'virtual transceiver' using
gnu radio, and specifically using the USRP hardware. what I mean by this is a
gui control panel to present an interface and capabilities of a typical amateur
transceiver.
If anyone knows of any such soft, please do
On Tue, Oct 21, 2008 at 9:14 PM, Bob Keyes <[EMAIL PROTECTED]> wrote:
> I am wondering if there are any projects to build a 'virtual transceiver'
> using gnu radio, and specifically using the USRP hardware. what I mean by
> this is a gui control panel to present an interface and capabilities of a
18 matches
Mail list logo