At 03:55 PM 3/16/2005 -0800, you wrote:
This would work fine.
In this particular case you can reduce this to:
> src = gr.sig_source_f (sample_rate,gr.GR_SIN_WAVE,440,1,0)
> s2p = gr.serial_to_parallel (gr.sizeof_float, fft_size)
> fft = gr.fft_vfc (fft_size,True,True)
>
On Wed, Mar 16, 2005 at 05:34:13PM -0500, cswiger wrote:
> On Wed, 16 Mar 2005, Eric Blossom wrote:
> >
> > serial_to_parallel and parallel_to_serial are format converters.
> >
> > The gr.fft_vcc block requires a vector of complex numbers for its
> > input and produces a vector of complex numbers o
On Wed, Mar 16, 2005 at 01:47:20PM -0800, Javs wrote:
> Eric,
>
> Now I am curious to measure it myself. I looked at the usrper.cc
> code and want to see how much time it takes to read/ write from/to
> the FPGA.
> specifically :
>
> /*
> * diagnostic routine. This requires that the
> * pas
On Wed, 16 Mar 2005, cswiger wrote:
>
> So is there any reason for this in gr_fft_vfc:
>
> if (!forward){
> fprintf (stderr, "fft_vfc: forward must == true\n");
> throw std::invalid_argument ("fft_vfc: forward must == true");
>
Nevermind! It, duh, must have complex input to do ifft - gr.
On Wed, 16 Mar 2005, Eric Blossom wrote:
> On Wed, Mar 16, 2005 at 02:49:22PM -0500, cswiger wrote:
> > Are there any illustrative examples of using ifft?
>
> Nope. It just computes the inverse.
>
So is there any reason for this in gr_fft_vfc:
if (!forward){
fprintf (stderr, "fft_vfc: forwa
On Wed, 16 Mar 2005, Eric Blossom wrote:
>
> serial_to_parallel and parallel_to_serial are format converters.
>
> The gr.fft_vcc block requires a vector of complex numbers for its
> input and produces a vector of complex numbers on its output.
> serial_to_parallel takes a stream of items and turns
On Wed, 16 Mar 2005, Dinkar Bhat wrote:
> I joined this group recently and have learnt a lot.
Join the crowd (that are learning a lot)
> I had a rather
> fundamental question. Suppose I sample the
> IF output (say, centered at 40 Mhz) of a tuner/mixer tuned to a ATSC DTV
> channel (6Mhz wide), a
Hello,
I joined this group recently and have learnt a lot. I had a rather
fundamental question. Suppose I sample the
IF output (say, centered at 40 Mhz) of a tuner/mixer tuned to a ATSC DTV
channel (6Mhz wide), and I want to detect the
pilot frequency which is added to the channel during transmis
On Wed, Mar 16, 2005 at 02:49:22PM -0500, cswiger wrote:
> Are there any illustrative examples of using ifft?
Nope. It just computes the inverse.
> I just discovered the 2nd argument in gr.fft_vcc can set direction
> forward (True) or reverse, which is cool as I want ifft for some
> kind of simp
I wasn't sure of the difference either... Except that I know that with
the separate_streams/combine_streams, I had to dynamically create the
number of IN/OUT streams depending on the fft size. (Note, maybe
sync_decimator handles the num in/out streams implicitly?)
Parallelize looks to me like
Are there any illustrative examples of using ifft? I just discovered
the 2nd argument in gr.fft_vcc can set direction forward (True) or
reverse, which is cool as I want ifft for some kind of simple OFDM.
I guess what I don't understand is how gr.serial_to_parallel works. Do
you use serial_to_parall
At 01:38 AM 3/16/2005 +, you wrote:
We are not anywhere near the fill up point in the Cyclone yet
are we?
Bob
Good question - according to the compilation report of a recent production
version,
27% of memory is used in 2 16bit 2K FIFO's:
-8<
Flow Status Suc
12 matches
Mail list logo
