You can find some literature on this topic by searching under
"modulation classification".
I know that in the 90's a lot of work in this area came from the USC group.
Achilleas
> Message: 1
> Date: Sat, 12 Nov 2011 18:22:43 -0500
> From: "William Pretty Security Inc"
> To:
> Subject: [Discuss
I want to add a raised cosine filter to gr_firdes.* in
gnuradio/gnuradio-core/src/lib/general/. I see there's already a root-raised
cosine there. After looking through a few sources, I have the following
time-domain response of an RC filter:
h(t) = [sin(pi * t / T_s) / (pi * t / T_s)] / [cos(pi
It could be related to the limitations of the ARM processor on the E100. I
haven't tried the OFDM examples. The workarounds at this point seem to be: help
implement some of the ARM NEON optimizations in Volk to squeeze out more
performance or switch back to an USRP running on a system capable of
On 11/13/2011 04:59 PM, Nowlan, Sean wrote:
> It could be related to the limitations of the ARM processor on the
> E100. I haven't tried the OFDM examples. The workarounds at this
> point seem to be: help implement some of the ARM NEON optimizations
> in Volk to squeeze out more performance or sw
On 11/13/2011 11:00 PM, Josh Blum wrote:
It looks like the ofdm blocks are using a fair amount of multiply and
multiply const blocks:
gr-digital$ find -name "*ofdm*" | xargs grep mult
./python/ofdm_sync_ml.py:self.mixer = gr.multiply_cc();
./python/ofdm_sync_ml.py:# The output t