On 05/16/2013 12:41 PM, Mark McCarron wrote:
So, you'd rather see fast updates of near-complete-nonsense, than slow updates of accurate data? :) :)Marcus,Thanks for highlighting the limitations of the current implementation. It explains a lot. Personally, I would like to see a little more emphasis on useful GUI elements, not just accurate GUI elements.
In regards to the WX GUI FFT window not responding. I have tested it with a very simple flow-graph. A USRP source and the WX FFT GUI block. If the settings are at 4096@15fps, it works fine, try anything higher and the windows greys out. So, I don't really see where the issue is.
Works for me with the latest Gnu Radio on F14.You may just be running out of computational steam in Python land, since the wxGUI FFT sink does waaaay too much of its "stuff" in Python land.
Python runs up to about 100 times slower than equivalent native code. I've attached a simple test that works just fine here. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org
fft_test.grc
Description: application/gnuradio-grc
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio