Re: Why is OFDM_loopback slow with Random Source

[Cinaed Simson]

On 3/23/22 13:10, Taylor Clark wrote:

Good evening,
I have been doing some work with packet modulation and I ran 
across the OFDM_Loopback.grc file. I initially did some test with my 
ZMQ Server and the data rate was terrible. Thinking it was my 
datasource, I did some other test until I decided to use GNU Radios 
random Source block as an input. To my surprise, it was just as slow 
and I really can't figure out why. My CPU isnt terrible, is this 
GNURADIOS internal data processing at work or am I not understanding 
how it was meant to be used?


Any feedback would be greatly appreciated!

Respectfully,
Taylor Clark


Okay, I'll bite.

Please post the GRC file you're currently running - not the one you 
downloaded -  the devil is in the details.


Please post the version of your the gnuradio and the OS - and model of 
the machine since you suspect it might be a problem.


-- Cinaed

Re: GNURadio 3.7.14.0 Building gr-video-sdl

[Mitja kocjančič]

Hello there, thanks for trying to help

My current GNURadio version is 3.7.14 and I got it as part of PothosSDR:
https://downloads.myriadrf.org/builds/PothosSDR/PothosSDR-2020.12.28-vc14-x64.exe

since this was installed as part of PothosSDR I didn't build it from source
and I guess during compile time lib_sdl was not present so gr-video-sdl was
skipped

I would like to try to avoid to build GNURadio 3.7.14 from source just to
include a library, so that's why I tried to pull out this library and build
it separatly but I failed to do that

Now since Pothos swiched to GNURadio 3.9 (at the time of swiching a lot of
OOT modules were still not ported to GNURadio 3.9, they are now) but
something happened and project came to a stop, so I cannot get GNURadio 3.9
from PothosSDR that would include
 https://github.com/bastibl/gr-rds 
 https://github.com/argilo/gr-nrsc5 
 https://github.com/kit-cel/gr-drm (hmm is this built-in??)
 https://github.com/BogdanDIA/gr-dvbt (if reading this correctly, it built
in now under gr-dtv)
 https://github.com/drmpeg/gr-dvbs2 (most build-in this works with 3.9)
https://github.com/rftap/gr-rftap (this one I would need to port to 3.9)

I am using Windows 7 which complicates things further (python3.9 can be
installed there:
http://69.112.236.57/nextcloud/index.php/s/A6NGd76iMnMoHPm/download (even
latest 3.9, you just copy the dll to its folder) but not sure how would
this hakcs play with gnuradio 3.9

So what I can try to do but would like to avoid is to install latest
PothosSDR without all this modules and then try to install them separatly
to get them back or get another gnuradio distribution that would include
this modules

But easier thing for now it seems to just make gr-video-sdl work with my
gnuradio install then to try to fiddle with 3.9 (which I will have to do
once, because LEDS
 and selector
 block are realy tempting
things to have)

For now what I would like to do is add gr-video-sdl to my existing gnuradio
without needing to build the whole gnuradio from source again


V V ned., 27. mar. 2022 ob 21:02 je oseba Marcus Müller <
mmuel...@gnuradio.org> napisala:

> Hi Mitja,
>
> there's more going on here, gr-video-sdl has been part of GNU Radio for a
> long, long time.
> Since at least GNU Radio 3.3, in fact; some 15, 16 years.
>
> So, your version of 3.7 would definitely also include it, and you should
> not try to
> backport a more modern version to it.
>
> So, we need to solve your actual problem than you trying to backport
> gr-video-sdl from
> 3.7.14 to a different version of GNU Radio.
>
> So, what *is* your current version of GNU Radio, where does it come from,
> why does it not
> contain gr-video-sdl?
>
> Note that as maintainers, we'll have a really hard time helping you with
> GNU Radio 3.7;
> it's end-of-life, so most of us aren't even trying to build it on our
> machines.
>
> You also seem to be mixing PothosSDR stuff with GNU Radio includes, and I
> don't know
> whether that is just meaningless paths or whether you're actually
> confusinge something?
>
> Best regards,
> Marcus
>
> PS: Others might have told you that already, but it might really be worth
> pointing out
> that living in the 3.7 world might be increasingly hard, and we're sorry
> about that, but
> it's just technologically mostly obsolescence why we're not able to
> support it anymore.
> Instead of sticking to 3.7 due to "some legacy blocks" it might be worth
> to forward-port
> these missing blocks to GNU Radio 3.10 or 3.9, and work with a modern
> version of GNU Radio
> – honestly, GNU Radio has gotten *a lot* better to install under
> practically all operating
> systems in later versions.
>
>
> On 27.03.22 17:32, Mitja kocjančič wrote:
> > Hello there, for few reasons I am still using GNURadio 3.7 which doesn't
> come buindled
> > with gr-video-sdl (at least the installation I am using doesn't) (I know
> 3.9 comes with it
> > but right now I have some legacy blocks that are not uvailable for 3.9
> so I am stuck using
> > 3.7)
> >
> > So I tried building gr-video-sdl separatly, and then installing it into
> existing gnuradio
> > distribution like this:
> >
> > 1. Downloaded GNURadio 3.7.10:
> >
> https://github.com/gnuradio/gnuradio/releases/download/v3.7.14.0/gnuradio-3.7.14.0.tar.gz
> > <
> https://github.com/gnuradio/gnuradio/releases/download/v3.7.14.0/gnuradio-3.7.14.0.tar.gz
> >
> >  * extraxted gr-video-sdl
> > 2. Installed SDL1.2 from here:
> >
> http://web.archive.org/web/20191227232250if_/http://libsdl.org/release/SDL-devel-1.2.15-VC.zip
> > <
> http://web.archive.org/web/20191227232250if_/http://libsdl.org/release/SDL-devel-1.2.15-VC.zip>
>
> > (since gr-video-sdl uses SDL1.2 not SDL2 I assume)
> > 3. trying to cmake like this: cmake ../ -DSDL_LIBRARY="C:\Program
> > Files\PothosSDR\libsdl\lib\x64" 

Re: Help on

[Marcus D. Leech]

On 2022-03-27 15:32, Marcus Müller wrote:

Is 32k a supported sampling rate? Sounds two orders of magnitude too low.
The lowest RTL supported sampling rate is 250K, and then there's a jump 
with no supported

  rates until something like 900K.

For a single WBFM channel, you need the 250K sampling rate.

The -11 error return is "LIBUSB_NO_MEM" coming from the within LIBUSB.

Not sure how to fix that, since I've never actually received that error.




On 27.03.22 21:22, Lorenzo Mainardi wrote:

The error about PLL should be just "cosmetic" and not have any impact.
Anyway, I think I setup correctly both the correct frequency (I would
like to test the broadband FM, so 100e6) both the sampling frequency
(32k).
The real issue is the "Return code -11" error, I cannot find anything
about that.

Il giorno dom 27 mar 2022 alle ore 18:52 Fabian Schwartau
 ha scritto:


Hi,
did you set the correct frequency? If it is outside the allowed range,
it is expected that the PLL cannot lock.

Best,
Fabian

Am 27.03.22 um 18:46 schrieb Lorenzo Mainardi:

Hello everyone, I am trying to make a cheap USB dongle working with
gnuradio and gnuradio-companion.
I just tried to use a source block and link to a waterfall sink.
This is the error that I got:

<<< Welcome to GNU Radio Companion 3.10.1.1 >>>

Block paths:
/usr/share/gnuradio/grc/blocks

Loading: "/home/lorenzo/Scaricati/fm_demod_mono.grc"

Converting from XML
Done


Generating: '/home/lorenzo/Scaricati/top_block.py'

Executing: /usr/bin/python3 -u /home/lorenzo/Scaricati/top_block.py

gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.10.0.0
built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf rfspace
airspy airspyhf soapy redpitaya freesrp
Using device #0 Realtek RTL2838UHIDIR SN: 0001
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
[R82XX] PLL not locked!


Done (return code -11)


What does this mean? How can solve this problem?
The dongle is working fine with SDRSharp or rtl_fm.

Thank you

Re: Help on

[Marcus Müller]

Is 32k a supported sampling rate? Sounds two orders of magnitude too low.

On 27.03.22 21:22, Lorenzo Mainardi wrote:

The error about PLL should be just "cosmetic" and not have any impact.
Anyway, I think I setup correctly both the correct frequency (I would
like to test the broadband FM, so 100e6) both the sampling frequency
(32k).
The real issue is the "Return code -11" error, I cannot find anything
about that.

Il giorno dom 27 mar 2022 alle ore 18:52 Fabian Schwartau
 ha scritto:


Hi,
did you set the correct frequency? If it is outside the allowed range,
it is expected that the PLL cannot lock.

Best,
Fabian

Am 27.03.22 um 18:46 schrieb Lorenzo Mainardi:

Hello everyone, I am trying to make a cheap USB dongle working with
gnuradio and gnuradio-companion.
I just tried to use a source block and link to a waterfall sink.
This is the error that I got:

<<< Welcome to GNU Radio Companion 3.10.1.1 >>>

Block paths:
/usr/share/gnuradio/grc/blocks

Loading: "/home/lorenzo/Scaricati/fm_demod_mono.grc"

Converting from XML
Done


Generating: '/home/lorenzo/Scaricati/top_block.py'

Executing: /usr/bin/python3 -u /home/lorenzo/Scaricati/top_block.py

gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.10.0.0
built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf rfspace
airspy airspyhf soapy redpitaya freesrp
Using device #0 Realtek RTL2838UHIDIR SN: 0001
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
[R82XX] PLL not locked!


Done (return code -11)


What does this mean? How can solve this problem?
The dongle is working fine with SDRSharp or rtl_fm.

Thank you

Re: Help on

[Lorenzo Mainardi]

The error about PLL should be just "cosmetic" and not have any impact.
Anyway, I think I setup correctly both the correct frequency (I would
like to test the broadband FM, so 100e6) both the sampling frequency
(32k).
The real issue is the "Return code -11" error, I cannot find anything
about that.

Il giorno dom 27 mar 2022 alle ore 18:52 Fabian Schwartau
 ha scritto:
>
> Hi,
> did you set the correct frequency? If it is outside the allowed range,
> it is expected that the PLL cannot lock.
>
> Best,
> Fabian
>
> Am 27.03.22 um 18:46 schrieb Lorenzo Mainardi:
> > Hello everyone, I am trying to make a cheap USB dongle working with
> > gnuradio and gnuradio-companion.
> > I just tried to use a source block and link to a waterfall sink.
> > This is the error that I got:
> >
> > <<< Welcome to GNU Radio Companion 3.10.1.1 >>>
> >
> > Block paths:
> > /usr/share/gnuradio/grc/blocks
> >
> > Loading: "/home/lorenzo/Scaricati/fm_demod_mono.grc"
>  Converting from XML
>  Done
> >
> > Generating: '/home/lorenzo/Scaricati/top_block.py'
> >
> > Executing: /usr/bin/python3 -u /home/lorenzo/Scaricati/top_block.py
> >
> > gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.10.0.0
> > built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf rfspace
> > airspy airspyhf soapy redpitaya freesrp
> > Using device #0 Realtek RTL2838UHIDIR SN: 0001
> > Found Rafael Micro R820T tuner
> > [R82XX] PLL not locked!
> > [R82XX] PLL not locked!
> >
>  Done (return code -11)
> >
> > What does this mean? How can solve this problem?
> > The dongle is working fine with SDRSharp or rtl_fm.
> >
> > Thank you
> >
>
>


-- 
LORENZO MAINARDI

Re: GNURadio 3.7.14.0 Building gr-video-sdl

[Marcus Müller]

Hi Mitja,

there's more going on here, gr-video-sdl has been part of GNU Radio for a long, long time. 
Since at least GNU Radio 3.3, in fact; some 15, 16 years.


So, your version of 3.7 would definitely also include it, and you should not try to 
backport a more modern version to it.


So, we need to solve your actual problem than you trying to backport gr-video-sdl from 
3.7.14 to a different version of GNU Radio.


So, what *is* your current version of GNU Radio, where does it come from, why does it not 
contain gr-video-sdl?


Note that as maintainers, we'll have a really hard time helping you with GNU Radio 3.7; 
it's end-of-life, so most of us aren't even trying to build it on our machines.


You also seem to be mixing PothosSDR stuff with GNU Radio includes, and I don't know 
whether that is just meaningless paths or whether you're actually confusinge something?


Best regards,
Marcus

PS: Others might have told you that already, but it might really be worth pointing out 
that living in the 3.7 world might be increasingly hard, and we're sorry about that, but 
it's just technologically mostly obsolescence why we're not able to support it anymore. 
Instead of sticking to 3.7 due to "some legacy blocks" it might be worth to forward-port 
these missing blocks to GNU Radio 3.10 or 3.9, and work with a modern version of GNU Radio 
– honestly, GNU Radio has gotten *a lot* better to install under practically all operating 
systems in later versions.



On 27.03.22 17:32, Mitja kocjančič wrote:
Hello there, for few reasons I am still using GNURadio 3.7 which doesn't come buindled 
with gr-video-sdl (at least the installation I am using doesn't) (I know 3.9 comes with it 
but right now I have some legacy blocks that are not uvailable for 3.9 so I am stuck using 
3.7)


So I tried building gr-video-sdl separatly, and then installing it into existing gnuradio 
distribution like this:


1. Downloaded GNURadio 3.7.10: 
https://github.com/gnuradio/gnuradio/releases/download/v3.7.14.0/gnuradio-3.7.14.0.tar.gz 


     * extraxted gr-video-sdl
2. Installed SDL1.2 from here: 
http://web.archive.org/web/20191227232250if_/http://libsdl.org/release/SDL-devel-1.2.15-VC.zip 
 
(since gr-video-sdl uses SDL1.2 not SDL2 I assume)
3. trying to cmake like this: cmake ../ -DSDL_LIBRARY="C:\Program 
Files\PothosSDR\libsdl\lib\x64" -DSDL_INCLUDE_DIR="C:\Program Files\PothosSDR\libsdl\include"


I copied sdl include and lib files to this place

but I get some errors: https://pastebin.com/1RjmG1zj 


It aphears GrBoost and GrComponent are missing and there is some unknown command: Unknown 
CMake command "GR_REGISTER_COMPONENT".


Now I think GrBoost is boost but I am not sure, cmake doesn't tell me that Boost is 
missing, but what is GrComponent (what include and lib prefix do I need to set to include 
this?)


Thanks for Anwsering and Best Regards

Re: Help on

[Fabian Schwartau]

Hi,
did you set the correct frequency? If it is outside the allowed range, 
it is expected that the PLL cannot lock.


Best,
Fabian

Am 27.03.22 um 18:46 schrieb Lorenzo Mainardi:

Hello everyone, I am trying to make a cheap USB dongle working with
gnuradio and gnuradio-companion.
I just tried to use a source block and link to a waterfall sink.
This is the error that I got:

<<< Welcome to GNU Radio Companion 3.10.1.1 >>>

Block paths:
/usr/share/gnuradio/grc/blocks

Loading: "/home/lorenzo/Scaricati/fm_demod_mono.grc"

Converting from XML
Done


Generating: '/home/lorenzo/Scaricati/top_block.py'

Executing: /usr/bin/python3 -u /home/lorenzo/Scaricati/top_block.py

gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.10.0.0
built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf rfspace
airspy airspyhf soapy redpitaya freesrp
Using device #0 Realtek RTL2838UHIDIR SN: 0001
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
[R82XX] PLL not locked!


Done (return code -11)


What does this mean? How can solve this problem?
The dongle is working fine with SDRSharp or rtl_fm.

Thank you

Help on

[Lorenzo Mainardi]

Hello everyone, I am trying to make a cheap USB dongle working with
gnuradio and gnuradio-companion.
I just tried to use a source block and link to a waterfall sink.
This is the error that I got:

<<< Welcome to GNU Radio Companion 3.10.1.1 >>>

Block paths:
/usr/share/gnuradio/grc/blocks

Loading: "/home/lorenzo/Scaricati/fm_demod_mono.grc"
>>> Converting from XML
>>> Done

Generating: '/home/lorenzo/Scaricati/top_block.py'

Executing: /usr/bin/python3 -u /home/lorenzo/Scaricati/top_block.py

gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.10.0.0
built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf rfspace
airspy airspyhf soapy redpitaya freesrp
Using device #0 Realtek RTL2838UHIDIR SN: 0001
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
[R82XX] PLL not locked!

>>> Done (return code -11)

What does this mean? How can solve this problem?
The dongle is working fine with SDRSharp or rtl_fm.

Thank you

-- 
LORENZO MAINARDI

GNURadio 3.7.14.0 Building gr-video-sdl

[Mitja kocjančič]

Hello there, for few reasons I am still using GNURadio 3.7 which doesn't
come buindled with gr-video-sdl (at least the installation I am using
doesn't) (I know 3.9 comes with it but right now I have some legacy blocks
that are not uvailable for 3.9 so I am stuck using 3.7)

So I tried building gr-video-sdl separatly, and then installing it into
existing gnuradio distribution like this:

1. Downloaded GNURadio 3.7.10:
https://github.com/gnuradio/gnuradio/releases/download/v3.7.14.0/gnuradio-3.7.14.0.tar.gz
* extraxted gr-video-sdl
2. Installed SDL1.2 from here:
http://web.archive.org/web/20191227232250if_/http://libsdl.org/release/SDL-devel-1.2.15-VC.zip
(since gr-video-sdl uses SDL1.2 not SDL2 I assume)
3. trying to cmake like this: cmake ../ -DSDL_LIBRARY="C:\Program
Files\PothosSDR\libsdl\lib\x64" -DSDL_INCLUDE_DIR="C:\Program
Files\PothosSDR\libsdl\include"

I copied sdl include and lib files to this place

but I get some errors: https://pastebin.com/1RjmG1zj

It aphears GrBoost and GrComponent are missing and there is some unknown
command: Unknown CMake command "GR_REGISTER_COMPONENT".

Now I think GrBoost is boost but I am not sure, cmake doesn't tell me that
Boost is missing, but what is GrComponent (what include and lib prefix do I
need to set to include this?)

Thanks for Anwsering and Best Regards