On Tue, Mar 21, 2006 at 05:22:04PM -0800, mao mao wrote:
> Sounds good!
>
> I am still not convinced that USRP can handle ATSC
> demodulation. Please tell me how are you gonna recover
> the carrier with 16Ms data and 4MHz IF? If this
> problem can be solved, the rest are pretty easy.
The USRP can
gr-atsc has been created!
The directory structure parallels the standard gr- organization:
gr-atsc/config
gr-atsc/doc
gr-atsc/src
gr-atsc/src/lib
gr-atsc/src/python
Here's what's already done:
* old code with names atsc_ were renamed to atsci_ (internal).
These are the inter
mao mao wrote:
> Sounds good!
>
> I am still not convinced that USRP can handle ATSC
> demodulation. Please tell me how are you gonna recover
> the carrier with 16Ms data and 4MHz IF? If this
> problem can be solved, the rest are pretty easy.
The usrp gives you 8Mhz bandwidth which should be enoug
Sounds good!
I am still not convinced that USRP can handle ATSC
demodulation. Please tell me how are you gonna recover
the carrier with 16Ms data and 4MHz IF? If this
problem can be solved, the rest are pretty easy.
The reason why I want to buy a working mc4020/mt4937
combo is that I want to play
On Tue, Mar 21, 2006 at 02:41:29PM -0800, mao mao wrote:
> Here's why I don't want to use USRP to handle ATSC:
>
> If the captured ATSC stream is 16Ms real data and the
> IF is 4MHz, then the freq range of the ATSC signal
> will be 1MHz to 7MHz, and the pilot freq Fp will be
> 1.31MHz.
>
> If I u
