Re: [Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration
Hi Sylvain, I had a chance to try it 'for real' this afternoon displaying live signals from a BladeRF source. Let me just say WOW that's seriously impressive ! On my PC gr-fosphor handled the full 28MHz BladeRF BW beautifully. I've used R&S's FSVR and dare I say it, I reckon gr-phosphor is possibly better than the FSVR's visualizer, and MUCH more affordable. Once again nice work. Mike On 28 October 2013 20:14, Sylvain Munaut <246...@gmail.com> wrote: > Hi Mike, > > > I hit the 'clCreateFromGLTexture' issue when compiling the benchmark > tool, > > not only did I need to comment out the #define but I also needed to turn > off > > -Werror in the makefile. > > Yes. I have a potential fix, just need to test it doesn't break OSX ... > > > > I get 61msps with a GT9800 on a i7-950 @ 3.06G > > Interestingly I find that the benchmark results are erratic for a while > and > > then stabilise as shown below. > > It might be the disk read. The software reads from a file and it might > take a couple of iterations before the OS realizes it should cache the > file and pre-fetch it. > > Cheers, > >Sylvain > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio-core.pc file is missing
On Mon, Oct 28, 2013 at 11:52:19PM +0400, nesimi eldarov wrote: > what do I need? - I need gruradio-core. That is not in the folder pkgconfig. > There is not any folder with the name gruradio-core and the > file gruradio-core.pc. > I set "export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig" for > my > application but it does not work. gnuradio-core is gone in 3.7. If you have 13.04 and want a 3.6 GNU Radio, I recommend uninstalling all you just installed, and use apt-get install gnuradio, because 13.04 ships an older version. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpUPGQZQReHg.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Debugging New Gnuradio blocks
On Tue, Oct 29, 2013 at 02:20:47AM -0400, Tommy Tracy II wrote: > I’m finding it particularly challenging to debug new gnu radio blocks. If I > have a printf() in my work() function, the output is not written to std out; > is > it redirected elsewhere? What other methods are you using for debugging gnu > radio blocks? Tommy, you might need to flush the output to directly see stuff. If you use std::cout and std::endl, that happens automatically. Also, are you debugging through unit tests? Are you doing ctest -V? We have this tutorial: http://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsDebugging ...but I admit it could be a bit longer. Perhaps you can add to this page once you've figured out your problem? Thanks, MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpoQ09LOyCIX.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Is there a way to get already programmed blocks?
On Mon, Oct 28, 2013 at 11:10:05AM -0700, mhor...@cellantenna.com wrote: > I am trying to use Gnuradio with the bladeRF software defined radio > technology, > so I followed the steps for installing Gnuradio towards the bottom of the page > of the following website https://github.com/Nuand/bladeRF/wiki/ > Getting-Started%3A-Linux. I am running a Debian ubuntu OS and the kernal is > 3.11.0-12-generic. I noticed that when I installed the Gnuradio, I had the QT > sinks and sources that I was looking for. But I think when I changed the > libraries to incorporate gr-osmosdr, they disappeared. The only sources and > sinks that I have now are osmocom source and sink, and RTL-SDR source. I > suppose the Osmocom sink is capable of all the same scope guis? I cant seem to > find anything online as to how to use the Osmocom sink. Is there anyway for me > to have the osmocom blocks without losing the QT blocks? Sorry if this seems > trivial, I am new to all of this. Michael, there's no reason the QT blocks should vanish when you install osmo. Can you detail the steps of how you installed GR, and then osmo. MB PS: And please reply to the list. -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpj32NPA3OGa.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration
Hi Mike, > On my PC gr-fosphor handled the full 28MHz BladeRF BW beautifully. Happy to hear it works nicely for you :) > I've used R&S's FSVR and dare I say it, I reckon gr-phosphor is possibly > better than the FSVR's visualizer, and MUCH more affordable. Thanks ! I never had the chance to use those myself, but it's nice to hear :) Cheers, Sylvain ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Tests of gr-analog failed
I did a fresh rebuild. But it does not work.
/home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/gr-analog/python/analog/qa_agc_test.sh
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
This is due to wrong setting of the LD_LIBRARY_PATH in the
qa_agc_test.sh file.
It is set :
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH
which points to an existing ( older ) gnuradio installation. But I don't
want the existing gnuradio but the new one that lives in the build
directory.
Setting
export
LD_LIBRARY_PATH=/home/schroer/gnuradiocomponents/gnuradio/build-3.7.2/volk/lib:$LD_LIBRARY_PATH
in qa_agc_test.sh
makes the test work.
So the only thing todo is to find the place where this variable will be
constructed for use in the test files.
-- Volker
Am 28.10.2013 17:26, schrieb Johnathan Corgan:
On 10/28/2013 09:19 AM, Tom Rondeau wrote:
On Sun, Oct 27, 2013 at 2:18 AM, Volker Schroer wrote:
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
The invsqrt function is a new one. My guess is that you haven't
rebuilt and installed libvolk with the new kernel. You might also want
to rerun cmake to make sure all of the VOLK gernating machinery gets
rerun.
Yeah, this update required a make clean to ensure everything got
rebuilt, but afterwards it's fine.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio-core.pc file is missing
Вторник, 29 октября 2013, 10:11 +01:00 от "Martin Braun (CEL)" : >On Mon, Oct 28, 2013 at 11:52:19PM +0400, nesimi eldarov wrote: >> what do I need? - I need gruradio-core. That is not in the folder pkgconfig. >> There is not any folder with the name gruradio-core and the >> file gruradio-core.pc. >> I set "export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig" for >> my >> application but it does not work. > >gnuradio-core is gone in 3.7. If you have 13.04 and want a 3.6 GNU >Radio, I recommend uninstalling all you just installed, and use apt-get >install gnuradio, because 13.04 ships an older version. hi Martin, I run : sudo apt-get install gnuradio It installed something in a short time. However that did not work when I run another application; it produces this error: > checking for GNURADIO_CORE... configure: error: Package requirements > (gnuradio-core >= 3) were not met: > No package 'gnuradio-core' found I set "export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig". But no help. -- nesimi eldarov ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio-core.pc file is missing
On Tue, Oct 29, 2013 at 6:46 AM, nesimi eldarov wrote: > Вторник, 29 октября 2013, 10:11 +01:00 от "Martin Braun (CEL)" > : > > On Mon, Oct 28, 2013 at 11:52:19PM +0400, nesimi eldarov wrote: >> what do I need? - I need gruradio-core. That is not in the folder >> pkgconfig. >> There is not any folder with the name gruradio-core and the >> file gruradio-core.pc. >> I set "export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig" >> for my >> application but it does not work. > > gnuradio-core is gone in 3.7. If you have 13.04 and want a 3.6 GNU > Radio, I recommend uninstalling all you just installed, and use apt-get > install gnuradio, because 13.04 ships an older version. > > > hi Martin, > > I run : sudo apt-get install gnuradio > > It installed something in a short time. > > However that did not work when I run another application; it produces this > error: > >> checking for GNURADIO_CORE... configure: error: Package requirements >> (gnuradio-core >= 3) were not met: > >> No package 'gnuradio-core' found > > I set "export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig". > But no help. > > -- > nesimi eldarov What does 'pkg-config --modversion' return? Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Debugging New Gnuradio blocks
On Tue, Oct 29, 2013 at 5:15 AM, Martin Braun (CEL) wrote: > On Tue, Oct 29, 2013 at 02:20:47AM -0400, Tommy Tracy II wrote: >> I’m finding it particularly challenging to debug new gnu radio blocks. If I >> have a printf() in my work() function, the output is not written to std out; >> is >> it redirected elsewhere? What other methods are you using for debugging gnu >> radio blocks? > > Tommy, > > you might need to flush the output to directly see stuff. > If you use std::cout and std::endl, that happens automatically. > > Also, are you debugging through unit tests? Are you doing ctest -V? > > We have this tutorial: > http://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsDebugging > > ...but I admit it could be a bit longer. Perhaps you can add to this > page once you've figured out your problem? > > Thanks, > MB Also, check out the new logging infrastructure: http://gnuradio.org/doc/doxygen/page_logger.html Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] why Qt is disabled
why Qt is disabled in cmake -- Found unsuitable Qt version "5.0.1" from /usr/bin/qmake -- QWT Version: 5.2.2 -- -- Python checking for PyQt4 -- Python checking for PyQt4 - found -- -- Configuring gr-qtgui support... -- Dependency Boost_FOUND = TRUE -- Dependency QT4_FOUND = FALSE -- Dependency QWT_FOUND = TRUE -- Dependency ENABLE_VOLK = ON -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Dependency ENABLE_GR_FFT = ON -- Dependency ENABLE_GR_FILTER = ON -- Dependency PYTHONLIBS_FOUND = TRUE -- Dependency PYQT4_FOUND = TRUE -- Disabling gr-qtgui support. -- Override with -DENABLE_GR_QTGUI=ON/OFF -- Boost version: 1.53.0 -- Found the following Boost libraries: -- date_time -- program_options -- filesystem -- system -- thread /// -- ## -- # Gnuradio disabled components -- ## -- * sphinx -- * gr-ctrlport -- * gr-comedi -- * gr-qtgui -- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio-core.pc file is missing
>> hi Martin, >> >> I run : sudo apt-get install gnuradio >> >> It installed something in a short time. >> >> However that did not work when I run another application; it produces this >> error: >> >>> checking for GNURADIO_CORE... configure: error: Package requirements >>> (gnuradio-core >= 3) were not met: >> >>> No package 'gnuradio-core' found >> >> I set "export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig". >> But no help. >> >> -- >> nesimi eldarov > >What does 'pkg-config --modversion' return? > >Tom it returned during installation: > checking pkg-config is at least version 0.18... yes Another strange thing is that usr/local/lib/pkgconfig folder is empty. When I search for '*.pc' files it shows all files in ./.local/share/Trash/files/gnuradio.2/build/ folder. -- nesimi eldarov ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square3_ff'
Hello Everyone, I'm getting an error while adding a new block to grc version 3.7.2git-110-gb8b9bff2. I followed the tutorial at http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules Also had to modify at some points as below. - in the test code it worked when I changed ; *from gnuradio import gr, gr_unittest* into *from gnuradio import gr, gr_unittest, blocks* *gr.vector_source_f(src_data)* into *blocks.vector_source_f(src_data)* *gr.vector_sink_f()* into *gr.vector_sink_f()* All the tests pass too. 100% tests passed, 0 tests failed out of 2 I added 3 blocks using c++ for first 2 and python for the last as explained in the tutorial. I can see the blocks in the grc block list and can add them into the sketch. It generates the python code without any error. But the generated python code cannot be run and giving the error below: Traceback (most recent call last): File "top_block.py", line 82, in tb = top_block() File "top_block.py", line 48, in __init__ self.test_square3_ff_0 = test.square3_ff() AttributeError: 'module' object has no attribute 'square3_ff' You can see the generated file from http://pastebin.com/nE4SFn8Y test module is placed under /usr/lib/python2.7/site-packages/test gnuradio is under /usr/lib/python2.7/site-packages/gnuradio Is there any point in the tutorial that does not match with the current version of gnuradio? Thanks in advance Tarik ___ Aydin Tarik Zengin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio-core.pc file is missing
On Tue, Oct 29, 2013 at 02:46:20PM +0400, nesimi eldarov wrote: > hi Martin, > > I run : sudo apt-get install gnuradio > > It installed something in a short time. > > However that did not work when I run another application; it produces this > error: > > > > checking for GNURADIO_CORE... configure: error: Package requirements > (gnuradio-core >= 3) were not met: Did you also apt-get install gnuradio-dev? If no, does that help? MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgptAKSeq0VoF.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square3_ff'
Hi Tarik, On Tue, Oct 29, 2013 at 04:43:53PM +0200, Aydin Tarik Zengin wrote: > I'm getting an error while adding a new block to grc version > 3.7.2git-110-gb8b9bff2. > I followed the tutorial at http://gnuradio.org/redmine/projects/gnuradio/wiki/ > OutOfTreeModules > > Also had to modify at some points as below. > - in the test code it worked when I changed ; > > from gnuradio import gr, gr_unittest into from gnuradio import gr, > gr_unittest, > blocks Thanks, there were some references to GNU Radio 3.6-style blocks. I've updated the tutorial to reflect that. > All the tests pass too. > 100% tests passed, 0 tests failed out of 2 Did you add a test for the Python block? (Perhaps there's a problem in the Python, which would show up here). > I added 3 blocks using c++ for first 2 and python for the last as explained in > the tutorial. > I can see the blocks in the grc block list and can add them into the sketch. > It generates the python code without any error. > But the generated python code cannot be run and giving the error below: > > Traceback (most recent call last): > File "top_block.py", line 82, in > tb = top_block() > File "top_block.py", line 48, in __init__ > self.test_square3_ff_0 = test.square3_ff() > AttributeError: 'module' object has no attribute 'square3_ff' > > You can see the generated file from http://pastebin.com/nE4SFn8Y > > test module is placed under /usr/lib/python2.7/site-packages/test > gnuradio is under /usr/lib/python2.7/site-packages/gnuradio > > Is there any point in the tutorial that does not match with the current > version > of gnuradio? Yes there is, but I'm not sure that's the problem. I couldn't replicate your problem, however. Make sure - your Python block works correctly (unit test it) - the XML definition for the GRC block is correct - everything is installed correctly. Perhaps you want to go over the tutorial with the updated info again. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpVSRlQJ429Z.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio-core.pc file is missing
Вторник, 29 октября 2013, 15:54 +01:00 от "Martin Braun (CEL)" : >On Tue, Oct 29, 2013 at 02:46:20PM +0400, nesimi eldarov wrote: >> hi Martin, >> >> I run : sudo apt-get install gnuradio >> >> It installed something in a short time. >> >> However that did not work when I run another application; it produces this >> error: >> >> >> > checking for GNURADIO_CORE... configure: error: Package requirements >> (gnuradio-core >= 3) were not met: > >Did you also apt-get install gnuradio-dev? If no, does that help? No, unfortunately. That also does not help. Actually I had folders in usr/local/lib for gnuradio. Now, nothing. And also there is not any .pc file in the system when I search. The application that I want to install requires ' GNURadio Version: 3.2.2 '. Do you think that can cause a problem? -- nesimi eldarov ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] why Qt is disabled
On Tue, Oct 29, 2013 at 10:04 AM, Muhammad JUNAID wrote: > why Qt is disabled in cmake > -- Found unsuitable Qt version "5.0.1" from /usr/bin/qmake > -- QWT Version: 5.2.2 > -- > -- Python checking for PyQt4 > -- Python checking for PyQt4 - found > -- > -- Configuring gr-qtgui support... > -- Dependency Boost_FOUND = TRUE > -- Dependency QT4_FOUND = FALSE ^ This right here. Notice the error. We only work with QT 4.4 through the latest 4.8.4; it has not been updated to work with QT5, yet. Please remember to post relevant information about your operating systems such as which Linux distro and version. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio-core.pc file is missing
On Tue, Oct 29, 2013 at 11:55 AM, nesimi eldarov wrote: > Вторник, 29 октября 2013, 15:54 +01:00 от "Martin Braun (CEL)" > : > > On Tue, Oct 29, 2013 at 02:46:20PM +0400, nesimi eldarov wrote: >> hi Martin, >> >> I run : sudo apt-get install gnuradio >> >> It installed something in a short time. >> >> However that did not work when I run another application; it produces this >> error: >> >> >> > checking for GNURADIO_CORE... configure: error: Package requirements >> (gnuradio-core >= 3) were not met: > > Did you also apt-get install gnuradio-dev? If no, does that help? > > > No, unfortunately. That also does not help. > Actually I had folders in usr/local/lib for gnuradio. Now, nothing. And also > there is not any .pc file in the system when I search. > > The application that I want to install requires 'GNURadio Version: 3.2.2'. > Do you think that can cause a problem? > > > -- > nesimi eldarov If you've uninstalled your previous version of GNU Radio and then used apt-get to install, gnuradio will be installed into /usr and not /usr/local. Also, you'll want to install gnuradio-dev to make sure you get all of the files you'll need to compile against it. And, yes, using as old a version as 3.2.2 will be a problem. Hard to know how that will work and behave on newer systems. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] why Qt is disabled
On Tue, Oct 29, 2013 at 3:36 PM, Muhammad JUNAID wrote: > Hello Tom > > i am using Ubuntu 13.04, how i fix this? i need qt GUI Blocks. > > > Regards > Muhammad Junaid Make sure libqt4-dev is installed and that it's version of qmake is the one that the system will find by default. 'qmake -v' will tell you. You will also likely have a qmake-qt4 that's specifically for QT4. Also, please remember to address your followup questions to the mailing list. Tom > On Wednesday, October 30, 2013 12:19 AM, Tom Rondeau > wrote: > On Tue, Oct 29, 2013 at 10:04 AM, Muhammad JUNAID > > wrote: >> why Qt is disabled in cmake >> -- Found unsuitable Qt version "5.0.1" from /usr/bin/qmake >> -- QWT Version: 5.2.2 >> -- >> -- Python checking for PyQt4 >> -- Python checking for PyQt4 - found >> -- >> -- Configuring gr-qtgui support... >> -- Dependency Boost_FOUND = TRUE >> -- Dependency QT4_FOUND = FALSE > > ^ > This right here. Notice the error. We only work with QT 4.4 through > the latest 4.8.4; it has not been updated to work with QT5, yet. > > Please remember to post relevant information about your operating > systems such as which Linux distro and version. > > Tom > > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Tx duty cycle using tagging and USRP sink
I'd like to build a simple duty-cycle tagger for my outgoing Tx stream. I currently have a steady stream of outgoing packets that are continuously transmitted, but I would like to modify this so that N samples are sent, followed by a fixed-length gap, then the next N samples are sent, and so on. I figure I can do this with a tagger, but where I get concerned is in the setup process and the process of remaining synchronized with the USRP's internal clock. Pseudocode: Set the tags at the start of the burst: tx_time(absolute time reference in seconds and fractional seconds) tx_sob(true) At the end of the burst: tx_eob(true) The tx_time for the next burst will be based on the sample rate, the length of the burst, and the burst period. I figure I can implement my tagger as a sync block. The problem is determining the USRP's clock value so that I can set tx_time correctly. Options: 1. I could pass in a reference to the USRP sink block via make(), which would let me query the radio's clock directly from my tagger block. Problem: I wouldn't know how far into the USRP buffer it's gotten, so it would be hard to know where, in time, my tagger is working relative to the USRP's time. 2. I could pass in a "start time" reference to make() as a time_spec object. It would be up to the block calling the constructor to fetch the time from the USRP and add an appropriate (???) delay to allow for startup connections to be built. Problem: non-determinism in the time between constructor/make() call and actual work start. 3. I pass in a reference to the USRP sink block via make(), then use the start() method to fetch the current USRP time. Again, I would need to add an appropriate delay to guess how much time will be needed before the work() function has set up the initial burst's tags. What is the best approach here? Basically I don't care about the absolute time that a burst is transmitted, but rather the relative time between the bursts starting. It would be great to be able to tell the USRP to leave a silent gap, with a width defined as an integer number of samples (or even time_spec). That would avoid me needing to keep track of all these absolute times that I don't really care about. Is there an option like this? If not, what approach should I take? How different would it be if I simply inserted zeroes into the outgoing IQ stream, rather than tagging my bursts? Thanks in advance! Ethan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration
Any ideas as to why cmake is not finding the CL libraries on my machine; Fedora 19 x64? Could NOT find OpenCL (missing: OPENCL_LIBRARIES) CMake Error at CMakeLists.txt:104 (message): OpenCL required to compile gr-fosphor I have added the following environment variables with no luck: export OPENCL_INCLUDE_DIR=/usr/include/CL export OPEN_CPP_INCLUDE_DIR=/usr/include/CL export OPENCL_LIBRARY=/usr/lib64/nvidia It looks like everything is there: ls /usr/include/CL/ cl_d3d10.h cl_dx9_media_sharing.h cl_gl_ext.h cl.hcl_platform.h cl_d3d11.h cl_ext.hcl_gl.h cl.hpp opencl.h ls /usr/lib64/nvidia/ libcuda.so.1 libnvidia-ifr.so.325.15 libcuda.so.325.15 libnvidia-ml.so.1 libGL.so.1libnvidia-ml.so.325.15 libGL.so.325.15 libnvidia-opencl.so.1 libnvcuvid.so.1 libnvidia-opencl.so.325.15 libnvcuvid.so.325.15 libnvidia-tls.so.1 libnvidia-cfg.so.1libnvidia-tls.so.325.15 libnvidia-cfg.so.325.15 libnvidia-vgxcfg.so libnvidia-compiler.so.1 libnvidia-vgxcfg.so.1 libnvidia-compiler.so.325.15 libnvidia-vgxcfg.so.325.15 libnvidia-encode.so.1 libOpenCL.so.1 libnvidia-encode.so.325.15libOpenCL.so.1.0.0 libnvidia-glcore.so.1 tls libnvidia-glcore.so.325.15xorg libnvidia-ifr.so.1 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration
On 10/29/2013 07:22 PM, Louis Brown wrote: > Any ideas as to why cmake is not finding the CL libraries on my > machine; Fedora 19 x64? > > Could NOT find OpenCL (missing: OPENCL_LIBRARIES) > CMake Error at CMakeLists.txt:104 (message): > OpenCL required to compile gr-fosphor > > I have added the following environment > variables with no luck: > > export OPENCL_INCLUDE_DIR=/usr/include/CL > export OPEN_CPP_INCLUDE_DIR=/usr/include/CL > export OPENCL_LIBRARY=/usr/lib64/nvidia Try passing in the full path to libOpenCL.so to cmake: -DOPENCL_LIBRARY=/path/to/libOpenCL.so -josh > > It looks like everything is there: > > ls /usr/include/CL/ > cl_d3d10.h cl_dx9_media_sharing.h cl_gl_ext.h cl.hcl_platform.h > cl_d3d11.h cl_ext.hcl_gl.h cl.hpp opencl.h > > ls /usr/lib64/nvidia/ > libcuda.so.1 libnvidia-ifr.so.325.15 > libcuda.so.325.15 libnvidia-ml.so.1 > libGL.so.1libnvidia-ml.so.325.15 > libGL.so.325.15 libnvidia-opencl.so.1 > libnvcuvid.so.1 libnvidia-opencl.so.325.15 > libnvcuvid.so.325.15 libnvidia-tls.so.1 > libnvidia-cfg.so.1libnvidia-tls.so.325.15 > libnvidia-cfg.so.325.15 libnvidia-vgxcfg.so > libnvidia-compiler.so.1 libnvidia-vgxcfg.so.1 > libnvidia-compiler.so.325.15 libnvidia-vgxcfg.so.325.15 > libnvidia-encode.so.1 libOpenCL.so.1 > libnvidia-encode.so.325.15libOpenCL.so.1.0.0 > libnvidia-glcore.so.1 tls > libnvidia-glcore.so.325.15xorg > libnvidia-ifr.so.1 > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration
Thanks, that worked. It complied without GLFW but it errs at run time with: ImportError: libgnuradio-fosphor-3.7.0git.so.0.0.0: cannot open shared object file: No such file or directory I passed the GLFW directories to cmake, and edited line 26 of glfw_sink_c_impl.cc to remove the directory name preceding the header file, the but then it errs at complile with: /usr/local/src/gr-fosphor/lib/glfw_sink_c_impl.cc:51:48: error: ‘glfwGetFramebufferSize’ was not declared in this scope glfwGetFramebufferSize(this->d_window, &w, &h); Just strange that cmake is not picking up the libraries. My editing probably messed something up. > Try passing in the full path to libOpenCL.so to cmake: > > -DOPENCL_LIBRARY=/path/to/libOpenCL.so > > -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration
All, I've added basic sample rate awareness to gr-fosphor via constructor parameters and a set_rate() call. The GRC blocks now take a sample rate parameter as well. The sink also creates an appropriate legend (kHz, MHz, etc.) and applies it to the plot. I've tested it with WX, Qt, and GLFW versions of the sink. Sylvain, if you'd like to pull it back, it's in a Github repo at g...@github.com:bistromath/gr-fosphor.git. I've also added a CMake check for the Python OpenGL bindings, as I somehow managed to not have them installed on my new machine. Best, Nick On Tue, Oct 29, 2013 at 8:18 PM, Louis Brown wrote: > Thanks, that worked. It complied without GLFW but it errs at run time > with: > > ImportError: libgnuradio-fosphor-3.7.0git.so.0.0.0: cannot open shared > object file: No such file or directory > > I passed the GLFW directories to cmake, and edited line 26 > of glfw_sink_c_impl.cc to remove the directory name preceding the header > file, the but then it errs at complile with: > > /usr/local/src/gr-fosphor/lib/glfw_sink_c_impl.cc:51:48: error: > ‘glfwGetFramebufferSize’ was not declared in this scope > glfwGetFramebufferSize(this->d_window, &w, &h); > > Just strange that cmake is not picking up the libraries. My editing > probably messed something up. > > > > Try passing in the full path to libOpenCL.so to cmake: > > > > -DOPENCL_LIBRARY=/path/to/libOpenCL.so > > > > -josh > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
