Re: [Discuss-gnuradio] GRC Fails to Display QT/WX Elements

[Tom Rondeau]

On Fri, Jun 21, 2013 at 4:06 PM, Volker Schroer <address@hidden> wrote:
> Do you see any messages in /var/log/Xorg.0.log or /var/log/dmesg ?
>
> Am 21.06.2013 15:43, schrieb Crypto.Troop:
>>
>> Hi Volker,
>>
>> Yes sir, I've added throttles, and tried all of the provided demo's. I've
>> also done more research, and further down the list are people talking about
>> the same thing...
>>
>>
>> http://lists.gnu.org/archive/html/discuss-gnuradio/2013-06/msg00373.html
>>
>>
>> so I have hope it's not just me... :)
>>
>>
>> Thanks,
>>
>> Mark
>>
>>
>>> May be a silly question, but does your flow graph contain >a throttle
>>> block ?
>>>
>>> -- Volker
>>
>>
>>
>>
>> Am 21.06.2013 04:55, schrieb Crypto.Troop:
>>
>>     Hi,
>>
>>     I just installed GNURADIO from git, onto a brand new install of Mint
>> 15.
>>     I followed the following instructions:
>>     http://bgamari.github.io/posts/2013-06-15-hackrf.html
>>
>>     gnuradio-config-info -v
>>     3.7.0git-143-gad1d52fd
>>
>>     With Python 2.7, I was able to get everything compiled and installed.
>>     The CMakeLists.txt in GNURADIO I had to tweak line(168)
>>     to: find_package(PythonLibs 2.7) for it to include Python support.
>>
>>     My environment vars:
>>     PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:
>>     PYTHONPATH=:/usr/local/lib/python2.7/dist-packages
>>
>>     I built GNURADIO with the following cmake:
>>     cmake -DPYTHON_EXECUTABLE=/usr/bin/python2.7
>>     -DPYTHON_INCLUDE_DIR=/usr/include/python2.7
>>     -DPYTHON_LIBRARY=/usr/lib/x86_64-linux-gnu/libpython2.7.so.1 ../
>>
>>     I fire up gnuradio-companion and try a simple example dial_tone.grc. I
>>     click generate, then execute, I see the standard "Executing
>>     ..."/tmp/dial_tone.py" "Using Volk machine: svx_64_mmx"  etc... No
>> other
>>     errors. My problem is, no QT/WX GUI elements show up.
>>
>>     I built a simple grc file with a QT slider(and nothing else), and this
>>     worked.
>>     I tried a basic signal source, through a throttle right into a QT FFT
>>     GUI element. The grc runs, no errors, yet the physical display of the
>>     FFT fails.
>>     I have on another box gnuradio 3.6.5 and all of this worked fine. I
>>     compared qt/wx/python debs and verified both machines have similar
>> packages.
>>
>>     The key common factor in this problem is if i remove the signal
>> sources
>>     and sinks, the QT/WX basic sliders will show... Perhaps there is
>>     something wrong with my version of gnuradio and how it handles
>>     inputs/outputs, killing GUI display? I've also tried compiling against
>>     python3, 3.3 and 3.3m...no luck.
>>
>>     Is there a way I can enable an extra layer of debug into GRC for me to
>>     see what it's doing??
>>     I've tried running /tmp/dial_tone.py directly and it run's, but no
>> audio
>>     or gui elements display. Another hint which may help, is a basic audio
>>     source to audio sink, set to "pulse" does not output audio into my
>>     speakers. The audio does work with the OS audio tests, and I am
>> running
>>     pulseaudio.
>>
>>     I would like to stay with the latest GNURADIO simply to support my
>>     HackRf board, in which the HackRf gr-osmosdr library seems to only
>>     support the latest version. I tried with 3.6.5 and it failed to
>> compile...
>>
>>     Thank you for any insight,
>>     Mark


By the way, I just pushed a fix to master that should correct this problem.

Tom