I misspoke - the graphics work great but trying to stop it - let alone change the parameters is a pain.
I originally tested it on my netbook - I expected it be slow stopping. I tested it later on odroid the graphics were great but it's pig slow there too when I try to stop it or change the parameters. (Pig slow when compared to a horse - not me.) On 06/20/2016 08:56 AM, Dominic Spill wrote: > On 18 June 2016 at 22:29, Cinaed Simson <[email protected]> wrote: >> >> Me thinks it's the version of wx. >> >> Maybe someone else could confirm this? >> >> Assuming it is the version of wx, should I file a bug report - somewhere? > > It looks like it's a known bug and is fixed in later versions. > >> Jessie: >>>>> wx.version() >> '3.0.2.0 gtk2 (classic)' > >> Wheezy: >>>>> wx.version() >> '2.8.12.1 (gtk2-unicode)' > > My first guess is to agree with you that this is the root of the > problem. Given that you're running over SSH with X forwarding, I > thought that may also be a factor. However, a bit of googling for the > error message and it looks like it has come up a few times in relation > to GNU Radio tools. > > I found a couple of suggested solutions: > 1) apt-get install python-opengl > I don't really know what this issue has to do with python opengl > support, but there are a few people reporting that this fixed their > issue. I recommend trying this one. > > 2) downgrade to 2.8.x > I don't recommend this one at all. > > I haven't tried either of these, but I am running WX 3.0 and I can > confirm that my tool osmocom_fft works as expected. > > Dominic > _______________________________________________ HackRF-dev mailing list [email protected] https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
