[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] signals/atsc question

From: Marcus Leech
Subject: Re: [Discuss-gnuradio] signals/atsc question
Date: Wed, 02 Mar 2005 09:59:34 -0500
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1

John Gilmore wrote:

But even at 20 Ms/s, with 14-bit samples passed in 2-byte shorts,
we've exceeded the capacity of the USB bus.  It would be pretty easy
to build a sample-packer that would pass 16 samples in 14 bytes
(rather than in 16 bytes), which would save us 1/8th of the bandwidth.
That would get the data rate to 35 Mbytes/sec, right at the hairy edge
of what USB2 can do.  To get more headroom, we could round or truncate
the samples from 14 to 12 bits, again with FPGA code.  (Indeed, a nice
sample rate converter should probably also offer sample size
conversion, letting you grab 20ksamp/s of 7-bit samples, or 32.778403
Msamp/s of 8-bit samples, or 55.3 Msamp/s of 4-bit samples, or
whatever else you want.  It might even be able to give you 20 ksamp/s
of 16-bit or 32-bit samples, I don't know the math involved.)  (C++
code on the CPU side of the USB bus would unpack these 14- or 12-bit,
or shorter, samples into shorts again.)
Sample-size reduction, in order to increase effective bandwidth up to the
 computer, would be of great benefit for radio astronomy work.  The
 big observatories that are sampling many hundreds of Mhz at a time
typically use digitizers with a couple of bits of resolution. They can get
 away with this because they're using dedicated r.a. bands, and fairly
 good filters (and remote locations!).

If you have 4 samples per byte, your observable bandwidth improves
 quite a bit :-)

reply via email to

[Prev in Thread] Current Thread [Next in Thread]