On Wed, Mar 16, 2005 at 08:04:53PM -0500, Chuck Swiger wrote:
> 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 (g
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, 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, 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
