On 11/15/06, Daniel O'Connor <[EMAIL PROTECTED]> wrote:
On Thursday 16 November 2006 16:22, Robert McGwier wrote:
> The Nividia GPU's have fft and blas running on them. They are doing
> teraflops and the tools/SDK are available under NDA. They do indeed
> have multiply , accumulate, etc.
ATI/
On Thursday 16 November 2006 16:22, Robert McGwier wrote:
> The Nividia GPU's have fft and blas running on them. They are doing
> teraflops and the tools/SDK are available under NDA. They do indeed
> have multiply , accumulate, etc.
ATI/AMD have something similar..
http://ati.amd.com/companyinf
The Nividia GPU's have fft and blas running on them. They are doing
teraflops and the tools/SDK are available under NDA. They do indeed
have multiply , accumulate, etc.
We are going to have GnuRadio in good enough shape to "take over the
world" when these high speed SDR engines (gaming too
Yes. For a work project my group is purchasing two Mercury 1U Cell
servers. This will make ATSC and HDTV a real possibility. These
Mercury servers have a high bandwidth PCI express connection for getting
data in and out of the world.Another fellow and I will be porting
GnuRadio to the Ce
> Hello -- do you have any suggestions for wiring the enclosure fan with
> a "Gnuradio Rev 3" USRP board (s/n 356. 9/11/05). Fan appears to be a
> 5v part - not clear from the pictures on the web where it's connected
> to. Tap off the USB connector on the underside of the board?
The USRP boards
Ok :)
thanks Matt.
On 11/15/06, Matt Ettus <[EMAIL PROTECTED]> wrote:
Oussama Sekkat wrote:
> Hi,
> Quick question: I am using the daughterboards DEBUG IO pins , and I am
> connecting them to my logic analyzer. I have to enter the threshold
> value in my logic analyzer. I can choose between TT
On Wed, Nov 15, 2006 at 04:37:31PM -0700, Patrick Murphy wrote:
> Greg Troxel wrote:
>
> > Please file a bug in trac about that.
>
> > I'm not sure about the doc issues, but a bug report is probably in order.
>
> Greg, I submitted ticket #99 (http://gnuradio.org/trac/ticket/99), which
> covers b
Oussama Sekkat wrote:
> Hi,
> Quick question: I am using the daughterboards DEBUG IO pins , and I am
> connecting them to my logic analyzer. I have to enter the threshold
> value in my logic analyzer. I can choose between TTL (1.4V) CMOS
> (2.5V) ECL (- 1.3V). I am not sure which one to choose. Rig
Hi!
Several questions:
I'm new in gnu radio and am trying to implement a prototype of new radio
based on USRP platform. We're receiving several waveforms in different
frequency bands and we want to incorporate a special functionality, just as
a demo: The idea is receiving broadcast AM band and re
Hi,
Quick question: I am using the daughterboards DEBUG IO pins , and I am
connecting them to my logic analyzer. I have to enter the threshold value in
my logic analyzer. I can choose between TTL (1.4V) CMOS (2.5V) ECL (-1.3V).
I am not sure which one to choose. Right now I have it set to a user v
Greg Troxel wrote:
> Please file a bug in trac about that.
> I'm not sure about the doc issues, but a bug report is probably in order.
Greg, I submitted ticket #99 (http://gnuradio.org/trac/ticket/99), which
covers both the "#include " issue and for the doc makefile
issue.
Don Ward wrote:
On Thu, Nov 16, 2006 at 12:14:40AM +0100, Lin Ji wrote:
> Hi Eric,
> Thank you for your answer.
> What I really want is to save samples, or whatever comes out from the
> USRP( If I modify the FPGA ), to a binary file. So usrp_rx_cfile is the one
> that does exactly what I want?
> Thanks again.
>
On Wed, Nov 15, 2006 at 04:56:43PM -0600, Shravan Rayanchu wrote:
> Hi Eric,
>
> Sorry, this might be too dumb to ask ..
Not at all. I'm sure others have the same question so I'm cc'ing the
list on the reply.
> the gnuradio code base constantly changes and I need to keep track
> of the current
The official 3.0.2 tarballs are on the FSF server (and soon the mirrors).
These are identical to the ones that Johnathan announced a few days ago.
ftp://ftp.gnu.org/gnu/gnuradio/gnuradio-3.0.2.tar.gz
ftp://ftp.gnu.org/gnu/gnuradio/gr-howto-write-a-block-3.0.2.tar.gz
Eric
___
On 11/14/06, Eric Blossom <[EMAIL PROTECTED]> wrote:
On Tue, Nov 14, 2006 at 10:04:46PM -0800, Thomas Schmid wrote:
> Hi Eric,
>
> I did new test today, and you were right. I had a lot of underrun.
> Therefore, I increase fusb_nbloccks to 8 and fusb_block_size to 2048.
> Even with this setting, I
I didn't think I saw this on the list, but maybe I missed it?
http://rfdesign.com/military_defense_electronics/news/new_sdr_release/
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnurad
Patrick Murphy wrote:
I have
built the gnuradio-3.0.2 tarball using MinGW under WinXP. During this
process, I encountered some issues that I thought I would be useful feedback
for the GNU Radio development team.
- I didnt bother to install tools
to create HTML documentation
Definitely modify the wiki, but keep in mind that there are multiple
ways to use unix software under windows, so it may make sense to have
separate wiki pages for MinGW vs cygwin, with the common info on a
common page.
3.0 is known buggy about leaving out those files, but good that you
found and
Jason wrote:
All,
has anyone been looking at the Cell BE processor as a gnuradio backend
platform?
For US$600 you get a Playstation 3 that boots linux, and has 7 128bit
RISC processors, each with 256k local memory, all moving at ~3.4GHz.
Each RISC processor is optimized for vector math / st
Hi all,
I have built the gnuradio-3.0.2 tarball using MinGW under
WinXP. During this process, I encountered some issues that I thought I
would be useful feedback for the GNU Radio development team.
- I could not build using the gnuradio-3.0 tarball, because
there were some files mi
All,
has anyone been looking at the Cell BE processor as a gnuradio backend
platform?
For US$600 you get a Playstation 3 that boots linux, and has 7 128bit
RISC processors, each with 256k local memory, all moving at ~3.4GHz.
Each RISC processor is optimized for vector math / stream processin
On Wed, Nov 15, 2006 at 03:23:14PM +0100, Lin Ji wrote:
> Hi,
> How or where does the python code initialize the USRP? Is that when I
> import usrp from gnuradio in the python code?
No, not when the import is done, but rather when the source or sink is
constructed.
> Another question is about w
Thanks Michael, I will be sure to credit you.
thanks!
eric
Eric H. Matlis, Ph.D.
Aerospace & Mechanical Engineering Dept.
120 Hessert Center for Aerospace Research
University of Notre Dame
Notre Dame, IN 46556-5684
Phone: (574) 631-6054
Fax: (574) 631-8355
Thanks for the clues, but all looks ok:
1) nm shows the symbol is defined in libgnuradio-core.so
2) ldd _gnuradio_swig_python.so has the dynamic link dependence you showed.
What should PYTHONPATH and LD_LIBRARY_PATH be? Does this matter?
Steve Kuhlmann
-Original Message-
From: [EMA
Hi,
How or where does the python code initialize the USRP? Is that when I import usrp from gnuradio in the python code?
Another question is about wfm_rcv_file. I thought this code will read the buffer of USRP, process it and save it to file. But in the file I saw that this line 'src = "" is not
25 matches
Mail list logo
