Roshan Baliga wrote:
The AD9862s (which are on the motherboard) both get the same clock from
AD9513 clock distribution IC. The only difference is that the clock
signal goes through separate (but identical) filters on its way to each
AD9862.
ok thanks a lot guys, I know enough now for trying
hi all,
I read the previous posts about FF + gnuradio, but I still
have some trouble
I have fresh install of FeistyFawn, fresh install of gnuradio
3.0.2(ubuntu package), I have group usrp with me in it, I have
10-usrp.rules in place but strange thing happens. I can only find usrp
Hi ,
I am new to the list but as far as I have checked, an answer to my question
does not exist. I have installed everything fine (including gr-video-sdl part)
on Fedora 4 (and the fm examples work fine) .
I have run the test-video (as I have read from some comments) and is o.k.
However, when
On Wed, Apr 25, 2007 at 02:32:44PM +0200, konvak wrote:
hi all,
I read the previous posts about FF + gnuradio, but I still
have some trouble
I have fresh install of FeistyFawn, fresh install of gnuradio
3.0.2(ubuntu package), I have group usrp with me in it, I have
The 2.x gr-atsc seems to be closer to working, at least the flow control
(forecast,consume,etc) creates the exact to-the-byte correct quantity of
output with no loss of sync (since it keys on easy to discern -5/+5), on
120MB size output files.
However the *quality* of the output is only about 65
On Wed, Apr 25, 2007 at 11:02:13AM -0400, Chuck Swiger wrote:
The 2.x gr-atsc seems to be closer to working, at least the flow control
(forecast,consume,etc) creates the exact to-the-byte correct quantity of
output with no loss of sync (since it keys on easy to discern -5/+5), on
120MB size
On Wed, 2007-04-25 at 08:12 -0700, Eric Blossom wrote:
On Wed, Apr 25, 2007 at 11:02:13AM -0400, Chuck Swiger wrote:
The 2.x gr-atsc seems to be closer to working, at least the flow control
(forecast,consume,etc) creates the exact to-the-byte correct quantity of
output with no loss of sync
I still get this as well. So far, the following technique (abhorent as
it is) works 100%. power off the USRP and power it back on causing it
to enumerate and come up raw. After that, the load works every time.
Bob
Eric Blossom wrote:
On Wed, Apr 25, 2007 at 02:32:44PM +0200, konvak
On Wed, Apr 25, 2007 at 11:55:42AM -0400, Robert McGwier wrote:
I still get this as well. So far, the following technique (abhorent as
it is) works 100%. power off the USRP and power it back on causing it
to enumerate and come up raw. After that, the load works every time.
Bob
Thanks
Robert McGwier wrote:
I still get this as well. So far, the following technique (abhorent as
it is) works 100%. power off the USRP and power it back on causing it
to enumerate and come up raw. After that, the load works every time.
Bob
FWIW, we were having similar issues on a laptop with
On Wed, Apr 25, 2007 at 11:55:42AM -0400, Robert McGwier wrote:
I still get this as well. So far, the following technique (abhorent as
it is) works 100%. power off the USRP and power it back on causing it
to enumerate and come up raw. After that, the load works every time.
Bob
Update:
11 matches
Mail list logo