Re: [Discuss-gnuradio] QT Time Raster in OSX 10.10.4 Not Rastering

[Paul Garver]

Tom,

Thanks for the info. I could see a reimplementation as a good project for some CS undergrads here at GT. Is there a particular way the QT time raster should be rewritten (e.g. using particular libraries, QT versions, etc) to be OS X compatible and align with the future direction of QT plots in GR?  Or is the issue more complicated than just a port/reimplementation? I personally find the raster extremely useful for analysis. 

PWG

On Nov 25, 2015, at 9:16 AM, Tom Rondeau <address@hidden> wrote:

On Wed, Nov 25, 2015 at 10:08 AM, Paul Garver <address@hidden> wrote:

The QT Time Raster GUI doesn’t appear to function in the latest gnuradio-devel macports. The plot appears all a single color although the bits into the graph are not constant. I run the same flow graph on my Ubuntu setup and I get the rastered bits plotted as expected. I’m using:

 gnuradio-devel @20151111_0+docs+grc+jack+portaudio+qtgui+sdl+swig+uhd+wavelet+wxgui
OSX 10.10.4

Simple example: Raster some bits with the gr_time_raster_b
 gr_time_raster_b bits.b8

Output:
Using Volk machine: avx_64_mmx_orc
Warning: QWT5 has been found which has serious performance issues with raster plots.
         Consider updating to QWT version 6 to use the time raster GUIs.

The problem with this warning is that it appears it is nontrivial to use QWT6 with OSX on the current gnuradio builds.

Does anyone else have this problem? Does it work in the gnuradio (non-devel) port?

PWG

Paul,

Yes, we understand the problem with OS X and QWT5 here. The main problem is the PyQWT issue, which we've gotten out of the way for the most part, but there are still some problems that Dickens has faced with moving away completely. The thought was to give up the raster in favor of the other things it enables. 

It's also quite possible that the QWT5 problem with the raster plotting is simply due to bad coding on my part.

Tom