[Discuss-gnuradio] Failed test in 'make check'

2005-02-15 Thread db931
Hi, I've been fighting to compile the gnuradio-core-2.4 from tarball on a Ubuntu distro. I'm pretty new to Linux world and it's a bit of a challenge as it's not a development distribution. (I may add sth on the wiki about the needed packages to compile the whole project) Well anyway every thing se

Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'PyEventBinder'

2005-02-15 Thread mj
> Are you using wxPython 2.5.2.7 or later? yup i am now. i upgraded from wxpython-2.4 to wxpython-2.5.3.1 ...and after accidentally removing python altogether all is working great. cheers, = mj - m0mik hotstudent.com [are you hot enough?!] _

[Discuss-gnuradio] usrp over/underrun problems

2005-02-15 Thread Bob Vincent
We've got a couple of USRP boards running on "embedded" ebx boards. Unfortunately, we are seeing usb overruns/underruns when we run the fsk_tx / rx example. I removed the fft from the signal chain, and we still see regular overruns on the rx side. Also cut the cordic freq. to 2e6, with the same

Re: [Discuss-gnuradio] usrp over/underrun problems

2005-02-15 Thread Matt Ettus
Quoting Bob Vincent <[EMAIL PROTECTED]>: > We've got a couple of USRP boards running on "embedded" ebx boards. Great! > Unfortunately, we are seeing usb overruns/underruns when we run the fsk_tx > / rx example. I removed the fft from the signal chain, and we still see > regular overruns on the r

Re: [Discuss-gnuradio] Failed test in 'make check'

2005-02-15 Thread Eric Blossom
On Tue, Feb 15, 2005 at 07:13:39PM +1100, [EMAIL PROTECTED] wrote: > Hi, > I've been fighting to compile the gnuradio-core-2.4 from > tarball on a Ubuntu distro. > I'm pretty new to Linux world and it's a bit of a challenge as > it's not a development distribution. (I may add sth on the > wiki abou

Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'PyEventBinder'

2005-02-15 Thread Rahul Dhar
On Tue, Feb 15, 2005 at 04:09:44AM -0800, mj wrote: > > > Are you using wxPython 2.5.2.7 or later? > > yup i am now. i upgraded from wxpython-2.4 to > wxpython-2.5.3.1 I'm using wxPython 2.5.3.1 on top of wxGTK 2.5.3 (dependency in Gentoo, apparntly) and Python 2.3.4. When I run "python fftsin

[Discuss-gnuradio] Re: Weaver vs. Hilbert

2005-02-15 Thread Chuck Swiger
At 06:49 AM 2/15/2005 +0100, you wrote: In hardware a Weaver modulator avoids the need for the phase shifting baseband filters. What is the reason for using a Weaver modulator (http://webpages.charter.net/cswiger/weaver_gen.py) in an SDR? Is it faster than an Hilbert transformer? (http://comsec.com

Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'PyEventBinder'

2005-02-15 Thread Eric Blossom
On Tue, Feb 15, 2005 at 03:30:49PM -0500, Rahul Dhar wrote: > On Tue, Feb 15, 2005 at 04:09:44AM -0800, mj wrote: > > > > > Are you using wxPython 2.5.2.7 or later? > > > > yup i am now. i upgraded from wxpython-2.4 to > > wxpython-2.5.3.1 > > I'm using wxPython 2.5.3.1 on top of wxGTK 2.5.3 (d

Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'PyEventBinder'

2005-02-15 Thread mj
hey, i had that error after i installed wxpython-2.5.3.1 over the other version. try removing wxpython and wxGTK and then installing them again. then re-emerge numeric and numarray. mj --- Rahul Dhar <[EMAIL PROTECTED]> wrote: > On Tue, Feb 15, 2005 at 04:09:44AM -0800, mj wrote: > > > > > Ar

Re: [Discuss-gnuradio] usrp over/underrun problems

2005-02-15 Thread Bob Vincent
At 12:23 PM 2/15/2005, Matt Ettus wrote: Quoting Bob Vincent <[EMAIL PROTECTED]>: > We've got a couple of USRP boards running on "embedded" ebx boards. Great! > Unfortunately, we are seeing usb overruns/underruns when we run the fsk_tx > / rx example. I removed the fft from the signal chain, and

Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'PyEventBinder'

2005-02-15 Thread Eric Blossom
On Tue, Feb 15, 2005 at 01:44:18PM -0800, mj wrote: > > hey, i had that error after i installed > wxpython-2.5.3.1 over the other version. > > try removing wxpython and wxGTK and then installing > them again. then re-emerge numeric and numarray. FYI, we don't require numarray if you've got Numer

Re: [Discuss-gnuradio] Failed test in 'make check'

2005-02-15 Thread db931
Ok, I switched to g++-3.4 and recompile cppunit-1.10.2 with it and it's working now. I should have checked the mailing-list archives. Cheers Damien >> Hi, >> I've been fighting to compile the gnuradio-core-2.4 from >> tarball on a Ubuntu distro. >> I'm pretty new to Linux world and it's a bit of

[Discuss-gnuradio] problem with audio extraction in NTSC

2005-02-15 Thread Achilleas Anastasopoulos
Dear all, I am working on extracting the audio FM signal from the NTSC signal, and experimenting with the data file ntsc-short-complex-baseband-8MS.dat The idea seems simple: recenter the audio carrier to 0 frequency, LPF and decimate and then do standard fm demod. This is done in the attached file

[Discuss-gnuradio] LED blinking

2005-02-15 Thread Rahul Dhar
I finally got wxPython to play nice (thanks for all the help). The next issue is that the LED doesn't seem to be blinking anymore. I'm not sure what caused it, but does that mean the USRP is fried? Is there some voodoo spell I can cast to bring it back to life? It isn't just the LED, as the boa

Re: [Discuss-gnuradio] LED blinking

2005-02-15 Thread Eric Blossom
On Tue, Feb 15, 2005 at 08:47:23PM -0500, Rahul Dhar wrote: > I finally got wxPython to play nice (thanks for all the help). The next > issue is that the LED doesn't seem to be blinking anymore. I'm not sure > what caused it, but does that mean the USRP is fried? Is there some > voodoo spell I c

Re: [Discuss-gnuradio] problem with audio extraction in NTSC

2005-02-15 Thread Chuck Swiger
At 07:59 PM 2/15/2005 -0500, you wrote: Dear all, I am working on extracting the audio FM signal from the NTSC signal, and experimenting with the data file ntsc-short-complex-baseband-8MS.dat The idea seems simple: recenter the audio carrier to 0 frequency, LPF and decimate and then do standard f