discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Johnathan Corgan
Subject: Re: [Discuss-gnuradio] Problems running example audio_fft.py
Date: Sun, 22 Oct 2006 10:54:36 -0700

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 certainly speed things up for OSX  
> (and I would presume Windows too).  That would also mean rewriting  
> any GUI stuff for a common API which would be supported by all of the  
> GUI modules ... 

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)...and Mac.

While I've used wxPython (or the underlying C++ wxWidgets) extensively
on Win32 and Linux/GTK, I know nothing of the Mac port.  I guess it was
easy to just port the X11 version to use X11 on the Mac but as you point
out that's gotta be really slow.  

The solution would be to have a wxWidgets over Aqua implementation, not
change wxPython or gr-wxgui.

-- 
Johnathan Corgan
address@hidden






reply via email to

[Prev in Thread] Current Thread [Next in Thread]