On Jan 14, 2006, at 6:10 PM, Eric Blossom wrote:
Generally speaking, reliable throughput on the USRP is dominated by
the OS's ability to deliver USB packets with small interpacket gaps.
[snip] The hardware (if properly implemented), should be
able to drive the USB at full speed. [snip]
Under Linu
On Jan 14, 2006, at 7:34 PM, Eric Blossom wrote:
On Mon, Jan 09, 2006 at 09:38:29PM -0500, Michael Dickens wrote:
Q: As USRP does not yet use the omnithread package (though it's
included in the config directory and just commented out of
configure.ac), and that package is part of the gnuradio-cor
Hello from Gregg C Levine
Has anyone besides the magazine gotten the code to work? It seems to
me that building and debugging software is one thing, but what about
the hardware involved?
For example this computer can run Linux, both natively, and using the
UMSDOS method that Slackware 10.2 still s
"FAQ notes bug in gcc-3.4.[1-3] that causes FFTW to crash with SSE/SSE2"
The new fftw3.1 beta looks good so far. Final release promised within
next two weeks.
Bob
--
AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats,
NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman
Lazi
On Sunday 15 January 2006 14:44, Robert McGwier wrote:
> "FAQ notes bug in gcc-3.4.[1-3] that causes FFTW to crash with SSE/SSE2"
>
> The new fftw3.1 beta looks good so far. Final release promised within
> next two weeks.
Are you using gcc-3.[23]? If so, it's a bug in gcc.
73, Berndt
VK5ABN
__
On Fri, Jan 13, 2006 at 03:01:24PM -0500, Clark Pope wrote:
> I've been playing with the usrper application. I am able to read and write
> to the 9862 chips okay but all attempts at using i2c_read fail?
FWIW, I usually prefer to do this kind of experimentation from Python,
but in any event you're
