[Discuss-gnuradio] Segfaults Rational Resampler
Hi I have compiled gnuradio severel times from git source with different compile options on debian stable. But if i run gnuradio with the following i always get a segfault, and i dont know why :( Maybe someone can help me. Regards Dominik untitled-testomat.grc -- Sat Oct 26 11:45:36 2013 options id top_block _enabled True title author description window_size 1280, 1024 generate_options wx_gui category Custom run_options prompt run True max_nouts 0 realtime_scheduling _coordinate (11, 10) _rotation 0 variable id samp_rate _enabled True value 32 _coordinate (10, 170) _rotation 0 analog_sig_source_x id analog_sig_source_x_0 _enabled True type complex samp_rate samp_rate waveform analog.GR_COS_WAVE freq 1000 amp 10 offset 0 affinity minoutbuf 0 _coordinate (208, 162) _rotation 0 rational_resampler_xxx id rational_resampler_xxx_0 _enabled True type ccc interp 32 decim 5 taps fbw 0 affinity minoutbuf 0 _coordinate (413, 169) _rotation 0 blocks_throttle id blocks_throttle_0 _enabled True type complex samples_per_second 32000 vlen 1 affinity minoutbuf 0 _coordinate (651, 191) _rotation 0 wxgui_scopesink2 id wxgui_scopesink2_0 _enabled True type complex title Scope Plot samp_rate 32000 v_scale 0 v_offset 0 t_scale 0 ac_couple False xy_mode False num_inputs 1 win_size grid_pos notebook trig_mode wxgui.TRIG_MODE_AUTO y_axis_label Counts affinity _coordinate (906, 170) _rotation 0 rational_resampler_xxx_0 blocks_throttle_0 0 0 blocks_throttle_0 wxgui_scopesink2_0 0 0 analog_sig_source_x_0 rational_resampler_xxx_0 0 0 --- top_block.py: --- #!/usr/bin/env python ## # Gnuradio Python Flow Graph # Title: Top Block # Generated: Sat Oct 26 11:45:37 2013 ## from gnuradio import analog from gnuradio import blocks from gnuradio import eng_notation from gnuradio import filter from gnuradio import gr from gnuradio import wxgui from gnuradio.eng_option import eng_option from gnuradio.filter import firdes from gnuradio.wxgui import scopesink2 from grc_gnuradio import wxgui as grc_wxgui from optparse import OptionParser import wx class top_block(grc_wxgui.top_block_gui): def __init__(self): grc_wxgui.top_block_gui.__init__(self, title="Top Block") _icon_path = "/usr/share/icons/hicolor/32x32/apps/gnuradio-grc.png" self.SetIcon(wx.Icon(_icon_path, wx.BITMAP_TYPE_ANY)) ## # Variables ## self.samp_rate = samp_rate = 32 ## # Blocks ## self.wxgui_scopesink2_0 = scopesink2.scope_sink_c( self.GetWin(), title="Scope Plot", sample_rate=32000, v_scale=0, v_offset=0, t_scale=0, ac_couple=False, xy_mode=False,
Re: [Discuss-gnuradio] Segfaults Rational Resampler
Hi, I just tested with gnuradio-3.7.1 on gentoo and the example worked for me. Some days ago I had a lot of segfaults, too. I recompiled pyqwt and qwt5 and the segfaults where gone. --Volker Hi I have compiled gnuradio severel times from git source with different compile options on debian stable. But if i run gnuradio with the following i always get a segfault, and i dont know why :( Maybe someone can help me. Regards Dominik untitled-testomat.grc -- Sat Oct 26 11:45:36 2013 options id top_block _enabled True title author description window_size 1280, 1024 generate_options wx_gui category Custom run_options prompt run True max_nouts 0 realtime_scheduling _coordinate (11, 10) _rotation 0 variable id samp_rate _enabled True value 32 _coordinate (10, 170) _rotation 0 analog_sig_source_x id analog_sig_source_x_0 _enabled True type complex samp_rate samp_rate waveform analog.GR_COS_WAVE freq 1000 amp 10 offset 0 affinity minoutbuf 0 _coordinate (208, 162) _rotation 0 rational_resampler_xxx id rational_resampler_xxx_0 _enabled True type ccc interp 32 decim 5 taps fbw 0 affinity minoutbuf 0 _coordinate (413, 169) _rotation 0 blocks_throttle id blocks_throttle_0 _enabled True type complex samples_per_second 32000 vlen 1 affinity minoutbuf 0 _coordinate (651, 191) _rotation 0 wxgui_scopesink2 id wxgui_scopesink2_0 _enabled True type complex title Scope Plot samp_rate 32000 v_scale 0 v_offset 0 t_scale 0 ac_couple False xy_mode False num_inputs 1 win_size grid_pos notebook trig_mode wxgui.TRIG_MODE_AUTO y_axis_label Counts affinity _coordinate (906, 170) _rotation 0 rational_resampler_xxx_0 blocks_throttle_0 0 0 blocks_throttle_0 wxgui_scopesink2_0 0 0 analog_sig_source_x_0 rational_resampler_xxx_0 0 0 --- top_block.py: --- #!/usr/bin/env python ## # Gnuradio Python Flow Graph # Title: Top Block # Generated: Sat Oct 26 11:45:37 2013 ## from gnuradio import analog from gnuradio import blocks from gnuradio import eng_notation from gnuradio import filter from gnuradio import gr from gnuradio import wxgui from gnuradio.eng_option import eng_option from gnuradio.filter import firdes from gnuradio.wxgui import scopesink2 from grc_gnuradio import wxgui as grc_wxgui from optparse import OptionParser import wx class top_block(grc_wxgui.top_block_gui): def __init__(self): grc_wxgui.top_block_gui.__init__(self, title="Top Block") _icon_path = "/usr/share/icons/hicolor/32x32/apps/gnuradio-grc.png" self.SetIcon(wx.Icon(_icon_path, wx.BITMAP_TYPE_ANY)) ## # Variables ##
[Discuss-gnuradio] qwt version
Hi, all! Should the latest version of gnuradio already build against qwt6.1 ? The FindQwt.cmake script suggests this. -- Volker ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] wxgui_swig Import Error
I created a project in Windows, using GNU Radio Companion that has a WX GUI FFT Sink, and when I run it I get the following error: File "C:\Program Files (x86)\gnuradio\lib\site-packages\gnuradio\wxgui\__init__.py", line 32, in from wxgui_swig import * ImportError: No module named wxgui_swig I found out from a previous discussion post that it is a known problem, but I am wondering if it has been remedied. I am using GNU Radio 3.7. Thank you. Paul B. Huter ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] wxgui_swig Import Error
The issue is that for some reason, building and installing from source installs the necessary gr-wxgui components, but generating a package with CPack skips it. We still aren't sure of the reason behind it, but we're looking into it. Building from source does take some doing, but instructions and links to dependencies can be found here: http://gnuradio.org/redmine/projects/gnuradio/wiki/CMakeWork There are some 3.6-specific references on this page, but the instructions will also work for post-3.7 master. On Sat, Oct 26, 2013 at 11:17 AM, Paul B. Huter wrote: > I created a project in Windows, using GNU Radio Companion that has a WX > GUI FFT Sink, and when I run it I get the following error: > > File "C:\Program Files > (x86)\gnuradio\lib\site-packages\gnuradio\wxgui\__init__.py", line 32, in > from wxgui_swig import * > ImportError: No module named wxgui_swig > > I found out from a previous discussion post that it is a known problem, > but I am wondering if it has been remedied. > > I am using GNU Radio 3.7. > > Thank you. > > Paul B. Huter > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- Nicholas Corgan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration
Hi, As some of you know, beginning of this month I presented a new GNURadio block I wrote that implements a RTSA like spectrum visualization of the spectrum similar to those found on R&S / Agilent / Tek equipement. I've just pushed the latest version of it on git and this includes a proper integration with either the WX or QT GUI of gnuradio. And I thought this would be a good occasion to also make the announce on this mailing list for those who didn't attend GRC and are not following the IRC channel. The home page of the project can be found at https://sdr.osmocom.org/trac/wiki/fosphor There isn't much information there, but you'll find a few screen shot of what the display looks like which will hopefully convince you to try it out for yourself. Believe me it's even better when it moves :) As the title says, the block relies on GPU acceleration. The computations are pretty heavy since every single input sample will be processed (as opposed to the current FFT sinks that just do periodic snaptshots), thereforce GPU acceleration is pretty much a must to support the very wideband devices like hackrf/bladerf/b200 ... More precisely it uses OpenCL and OpenGL and the data sharing extension between the two (known as CL/GL interop). That means that to use it, you'll need hardware that supports those and the appropriate drivers. For OSX that shouldn't be much of an issue if the machine has a decent GPU. For Linux, you'll need the binary drivers for either AMD or NVidia. Intel cards on linux most likely won't work. Although the more recent hardware can handle it, Intel decided to limit OpenCL support to Windows (and possibly OSX, not sure). It would be very helpful if you could report success / failure so we can try to list what hardware is out there and which works / which doesn't. For the installation you can grab the sources from git : git://git.osmocom.org/gr-fosphor It's only compatible with Gnuradio 3.7 and I'm not planning to backport it, it's about time people update. You will also needs a few dependencies such as freetype2 and glfw3. For the latter, make sure to use version 3.x and to build it wit -DBUILD_SHARED_LIBS=true A MacPort port and a PyBOMB recipe are also in the works and should soon be available. Also, you should make sure to use a very recent version of Gnuradio since some of the required fixes were just merged today. To take advantage of gr-fosphor from inside osmocom_fft, you'll also want to update your gr-osmosdr source block and use the -F option when starting osmocom_fft to enable the WX fosphor widget. Finally, I'd like to say a big thanks to my fellow osmocom members and the people on IRC who did a lot of testing on various hardware and platforms to try to make this release work "out of the box" for as many people as possible. Cheers, Sylvain ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Tests of gr-analog failed
Hi,
I'm just compiling gnuradio 3.7 latest git.
Some tests in gr-analog failed with undefined symbol:
Traceback (most recent call last):
File
"/home/schroer/gnuradiocomponents/gnuradio/gr-analog/python/analog/qa_agc.py",
line 23, in
from gnuradio import gr, gr_unittest, analog, blocks
File
"/home/schroer/gnuradiocomponents/gnuradio/gr-analog/python/analog/__init__.py",
line 33, in
from analog_swig import *
File
"/home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/gr-analog/python/analog/../../swig/analog_swig.py",
line 28, in
_analog_swig = swig_import_helper()
File
"/home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/gr-analog/python/analog/../../swig/analog_swig.py",
line 24, in swig_import_helper
_mod = imp.load_module('_analog_swig', fp, pathname, description)
ImportError:
/home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/gr-analog/lib/libgnuradio-analog-3.7.2git.so.0.0.0:
undefined symbol: volk_32f_invsqrt_32f_a
But volk_32f_invsqrt_32f_a seems to be build in volk.
Any ideas ??
-- Volker
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
