On Wed, Oct 25, 2006 at 10:06:07AM +0200, Josh Jennings wrote:
> >I suspect that most of our wxPython performance problems could be
> >fixed if someone were to implement a native C++ plotting widget for
> >wxWidgets and then provide the appropriate wxPython binding for it.
>
> I was also already l
On Tue, Oct 24, 2006 at 07:20:32PM -0700, Dave hartzell wrote:
> Eric,
>
> Creating and setting the ~/.gnuradio/cofnig.conf didn't work.
It should. Does the file have the correct name? I noticed that in
the line above, it's misspelled.
> If I edit the scopesink.py file directly, I can make thi
I stand corrected: I was trying to install the wxcode componenets
wrong. In order to install the wxcode components you need to go into
the src dir of the component and then run make.
Note: This only held for linux. On Mac, wxthings dies (wxthings is
needed for wxplotctrl) from an error due to mis
I also saw the wxcode component wxplotctl, but that did not compile
correctly on my mac or linux.
I stand corrected: I was trying to install the wxcode componenets
wrong. In order to install the wxcode components you need to go into
the src dir of the component and then run make. The readme was
I suspect that most of our wxPython performance problems could be
fixed if someone were to implement a native C++ plotting widget for
wxWidgets and then provide the appropriate wxPython binding for it.
I was also already looking into this and came across wxCode's wxplot
which is taken from the p
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 for these in y
On Tue, Oct 24, 2006 at 08:48:27AM -0700, Jonathan Jacky wrote:
>
> On Mon, 23 Oct 2006, Dave hartzell wrote:
>
> >OK, that is interestingare these things (G4s) really that slow?
>
> Yes. It seems that wxPython is the rate-limiting step. A GNU Radio
> flowgraph can process samples much muc
On Tue, Oct 24, 2006 at 08:48:27AM -0700, Jonathan Jacky wrote:
>
> On Mon, 23 Oct 2006, Dave hartzell wrote:
>
> >OK, that is interestingare these things (G4s) really that slow?
>
> Yes. It seems that wxPython is the rate-limiting step. A GNU Radio
> flowgraph can process samples much muc
Also note that some of the examples use a FIR filter (or more than
1), which for PPC's is -slow- since it's not optimized for PPC/
AltiVec. I'm working on an Intel-Mac right now and things are nice
and zippy due to the use of SSE!
A quick set of tests on this computer (Core Duo @ 2.16 GHz)
On Mon, 23 Oct 2006, Dave hartzell wrote:
OK, that is interestingare these things (G4s) really that slow?
Yes. It seems that wxPython is the rate-limiting step. A GNU Radio
flowgraph can process samples much much faster than wxPython can display
them, at least on a G4. I've used Linux
Michael,
Comments/questions below:
On 10/23/06, Michael Dickens <[EMAIL PROTECTED]> wrote:
Hence I would believe that if you're running on a single-cpu G4 or
G5, even up to 2 GHz, the wxGUI stuff probably won't be very
effective. OTOH, running a dual-G4 @ 1.25 GHz -just barely- works,
so runni
Michael Dickens wrote:
I would be quite curious about the CPU utilization of a Linux box -
along with the hardware specs to make the judgement relatively
correct. Even better would be to try an Intel Mac running both OSX
and Linux and compare the CPU utilization ... hmmm ... that would be
p
I know that the GNU Radio GUI stuff is -slow- on OSX because it does
wx(Python)->X11->Aqua/CoreGraphics, and the "X11->" part is a big
bottleneck.
Where did you get the above
information from? Is there some good source for reading about this
developing good wxpython graphics on os x?
The info
Here is some info...
Mac OS X 10.4.8, iBook G4 1.2 GHz
Python 2.4.3 (from Darwin Ports)
The rest:
wxWidgets @2.6.3 graphics/wxWidgets
wxWindows @2.4.2 graphics/wxWindows
py-wxpython@2.6.3.2python/py-wxpython
Dave - Could you give details about which Mac you're running on, OS
version, how you installed GR and prerequisites, and the like? That
might help (might not too, but at least it's another statistic). - MLD
On Oct 22, 2006, at 5:29 PM, Dave hartzell wrote:
The non-WxPython apps seem to run
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
On Oct 22, 2006, at 1:54 PM, Johnathan Corgan wrote:
In theory, that is precisely what wxPython (and the gr-wxgui layer on
top) is supposed to do. wxPython itself is an abstraction that
provides
the same external API to the windowing system whether it be Win32,
WinCE, Unix (X11, GTK+, Motif).
On Sun, 2006-10-22 at 13:41 -0400, Michael Dickens wrote:
> In theory it would be possible to create a module for
> "gr-gui-osx" (and thence "gr-gui-wx", "gr-gui-window" and such via a
> means similar to gr-audio-*), and then all of the GUI's would be
> native to their host, which would cert
On Oct 22, 2006, at 12:34 PM, Brett I Balogh wrote:
It was installed from binary, version 2.7.1.1, unicode. I
subsequently installed
version 2.6.3.3 from binary and audio_fft came to life. The
waterfall is wonky
though.
So what you're saying is that it's the version of wxPython that was
w
It was installed from binary, version 2.7.1.1, unicode. I subsequently installed
version 2.6.3.3 from binary and audio_fft came to life. The waterfall is wonky
though.
Quoting Michael Dickens <[EMAIL PROTECTED]>:
> How was wxPython installed - by hand, DarwinPorts, Fink, whatever?
> This can mak
How was wxPython installed - by hand, DarwinPorts, Fink, whatever?
This can make a difference. - MLD
On Oct 21, 2006, at 3:07 PM, Brett I Balogh wrote:
I don't think this is a problem with gnuradio, but rather with
wxPython. I tried
running some demos downloaded from wxpython.org, and none o
I don't think this is a problem with gnuradio, but rather with wxPython. I tried
running some demos downloaded from wxpython.org, and none of them work. It's
the same problem with updating the window. Looking for a fix...
Quoting Michael Dickens <[EMAIL PROTECTED]>:
> Which audio module are you u
Which audio module are you using (gr-audio-osx or gr-portaudio)?
Could you go ahead and send on the errors to the list when you get a
chance? I'll check this out when I next have a USRP and a console
(maybe Monday, but more likely Tuesday morning). I can say that I
can run the script wit
I'm a noob to gnuradio, but believe it or not, I was able to build it on my Mac
G4 15" powerbook running osx 10.4.8. After fixing some problems with my
PYTHONPATH, the multi_tone.py example ran like a charm.
However, when I try to run audio_fft.py, I get a blank window with the title
audio_fft, an
24 matches
Mail list logo
