Hi Martin,
On 08/30/2013 10:18 AM, Martin Braun (CEL) wrote:
On Fri, Aug 23, 2013 at 01:50:14PM +0200, Bastian Bloessl wrote:
Ah OK, I see, taking the samples from the end is indeed stupid -.-
Thanks for your explanation!
Hi Bastian,
just a quick follow-up: Did you have any problems with th
On Fri, Aug 23, 2013 at 01:50:14PM +0200, Bastian Bloessl wrote:
> >Only we're not filtering--we're adding a tapering window in time domain.
> >At the beginning of the symbol, we can simply multiply the samples with
> >the up-ramp of our tapering window (we use a raised cosine flank).
> >
> >So wha
On 08/23/2013 11:35 AM, Martin Braun (CEL) wrote:
On Fri, Aug 23, 2013 at 10:10:13AM +0200, Bastian Bloessl wrote:
I wonder why the OFDM Cyclic Prefixer uses the samples at the
beginning of the symbol to calculate the roll off. I would have
expected that the samples from the end of the previous
On Fri, Aug 23, 2013 at 10:10:13AM +0200, Bastian Bloessl wrote:
> I wonder why the OFDM Cyclic Prefixer uses the samples at the
> beginning of the symbol to calculate the roll off. I would have
> expected that the samples from the end of the previous symbol are
> used. So something like this:
>
>
Hi,
I wonder why the OFDM Cyclic Prefixer uses the samples at the beginning
of the symbol to calculate the roll off. I would have expected that the
samples from the end of the previous symbol are used. So something like
this:
https://github.com/bastibl/gnuradio/commit/1a1f0f92cedac90ccadf5e4
