After offline discussions with Eric, Frank, and Stephane we decided to
check the portaudio sink with 10.6... msec buffers and fixed
latency. That code has been checked in and there are a few ways to test it.
In gnuradio-examples/python/audio:
multi_tone_portaudio.py is multi_tone but enab
On Sunday 19 March 2006 11:00, Vincenzo Pellegrini wrote:
> I'd be really thankful if somebody could shade light on this error.when
> I get to this point the green led on usrp has already slowed down to 1
> Hz.but it seems I can't go further for the moment
>
> thanks
> vincenzo
>
>
> [EMAIL PROTECT
I'd be really thankful if somebody could shade light on this error.when
I get to this point the green led on usrp has already slowed down to 1
Hz.but it seems I can't go further for the moment
thanks
vincenzo
[EMAIL PROTECTED] usrp]# sudo ./usrp_oscope.py
Can't find fpga bitstream: std_2rxhb_2tx
Sorry about that. I fixed it, so just update gr-usrp and you should be ok.
Matt
Berndt Josef Wulf wrote:
> G'day,
>
> in db_base.py at line 108 the function for _refclk_divisor() is apparently
> not
> implemented causing failure to run any code accessing the usrp.
>
> Traceback (most rece
could anyone please send me any source code for usrp radio module that
was recently downloaded from sourceforge's CVS?
thank you
Vincenzo Pellegrini
Italy
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listin
Eric,
Thanks for the speedy reply -- and I'm glad to hear that there's a
known issue. I'm using the 2.5 core (I think), but I'll get back
to you on Monday with all the relevant details.
jblOn 3/17/06, Eric Blossom <[EMAIL PROTECTED]> wrote:
Jim, I do know for a fact that there's a leak in the wx
G'day,
in db_base.py at line 108 the function for _refclk_divisor() is apparently not
implemented causing failure to run any code accessing the usrp.
Traceback (most recent call last):
File "./benchmark_usb.py", line 106, in ?
main ()
File "./benchmark_usb.py", line 96, in main
ok =