Mostly fixed the van de Beek ML synchronization scheme. Instead of using the CP timin...
authortrondeau <trondeau@221aa14e-8319-0410-a670-987f0aec2ac5>
Tue, 15 Apr 2008 17:12:18 +0000 (17:12 +0000)
committertrondeau <trondeau@221aa14e-8319-0410-a670-987f0aec2ac5>
Tue, 15 Apr 2008 17:12:18 +0000 (17:12 +0000)
commit42b48770e756f1c082f5dfc9e757fafe69263496
tree18820226adff7aca46205d2f7e6dafa5f635c8e7
parent3a2f0b7e9fedaa29dbce47fe5d0b61ac8135aefb
Mostly fixed the van de Beek ML synchronization scheme. Instead of using the CP timing signal, it correlates against the known preamble just to send along the timing trigger. This works nicely and keeps the frequency more constant in the receiver since it updates the estimate every received symbol. Read the comments inside to see why it's 'mostly fixed' -- this was mostly proving a point for myself today.

git-svn-id: http://gnuradio.org/svn/gnuradio/trunk@8199 221aa14e-8319-0410-a670-987f0aec2ac5
gnuradio-core/src/python/gnuradio/blks2impl/ofdm_sync_ml.py