Strange behaviour of QT Sink on gnuradio-next on Mac

GNU Radio
1

Hi, all,

I’m not sure if it’s related to gnuradio-next or gnuradio-next on Mac.

I’ve built gnuradio-next from MacPorts by the following command:
$ sudo port install gnuradio-next +full configure.compiler=llvm-gcc-4.2

It was built successfully. When I try to create a flowgraph to generate
DTMF tones and monitor them on QT GUI Sink, I found their frequencies
are divided by 2. The flow graph is here:
https://dl.dropboxusercontent.com/u/31960195/Write-a-Block-Example.grc

By the same installation procedure, QT GUI Sink on gnuradio 3.6.4 works
fine with these DTMF tones. Right now I switched back to gnuradio 3.6.4
to continue.

Albert Chun-Chieh H.(黃俊傑)
Blog: Random Notes, http://alberthuang314.blogspot.com/

2

I just pushed an update to MacPorts’ gnuradio-devel and gnuradio-next.
I doubt it changes the behavior you’re talking about, but you never
know. When I try to execute that GRC file in either devel or next, I
get “QWidget: Must construct a QApplication before a QPaintDevice”.
Since the installed gnuradio is “stock” (I do not have the Portfile hack
on it before compiling), I tend to believe this is more likely a
“gnuradio next” issue rather than a “gnuradio-next via MacPorts” issue.
But, since I cannot run the GRC file I don’t know that for a fact.
Sorry this isn’t more helpful. I hope someone else with more knowledge
is able to reply. - MLD

3

On Tue, May 14, 2013 at 9:57 AM, Michael D. [email protected]
wrote:

DTMF tones and monitor them on QT GUI Sink, I found their frequencies
are divided by 2. The flow graph is here:
https://dl.dropboxusercontent.com/u/31960195/Write-a-Block-Example.grc

By the same installation procedure, QT GUI Sink on gnuradio 3.6.4 works
fine with these DTMF tones. Right now I switched back to gnuradio 3.6.4
to continue.

By the way, I patched the frequency issue on ‘next’ yesterday.

Tom