Dear Franco,
Thanks for your efforts, I’ll try your version ASAP.
Best regards
Glen
> On Dec 17, 2020, at 8:33 PM, Franco VENTURI wrote:
>
> Glen,
> if you are interested in using SDRplay API version 3.X (I think the latest
> version of their API is 3.07), and you are on GNU Radio 3.7,
Glen,
if you are interested in using SDRplay API version 3.X (I think the latest
version of their API is 3.07), and you are on GNU Radio 3.7, you may want to
take a look at the gr-sdrplay GNU Radio OOT module I modified to work with
SDRplay API version 3.X:
The best way to obtain help is to attach the GRC file to an email and
include the output of
aplay -l
grep VERSION_CODENAME /etc/os-release
Note, include he GRC file which is currently NOT working on your machine
- and please DON'T attach an image of the GRC running on your machine!
Are
Hi,
should not be too hard to find the info online. Took me about a minute
in archive.org to find this document:
https://web.archive.org/web/20050306022404/http://www.ettus.com:80/downloads/usrp_guide.pdf
It popped up in the download section on their side on the 6th of March
in 2005 and it
Hi community!
I'm Isaac. I'd like to ask you a question. I'd like to add in my thesis
information about the first time the USRP blocks appeared and were used. I
found that the USRP1 was designed in 2004 but I'm not sure if this USRP
appeared with the blocks or not.
Concerning Full Raspberry Pi OS software installed on a single Raspberry Pi
image,
we’re encouraging high schools to use this installation document.
https://docs.google.com/document/d/1hfS7cRx3emlZz0sTs583zN8o-35nKtIej6BYMKCJLXY/edit?usp=sharing
The document includes the links to the OS and
I’m not sure how my version of GNU Radio was built. I got it in a
distribution called [HamPi](https://sourceforge.net/projects/hampi/).
73! <—ham radio lingo for “best regards"
**Dan KB6NU**
CW Geek, Ham Radio Instructor
Author of the "No Nonsense" amateur radio license study
Hi all,
as usual, we will do our project call on this third Thursday of the
month. You can join us on twitch.tv/gnuradio, via Matrix
(https://chat.gnuradio.org), or IRC.
The call starts in 4 minutes.
Cheers,
Martin
Hi everyone!
We have a new VOLK bugfix release! We are happy to announce VOLK v2.4.1!
We want to thank all contributors. This release wouldn't have been
possible without them.
Our v2.4.0 release introduced quite a lot of changes under the hood.
With this bugfix release, we want to make sure
To whom it may concern:
Just a tip: If you are building GNU Radio from the source, dependencies and
build procedures for Raspberry Pi is available at the GNU Radio Wiki. It
assumes that you are doing on-board compile.
See: https://wiki.gnuradio.org/index.php/InstallingGR#From_Source
Regards,
There's no special configuration. Just install dependencies and build from
source. Put root on SSD or it will be very slow. Ubuntu 65bit is fine. In
general GNURadio is hell to build and get dependencies right, but in the
end it works well.
--Albin
On Thu, Dec 17, 2020, 16:37 Kristoff wrote:
>
Albin,
Can you share your configuration for this? Do you need to set up
something special?
Can you do this on standard ubuntu 64 bit (20.04LTS or 20.10) on a pi4b
or do you need another distro for this?
I read somewhere opengl on the pi4 has not been released yes as it has
the pi4 has a
Hi all,
before we finish this year, we do want to announce one more change in
how we accept contributions into the GNU Radio code base.
One thing that we take very seriously is the whole business of license
compliance. GNU Radio is GPLv3-licensed, and that's not going to change.
But also, we
I suspect a lot of the graphics could run perfectly fine if they took
advantage of the gpu better. A lot of the current rendering in GNURadio
(and GQRX) is very cpu bound.
I had a spectrum and waterfall running easily at 60fps on a pi3 by using
opengl properly. Using vulkan on pi4 the sky is the
Can't stress this enough. Running a 32 bit Linux on a RPi 4 would be
like running Windows 98 on a modern PC and expecting top performance
from the CPU. You're not making use of the CPU you have, you're only
making use of a legacy mode that it still supports.
Best regards,
Marcus
On 17.12.20
64bit mode is most likely better because in addition to being 64bit it
enables additional cpu features (certain new instructions and more SIMD
NEON registers)
On Thu, Dec 17, 2020, 10:36 jean-michel.fri...@femto-st.fr <
jean-michel.fri...@femto-st.fr> wrote:
> The benchmark on volk/64 bit kernel
The benchmark on volk/64 bit kernel v.s 32 bit Raspbian is at
https://pubs.gnuradio.org/index.php/grcon/article/view/73/55
last page. I get 3 to 7-fold improvement by volk_config on a dedicated
toolchain for 64-bit CPU.
JM
--
JM Friedt, FEMTO-ST Time & Frequency, 26 rue de l'Epitaphe, 25000
HI all,
I also have a RPi4 (*).
Some follow-up question.
What OS would be the best for this?
Would running 64 bit make a difference?
I don't know to what degree this is related, but I did a test running
WebGL (**) on that pi, and I got about 1/3 of the frames per second on
my RPi4 compared
18 matches
Mail list logo
