Re: [Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration

[Sylvain Munaut]

Hi,

> ImportError: libgnuradio-fosphor-3.7.0git.so.0.0.0: cannot open shared
> object file: No such file or directory

Did you install it in the same prefix as gnuradio was installed in ?

Not sure where your GR install comes from ...


> 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.

Are you sure you compiled GLFW3 (and not the 2.x series) ?
And compiled it as a shared library ?

And for opencl, is /usr/lib64/nvidia in the LD_LIBRARY_PATH or in
/etc/ld.so.conf (or similar for your distro).
Maybe it's not meant to be used directly and you should call it
through the ICD ?  Fedora seems to have an opencl-icd package, is that
installed ?

Cheers,

   Sylvain

___
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

[Sylvain Munaut]

Hi Nick,

> 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.

Nice, but unfortunately I'm working on my own version of this.

I wasn't really happy with the current set_range. So I'm doing a bit
of refactoring. Basically the cl_state and gl_state struct will be
kept around for strictly CL/GL stuff but most method will get the full
fosphor struct as argument and I will put shared stuff and things not
strictly CL/GL there. For example the sample rate is useful in CL to
dynamically adapt the batch size and the time constants of fading to
ensure low latency in low bitrate case and performance in high bitrate
cases. And there is some similar stuff happenning with other types of
set/get I wanted to put in so I decided to do the refactor first.


> 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.

Interesting. Did that actually prevent build ? What was the symptom ?

A choice I've made (albeit a possibly questionable one) was to only
check for things required at build time.
For example, I don't check you have WX Python installed either ... if
you don't the import will fail in python but be caught and the sink
will just not work but shouldn't prevent using the others and if you
want the WX one, just install the dependencies afterwards and no need
to rebuild gr-fosphor.


Cheers,

Sylvain

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] signal to noise ratio and multiply const

[Martin Braun (CEL)]

On Wed, Oct 30, 2013 at 01:18:53PM +0100, Baier wrote:
> Hi all,
> 
> I have simulated ofdm transmitter with 200kbps in grc. Without
> function multiply const I got a very bad spectrum mask of the
> transmiitter. If I insert the block multiply const with the 0.05 the
> spectrum mask and SNR will be much better (see attached pictures).
> How can I explain it? The dynamic range of the ofdm signal will be
> reduced if I insert the multiply const? That could be better for the
> amplifier (PAPR reducing)?
> Thanks

Hi AB,

PAPR is part of the reason. Without such a multiplier, your signal
clips.

In gr-digital/examples/ofdm/tx_ofdm.grc you will find such a multiplier
and a scope sink (this example was recently updated, you should pull it
from current master). Use the scope sink to make sure your amplitude
stays smaller than 1.0 (lots smaller!).

This does mean you're not using all the bits of the D/A converter (I
guess that's what you mean with dynamic range reduction), but you don't
need them all to produce a clean OFDM signal. On the contrary, you want
to stay away from saturating the D/A range in order to avoid signal
distortions.

As for your comment on SNR: When clipping, you're increasing the
out-of-band emissions. Technically, that's a kind of SNR but it's not
what people usually think of.

MB

PS: If you have a copy of Kammeyer's book, he explains it quite well.

-- 
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


pgpxsAOazdZx1.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

[Nick Foster]

On Wed, Oct 30, 2013 at 1:28 AM, Sylvain Munaut <246...@gmail.com> wrote:

> Hi Nick,
>
> > 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.
>
> Nice, but unfortunately I'm working on my own version of this.
>
> I wasn't really happy with the current set_range. So I'm doing a bit
> of refactoring. Basically the cl_state and gl_state struct will be
> kept around for strictly CL/GL stuff but most method will get the full
> fosphor struct as argument and I will put shared stuff and things not
> strictly CL/GL there. For example the sample rate is useful in CL to
> dynamically adapt the batch size and the time constants of fading to
> ensure low latency in low bitrate case and performance in high bitrate
> cases. And there is some similar stuff happenning with other types of
> set/get I wanted to put in so I decided to do the refactor first.
>

Great! Glad to hear it. You might still take a look at the changes to gl.c,
as they're orthogonal to your reorganization and it adds a nice autoranging
sample rate text and legend. I agree putting everything in a large struct
is the C-ish way to do things.


>
> > 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.
>
> Interesting. Did that actually prevent build ? What was the symptom ?


> A choice I've made (albeit a possibly questionable one) was to only
> check for things required at build time.
> For example, I don't check you have WX Python installed either ... if
> you don't the import will fail in python but be caught and the sink
> will just not work but shouldn't prevent using the others and if you
> want the WX one, just install the dependencies afterwards and no need
> to rebuild gr-fosphor.
>

That's fine. Really it was just a matter of a poor user experience -- when
the Python OpenGL bindings aren't there, the WX import fails in
__init__.py, and all the user sees is "no block named wx_core_c". Perhaps a
better failure message in __init__.py is all that's needed.

--n


>
>
> Cheers,
>
> Sylvain
>
___
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?

[mhorvat]

Ok I followed the instructions for installing gnuradio on https://github.com/Nuand/bladeRF/wiki/Getting-Started%3A-Linux. The commands go as follows.$ mkdir -p ~/sandbox/gnuradio-builds
$ cd ~/sandbox/gnuradio-builds
$ wget http://www.sbrac.org/files/build-gnuradio
$ chmod +x ./build-gnuradio
$ ./build-gnuradio -m prereqs gitfetch$ cd ~/sandbox/gnuradio-builds/gnuradio/
$ git checkout -b git-v3.7.1 v3.7.1
$ mkdir build
$ cd build
$ cmake -DCMAKE_INSTALL_PREFIX=/opt/gnuradio-3.7.1git  ../
$ make && sudo make install$sudo kwrite /etc/profile.d/gnuradio.shPut the following in the created file:#!/bin/bash
# Add GNU Radio binaries to the search path
export PATH=$PATH:/opt/gnuradio-3.7.1git/bin
# Add GNU Radio python libraries to python search path
if [ $PYTHONPATH ]; then
export PYTHONPATH=$PYTHONPATH:/opt/gnuradio-3.7.1git/lib/python2.7/dist-packages
else
export PYTHONPATH=/opt/gnuradio-3.7.1git/lib/python2.7/dist-packages
fi$sudo kwrite /etc/ld.so.conf.d/gnuradio.confPut the following in the created file:/opt/gnuradio-3.7.1git/lib$ sudo ldconfig -v | grep gnuradioNow for Osmosdr$ cd ~/sandbox/gnuradio-builds/gr-osmosdr
$ mkdir build
$ cd build
$ cmake -DCMAKE_INSTALL_PREFIX=/opt/gnuradio-3.7.1git ../
$ make && sudo make install && sudo ldconfigThese are the steps I followed, I'm not sure why the QT and WX blocks don't appear. I saw that somebody sent in a concern about QT being disabled because gnuradio only runs on versions qt4.40-4.8.4. So I installed version qt4.8.4 and changed the system default to be 4.8.4 instead of 5.0.1. Unfortunately this did not help my situation. Any further suggestions?Regards,Michael A. Horvat


 Original Message 
Subject: Re: [Discuss-gnuradio] Is there a way to get already programmed
blocks?
From: "Martin Braun (CEL)" 
Date: Tue, October 29, 2013 5:32 am
To: discuss-gnuradio@gnu.org

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
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio$ source /etc/profile.d/gnuradio.sh




___
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?

[West, Nathan]

On Wed, Oct 30, 2013 at 2:53 PM,   wrote:
> Ok I followed the instructions for installing gnuradio on
> https://github.com/Nuand/bladeRF/wiki/Getting-Started%3A-Linux. The commands
> go as follows.
>
> $ mkdir -p ~/sandbox/gnuradio-builds $ cd ~/sandbox/gnuradio-builds $ wget
> http://www.sbrac.org/files/build-gnuradio $ chmod +x ./build-gnuradio $
> ./build-gnuradio -m prereqs gitfetch
>
> $ cd ~/sandbox/gnuradio-builds/gnuradio/ $ git checkout -b git-v3.7.1 v3.7.1
> $ mkdir build $ cd build $ cmake
> -DCMAKE_INSTALL_PREFIX=/opt/gnuradio-3.7.1git ../ $ make && sudo make
> install
>
> $sudo kwrite /etc/profile.d/gnuradio.sh
>
> Put the following in the created file:
>
> #!/bin/bash # Add GNU Radio binaries to the search path export
> PATH=$PATH:/opt/gnuradio-3.7.1git/bin # Add GNU Radio python libraries to
> python search path if [ $PYTHONPATH ]; then export
> PYTHONPATH=$PYTHONPATH:/opt/gnuradio-3.7.1git/lib/python2.7/dist-packages
> else export PYTHONPATH=/opt/gnuradio-3.7.1git/lib/python2.7/dist-packages fi
>
> $sudo kwrite /etc/ld.so.conf.d/gnuradio.conf
>
> Put the following in the created file:
>
> /opt/gnuradio-3.7.1git/lib
>
> $ sudo ldconfig -v | grep gnuradio
>
> Now for Osmosdr
>
> $ cd ~/sandbox/gnuradio-builds/gr-osmosdr $ mkdir build $ cd build $ cmake
> -DCMAKE_INSTALL_PREFIX=/opt/gnuradio-3.7.1git ../ $ make && sudo make
> install && sudo ldconfig
>
>
> These are the steps I followed, I'm not sure why the QT and WX blocks don't
> appear. I saw that somebody sent in a concern about QT being disabled
> because gnuradio only runs on versions qt4.40-4.8.4.
> So I installed version qt4.8.4 and changed the system default to be 4.8.4
> instead of 5.0.1. Unfortunately this did not help my situation. Any further
> suggestions?
>
> Regards,
>
> Michael A. Horvat
>
>
>  Original Message 
> Subject: Re: [Discuss-gnuradio] Is there a way to get already programmed
> blocks?
> From: "Martin Braun (CEL)" 
> Date: Tue, October 29, 2013 5:32 am
> To: discuss-gnuradio@gnu.org
>
> 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
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio$ source
> /etc/profile.d/gnuradio.sh
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>

Have you sourced that profile.d/gnuradio file and/or rebooted since
creating it? Also, can you put the output of gnuradio's cmake on gist
or pastebin? You should be able to go in to gnuradio/build and run
`cmake ..`

-Nathan

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] "vector size" instead of the "regular size" in class/object definition

[Arturo Rinaldi]

Hi folks,

is it possible to modify the input size at python level by using vectors 
? What I specifically mean is that I want to build a hierachical block 
and giving it as input two vectors :


*/class error_rate_vector_iif(gr.hier_block2):/**/
/**/
/**/#init/**/
/**/gr.hier_block2.__init__(/**/
/**/self, 'error_rate_vector_iif',/**/
/**/gr.io_signature(2, 2, gr.sizeof_int,/**/
/**/gr.io_signature(1, 1, gr.sizeof_float),/**/
/**/)/*

So my question is, is there a way to use a sort of "fictional" 
*gr.sizeofvector_int* instead of *gr.sizeof_int* size in the definition 
of my python class ? Basically, I need to compare two vectors and 
increase a counter while a difference between their elements is 
spotted..can anybody help me ?


thank you in advance as always

Kind Regards,

  Arturo
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] gnu radio instruction / permission denial

[Jane]

For those who have installed gnu software correctly by following the
instruction in the link (*
http://code.ettus.com/redmine/ettus/projects/uhd/wiki/GNURadio_Windows*),
can you run command "easy_install cheetah" in c:\Program Files\Python
2.7\Scripts? I always got an permission denial message (administrator
privilege issue). However, my account is the only account in this computer.
Therefore, its attribute is of administrator type.

Any feedback on this issue would be appreciated.

Jane
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio