[Discuss-gnuradio] Re: Fft scope frequent hangs

2006-11-19 Thread Josh Jennings

When you say C++, do you mean wxWidgets ?



That's what I was thinking.  Write a simple, fast plot widget for
wxWidgets, then built the appropriate wxPython wrapper for it.
No autoscaling.  Just pass a transform matrix and the array of
samples.


I actually started working on a wxwidget hoping to accomplish this.
Here is a link to what I have so far, plus a little backgorund info.
Feel free to use as you please. I will probably not have the time to
complete this as it should be done, but so far I have at least the
wxwidget canvas and grid, a blit function for the grid, the transform
matrixes, which can be called from the canvas, a drawline primitive
for either splines or staight lines and some simple functionality. See
the following page for more info:

http://www.jenningsplanet.com/wiki/index.php?title=WxWidget_Plotting


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] Re: Help with Verilog: write_count

2006-11-19 Thread seph 004
Message: 1
  Date: Fri, 17 Nov 2006 09:14:28 -0800
From: Eric Blossom 
Subject: Re: [Discuss-gnuradio] Re: Help with verilog: write_count
To: seph 004 
Cc: discuss-gnuradio@gnu.org
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii

On Fri, Nov 17, 2006 at 01:02:31AM -0800, seph 004 wrote:
> Hi
> 

> Thanks for responding. So WR & ~write_count[8] should be able to
> serve as a write enable for a ram block?

> Also, while testing with one of the unmodified FPGA builds, I found
> that the have_space control line would sometimes go to zero even
> though I am only sending small amounts of data (60 bytes for
> instance). In the original build, have_space would only go to zero
> temporarily if the FIFO became full. So why then does this happen
> even when sending small numbers of samples? Shouldn't the 4k FIFO
> never become full under those circumstances?

Using the standard host code, there's no such thing as sending 60
bytes from the host.  We always send 512 byte packets across the USB.

Not sure what you are doing...

Eric


Hi
  
  I changed the host code by removing the multiplier for the "max bytes"  
argument. I assumed that this would let me send the exact number of  bytes that 
the user entered. For my final application, I'm only looking  to store a very 
small number of samples on the FPGA.
  
  If this was the wrong modification to the host code, then how exactly  would 
one go about sending a small number of samples (say 400 I and Q  samples) 
without breaking the code?
  
  Regards
  
  Lance

 
-
Sponsored Link

Mortgage rates near 39yr lows. $510,000 Mortgage for $1,698/mo -   Calculate 
new house payment___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] gr.firdes.band_reject()

2006-11-19 Thread Berndt Josef Wulf
G'day,

I have a problem using the above function. My assumption is that band_reject 
means the rejection of a portion of a spectrum as used in notch filters. The 
following filter design does not show up the expected notch in the spectrum. 
To the contrary, the spectrum shows a slight increase of the noise contents 
at 1000Hz.

sample_rate = 48000
frequency = 1000
bandwidth = 100


coeffs = gr.firdes.band_reject(
1.0,
sample_rate,
frequency - (bandwidth/2),
frequency + (bandwidth/2),
50,
gr.firdes.WIN_HANN)
filter = gr.fir_filter_fcc(1, coeffs)


The band/low/high pass filters work as expected. I use gr.noise_source and 
fft_sink to verify the design. What am I doing wrong? 

cheerio Berndt


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] PS3/Cell BE platform

2006-11-19 Thread Newell Jensen

We'd have to compile the blocks for the SPE's.
Hopefully the compiler does a decent job of extracting parallelism
from the code without too much help.  Of course we could hand tune the
filter kernels like we do today.

The scheduler and behind-the-scenes block interconnect/buffering would
need to be modified, but that's pretty well abstracted away from the
user's view of the world.

We'd need to build some tools that would allow us to measure
performance on the SPE and allow us to do feedback based assignment of
subsets of blocks in a graph to the SPEs.  I think this would be an
iterative process.  That is, partition the graph across the SPEs. Run
your test case.  Measure.  Repeat.

Sounds like fun.

And yes, I think we could get the HDTV receiver running in real time ;)

Eric


I am looking to build a new computer (or buy) for graduate school and I 
would like my platform to be able to have real-time image-processing 
capabilities.  Do you know of any other platforms where that is possible 
right now?  Also, what do you think of the possibility of developing another 
peripheal that would act like a Cell BE board that would be used in 
conjunction with the USRP?


Newell

_
View Athlete’s Collections with Live Search 
http://sportmaps.live.com/index.html?source=hmemailtaglinenov06&FORM=MGAC01




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] PS3/Cell BE platform

2006-11-19 Thread Steve Bunch

Newell,

You might take a look at http://www.gpgpu.org/

From their web site:
> GPGPU stands for General-Purpose computation on GPUs. With the  
increasing programmability of commodity graphics processing units  
(GPUs), these chips are capable of performing more than the specific  
graphics computations for which they were designed. They are now  
capable coprocessors, and their high speed makes them useful for a  
variety of applications. The goal of this page is to catalog the  
current and historical use of GPUs for general-purpose computation.


There's a fairly large amount of activity going on in this area, and  
there's some open source code to look at, e.g.,  
http://sourceforge.net/projects/gpgpu/


At a minimum, you'd think the GPU on a PC graphics card could serve as  
a "smart sink" capable of doing its own histograms, FFT's, waterfalls,  
etc. for display purposes.  Maybe more...


Steve

On Nov 19, 2006, at 5:19 PM, Newell Jensen wrote:


We'd have to compile the blocks for the SPE's.
Hopefully the compiler does a decent job of extracting parallelism
from the code without too much help.  Of course we could hand tune the
filter kernels like we do today.

The scheduler and behind-the-scenes block interconnect/buffering would
need to be modified, but that's pretty well abstracted away from the
user's view of the world.

We'd need to build some tools that would allow us to measure
performance on the SPE and allow us to do feedback based assignment of
subsets of blocks in a graph to the SPEs.  I think this would be an
iterative process.  That is, partition the graph across the SPEs. Run
your test case.  Measure.  Repeat.

Sounds like fun.

And yes, I think we could get the HDTV receiver running in real time  
;)


Eric


I am looking to build a new computer (or buy) for graduate school and  
I would like my platform to be able to have real-time image-processing  
capabilities.  Do you know of any other platforms where that is  
possible right now?  Also, what do you think of the possibility of  
developing another peripheal that would act like a Cell BE board that  
would be used in conjunction with the USRP?


Newell

_
View Athlete’s Collections with Live Search  
http://sportmaps.live.com/index.html? 
source=hmemailtaglinenov06&FORM=MGAC01




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[dev-serveez] Pounds down, mood up

2006-11-19 Thread Augusta Burks
How many times did you get unhappy after looking in the mirror? 0be`sity
does not only affect the way you look and feel about yourself. It is
also dangerous for your health, bringing plenty of health problems in a
variety of spheres. And of course feeling shy to take off your clothes
on a beach or in bed with your special one is so saddening.

You don't have to spend the rest of your life exercising yourself to
death. You also don't have to experiment with suspicious po und-fighting
products. The only option you need is An+atrim! Its completely naturaI
blend of ingredients attacks o_besity like nothing else and suppresses
your appetite, putting your mind in control of your e*ating. It also
easily integrates into existing di*ets and has no side effects - it just tells 
your brain your stomach is full! Getting rid of extra po/unds
now is safe and enjoyable. Ana_trim boosts not only your confidence but
helps your body produce tons of natural energy!

Check out the testimonials of happy customers, at our site:
http://www.certuz.hk/







Re`move your e mail:
http://www.certuz.hk/u.php


___
dev-serveez mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/dev-serveez


Re: [Discuss-gnuradio] Re: Fft scope frequent hangs

2006-11-19 Thread Eric Blossom
On Sun, Nov 19, 2006 at 03:26:14PM +0100, Josh Jennings wrote:
> 
> >That's what I was thinking.  Write a simple, fast plot widget for
> >wxWidgets, then built the appropriate wxPython wrapper for it.
> >No autoscaling.  Just pass a transform matrix and the array of
> >samples.
> 
> I actually started working on a wxwidget hoping to accomplish this.
> Here is a link to what I have so far, plus a little backgorund info.
> Feel free to use as you please. I will probably not have the time to
> complete this as it should be done, but so far I have at least the
> wxwidget canvas and grid, a blit function for the grid, the transform
> matrixes, which can be called from the canvas, a drawline primitive
> for either splines or staight lines and some simple functionality. See
> the following page for more info:
> 
> http://www.jenningsplanet.com/wiki/index.php?title=WxWidget_Plotting

That's great!  Keep us posted!

Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio