You're making great progress! Any idea what's wrong with the 2.0 bit
timing?
Once you get that done we can work on some serious optimization, since
the chain as constituted has a lot of redundancy.
Matt
On Mon, 2006-05-08 at 14:57 -0400, Charles Swiger wrote:
> It turns out to be not too awefu
On Mon, 2006-05-08 at 14:57 -0400, Charles Swiger wrote:
> the chain works, with some room for moving processes
> around and optimizing. For instance, the RF gets mixed
Yeah, splitting the resampling/translating block helped.
Just to put things in perspective, we're getting about
1MB of transport
It turns out to be not too awefully difficult (tho not officially
approved ;) to modify the gnuradio-0.9 atsc code to use a subset
of blocks, specifically everything from bit-timing-loop to
field-sync-demux (float in, soft-data-segments out). So here's
what I have working across 4 cpu's:
Start
