Re: [Discuss-gnuradio] Problems running example audio_fft.py

Eric, Creating and setting the ~/.gnuradio/cofnig.conf didn't work. If I edit the scopesink.py file directly, I can make things work. What modules checks for the config.conf file? Thanks, Dave On 10/24/06, Eric Blossom <[EMAIL PROTECTED]> wrote: FYI, You can set the defaults f

Re: [Discuss-gnuradio] Problems running example audio_fft.py

uot; process and Xorg takes the rest of the CPU (35%) according to Top. The usrp_wfm_nogui puts out audio fine, at about 35% cpu load if I recall. It seems that the WxPython is quite a resource consumer on any platform... Dave ___ Discuss-

[Discuss-gnuradio] CPU loads and reqs?

this is CPU-limited, what "better" processor would be the best upgrade? Intel? AMD? I'm not sure who has the best FPUs these days... Thanks, Dave ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Problems running example audio_fft.py

27;ve seen. When I run a python program, I use 'pythonw' when widgets are needed. That too is 2.4.3. Thanks for taking the time to look at this. Let me know if there is more info or any other info... Dave On 10/22/06, Michael Dickens <[EMAIL PROTECTED]> wrote: Dave - Could y

Re: [Discuss-gnuradio] Problems running example audio_fft.py

I'm seeing a similar issue... The non-WxPython apps seem to run fine, but the windows freeze immediately after popping up (some apps just give me a spinning pinwheel after drawing a frame-box). I have Darwin ports py-wxpython 2.6 installed. This smells like a WxPython issue, rather than GnuRad

[Discuss-gnuradio] tunney.py _init_ arguments?

Hi, I updated from the CVS today and now I'm getting this when I try running tunnel.py. I have a non-current system and that works fine... Ideas? Thanks. ~Dave [EMAIL PROTECTED]:~/gr-build/gnuradio-examples/python/gmsk2$ sudo ./tunnel.py -f 900M -r 512k fusb_block_size = 1024 fusb_nb

[Discuss-gnuradio] make install failed on gmsk.py?

Hi, I'm installing on Mac OS X and I ran into this today, during the "sudo make install". The compile/make worked fine prior to the make install. I also think this installed fine on another macideas? Am I missing any Python dependencies? Byte-compiling python modules... __init__.py Byte-co

Re: [Discuss-gnuradio] Re: Intel Mac GNU Radio Install Update Soon

nuradio-core and test on your Mac platforms? Eric, Michael, The new code and scripts work fine on my Intel Mac. Thanks! Dave. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Re: Intel Mac GNU Radio Install Update Soon

Michael, Thanks for the information, that is great. On Jun 1, 2006, at 3:24 PM, Michael Dickens wrote: Dave - You can do all of the background install using DarwinPorts, but, as you found out, FFTW has some issues. The problem is not in optimization, but rather in the way Apple has

[Discuss-gnuradio] Re: Intel Mac GNU Radio Install Update Soon

am also happy to test out anyone else's installation scripts. Cheers, Dave. g++ -DHAVE_CONFIG_H -I. -I. -I../.. -g -O2 -Wall -Woverloaded- virtual -c bug_work_around_6.cc -MT bug_work_around_6.lo -MD -MP - MF .deps/bug_work_around_6.TPlo -fno-common -DPIC -o .libs/ bug_work_around_6.

Re: [Discuss-gnuradio] ANCI-C vs Gnuradio/C++ speeeed

it drops down to 6 functions and about 1/3 less assembly code. When I encountered this example in a co-worker's code several years ago the situation was much worse: their version of gcc was generating around 100 extra functions, and some of them had names so long that the system'

Re: [Discuss-gnuradio] Ubunto and GnuRadio, Lovely together

On Tue, Mar 07, 2006 at 08:34:12PM -0500, Frank Brickle wrote: > Dave Dodge wrote: > >You can expect to have to > >run synaptic several times and keep enabling/installing yet more > >packages before you'll finally have a reasonably complete set of > >headers, to

Re: [Discuss-gnuradio] Ubunto and GnuRadio, Lovely together

, hard-locks, etc). The next official Ubuntu release will be in April. -Dave Dodge ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Binary packaging problems on x86_64

efix}/lib -Dave Dodge ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] sparc <--> x86 data exchange

P/IP networking world, big-endian (such as used by Sparc) is commonly used in network protocols and is sometimes called "network order"; there's little functions like "htonl" and "ntohs" that can convert values between "host" and "network" byte

Re: [Discuss-gnuradio] AM receiver

It looks like AmQRP is working on an "improved version" of the SoftRock-40, possibly available this month... On Oct 31, 2005, at 4:43 PM, michael taylor wrote: Sounds like you want a SoftRock-40, unfortunately the kits are gone. The kits were something like $28 USD.

Re: [Discuss-gnuradio] Analog video restoration

then be a practical video super-resolution algorithm: http://ask.slashdot.org/article.pl?sid=03/06/19/2216246 -Dave Dodge ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Boost Library

h. I recall seeing a small amount of template-based code cause g++ to explode (I think it was generating thousands of small functions). If you're planning on trying to solve the problem, that might be something to look for in the problem files.

Re: [Discuss-gnuradio] pipe trick

ou _reading_ the data from the pipe? Even if you're flushing the data into the pipe after every write, the reader could be buffering it. -Dave Dodge ___ Discuss-gnuradio mailing list Discuss-gnur

<    1   2   3