Congratulations!
On 31.12.24 00:11, jmfriedt wrote:
Dear GNU Radio community,
we are delighted to share the publication of the first, to the best of
our knowledge, textbook dedicated to GNU Radio and its application to
fields as varied as RADAR, GNSS reception and satellite communication,
and of
… and all this is even written in the link I sent you :)
Debanka, Ubuntu 18.04 is really really old by now. Unless you pay Canonical for support,
you're not even getting security updates for Ubuntu anymore.
So, update your Ubuntu. Ideally to 24.04LTS. Then you're good for another few
years.
Hi Debanka,
I fully agree with Franco, you shouldn't be using GNU Radio 3.8. The current versions of
GNU Radio, which can be easily installed [1], use Python3 just as much.
Best regards,
Marcus
[1] https://wiki.gnuradio.org/index.php?title=InstallingGR#Quick_Start
On 30.12.24 13:40, Franco V
.
As a consequence, CASAA-SAT will never transmit. We don't know at the moment if the lab
will rebuild it for another launch.
Best regards,
Fabien.
Message d'origine
De : Marcus Müller
Date : 28/12/2024 17:19 (GMT+01:00)
À : discuss-gnuradio@gnu.org
Objet : Re: CASAA-
Hi Fabien,
darn! Missed the launch! This is exciting news! Please keep us updated! Do you have a GNU
Radio Flowgraph with which interested readers could monitor the satellite? TLEs?
Best regards,
Marcus
On 26.12.24 08:53, Fabien PELLET wrote:
Dear all,
I would like to inform the GNURadio c
Dear downstream package maintainers,
I just checked the homebrew GNU Radio packaging, and found the (as of v3.10.11.0) no
longer used dependency of python click-plugins in there. That's no big deal (probably),
but it's not the only dependency we've worked on in the last couple years.
So, plea
Hi Chris,
sorry, I haven't had time to check your wiki pages yet. But: I still already wanted to
send a short "thank you" for doing that!
Best,
Marcus
On 28.11.24 18:17, Chris Gorman wrote:
Hello discuss-gnuradio,
I have (finally) gotten around to making a new wiki page for
installations of
Hi Jim,
sounds like you have a local installation of gr-display (in /usr/local) and the python
part can't find the underlying compiled C++ library. Can you check where
"libgnuradio-display…" has been installed to (since you probably compiled this yourself,
there might be a `install_manifest.tx
Hi Wei,
as Adrian said, sounds like a good job for a block that you write yourself! The GNU Radio
tutorials on https://tutorials.gnuradio.org explain how you can do that :)
I come from a bit of a different perspective on this:
What is the thing you're computing here? I ask because you have "s
Hi Yuhe,
On 01.11.24 02:29, 徐雨荷 wrote:
The txt file cannot fully display the data
It's not a text file. Please read
https://wiki.gnuradio.org/index.php?title=File_Sink#What_is_the_file_format_of_a_file_sink?_How_can_I_read_files_produced_by_a_file_sink?
Best regards,
Marcus
Hi Kunal,
nice to have you around! But: please, don't take screenshots of text – a copy & pasting of
the actual error text to an email would have allowed us to actually search the things you see.
(also, even if you need to take a screenshot: Use the built-in functionality of your
operating syst
tch your
receive
chain's sample rate to the transmitter's sample rate
- You could also include the complex phase of the peak in the tag; divide
(phase difference) / (tag distance) to get a fine carrier frequency error
estimate
On 18.10.24 21:07, Adrian Musceac wrote:
On Friday
tch your
receive
chain's sample rate to the transmitter's sample rate
- You could also include the complex phase of the peak in the tag; divide
(phase difference) / (tag distance) to get a fine carrier frequency error
estimate
On 18.10.24 21:07, Adrian Musceac wrote:
On Friday
Hi Adrian,
if you don't know the sample rate, then how can you get a detection by correlating with
the midamble? Is the midamble structured to be tolerant against sample frequency offset
(SFO)? In that case, therein probably lies an approach to getting your decoding to work.
But we'd really ne
Hi!
Sounds like you're in the right place :)
Question: this looks a bit like half a build made with an older version; you need to clean
the build/ directory, run `cmake` and `make` again before you can `sudo make install`.
Best,
Marcus
On 18.10.24 02:45, Elmore Family wrote:
I’m not sure thi
at the only way I could upgrade was to install from
source which is what started me on this unfortunate path.
Jim
-Original Message- From: Marcus Müller
Sent: Friday, October 11, 2024 10:48 AM
To: discuss-gnuradio@gnu.org
Subject: Re: New install of GNU Radio executes old version
Hi
Hi Jim,
sorry for jumping in so late, I've been travelling.
I'm super confused as to *why* you're going through all this. And, yes,
libuhd4.2.0 is *not* the name of library package.
I've tried skimming the thread, and quite honestly, it's a bit of a
collection of conflicting approaches, and
Hi Mohammad,
you'll have to define what your signal and your noise are.
Best regards,
Marcus
On 12.09.24 17:35, Md. Sharif Hossen wrote:
Hi,
Can anyone help me find SNR from this?
image.png
A 93940
gr...@nwra.com
https://www.nwra.com
--
*From:* discuss-gnuradio-bounces+grace=nwra@gnu.org
on behalf of Marcus Müller
*Sent:* Friday, August 23, 2024 6:14 PM
*To:* discuss-gnuradio@gnu.org
*Su
related - which could be a
difference between a
console and remote X11 session.
Thank you!
Grace
On 8/23/24 8:04 AM, Marcus Müller wrote:
Hi Grace,
this happens when one of the libraries that gnuradio-companion needs to load crashes.
Sadly, it's kind of hard to guess which one that w
be a
difference between a
console and remote X11 session.
Thank you!
Grace
On 8/23/24 8:04 AM, Marcus Müller wrote:
Hi Grace,
this happens when one of the libraries that gnuradio-companion needs to load crashes.
Sadly, it's kind of hard to guess which one that would be, but on
Hi Grace,
this happens when one of the libraries that gnuradio-companion needs to load crashes.
Sadly, it's kind of hard to guess which one that would be, but on long-term expectation,
it's a version mismatch somewhere.
But why guess when we can find out? The segfault error message looks like
Hi Grace,
this happens when one of the libraries that gnuradio-companion needs to load crashes.
Sadly, it's kind of hard to guess which one that would be, but on long-term expectation,
it's a version mismatch somewhere.
But why guess when we can find out? The segfault error message looks like
Hi Kayla,
thanks for the updates :) I'm very happy to read all the progress you are making in
bringing the aff3ct channel coders/decoders to GNU Radio!
You write you're experiencing segfaults in the BCH implementation. Especially if you get
to run a backtrace¹ and want to share it with the ma
Hi,
the "File transfer using Packet and PSK" on tutorials.gnuradio.org uses a custom python
block to read a file into messages, which is available from the described source there.
Best regards,
Marcus
On 19.08.24 09:11, Ali G. Dezfuli wrote:
Hi all,
I want to connect a "File Source" to "Packe
Hi Kunal,
as you probably have guessed, the answer is "it depends".
Usually it's not very hard to port things; just make a new module using gr_modtool, make
the same blocks as you had before, and copy over the core functionality from your existing
blocks – in many cases, that's just the content
phase and clock synchronizing 2 different USRPs in GNURadio. I do know that an
octoclock can be used. But is there any other way to do it without any external hardware?
On Thu, Aug 8, 2024 at 12:44 PM Marcus Müller <mailto:mmuel...@gnuradio.org>> wrote:
Hi,
can you elaborate
Hi,
can you elaborate what you mean with "synchronized"? A CSI estimate can only happen when
the necessary pilots have been observed, and that will, due to finite speed of light,
necessarily happen at different times at different receivers.
Best,
Marcus
On 08.08.24 18:19, Sourya Saha wrote:
Hi Ali,
since CMake is the default build system we use both for our OOT templates (as used by
gr_modtool) and by the C++ code generated throug GRC, I'd say:
just use the existing work as template.
What you're doing here is mixing modern CMake, i.e. a config/target-based method of
defining th
Hi Julian,
the audio source is set to a sample rate of 48 kHz. So, you're either already
bandpass-subsampling and forgot to mention, or you can't represent frequencies higher than
24 kHz with your digitizer in this setting. Can't tell you which – your physical setup
isn't part of your flowgrap
efore we switched to
UDP in UHD transport.
I think that was part of GnuRadio at the time, so pulling a very old Gnu Radio might yield
the original pre-UHD code for
the USRP2...
Sent from my iPhone
On Jul 13, 2024, at 7:33 AM, Marcus Müller wrote:
Hi Walter,
interesting project!
The li
Hi Walter,
interesting project!
The libpcap approach seems to be reasonable; backintheday, I used to capture at Ethernet
frame level using socket(PF_PACKET,…), but that's pretty non-portable and comes with its
own can of worms. pcap's the way to go there, I'd say, unless you want add a protoco
Hi Muhammad,
you're connecting the wrong kinds of things there. The QT GUI Inspector sink takes output
of the Signal Detector block, from gr-inspector itself.
gr-inspector has an examples/ directory. Please refer to that.
Best regards,
Marcus
On 09.07.24 13:02, Muhammad Anas wrote:
Dear GNU
Hi Muhammad,
you simply resample to that bandwidth before feeding into the frequency sink. Note that
the labels on the x-axis are only derived from the bandwidth you set in the frequency
sink; in fact, the frequency sink knows nothing about "real" frequencies, it only sees the
sample values, s
Hi Muhammad,
"straightforward" depends on your expectations. But no, in the Qt
Frequency Sink itself that is not possible.
There is the gr-inspector [1] OOT, which will automatically detect
signals, has a graphical sink to display these labeled etc. Output looks
like attached.
Seems to wor
Hi,
GNU Radio falls back to the old path when it finds no config in the new path but one in
the old.
That's why we have the `gnuradio-config-info` utility; it will tell you where the system
configuration and the user configuration paths are, when run as `gnuradio-config-info
--prefsdir` and
Hi Chris,
not sure if this is really what you're asking, but: Is this related to the
changes made in
https://github.com/gnuradio/gnuradio/pull/7350 (or 7404 on maint-3.10)?
Best regards,
Marcus
On 21.06.24 19:52, Chris Gorman wrote:
Hello All,
I'm trying to get a build of gnuradio running u
Hi,
so as promised, my email about git.
Unless you and your advisors have explicitly said you should do that for now to debug some
build issue, you should /not/ have your build/ folder in your git (and you should /not/
use git add --all / git commit --all unless you know you're only commiting
Hey Kayla,
cool – good to read about you assessing when things don't go as quickly as planned. Just
as a bit of reassurance: Setting up a toolchain and getting it to work with *two*
medium-to-large C++ projects that are medium-to-old … that's a challenge! Please keep on
it, and never hesitate
6.06.24 22:08, Henning Paul wrote:
Hi,
Am 06.06.24 um 14:38 schrieb Marcus Müller:
Indeed, and that's why Henning Paul has his own CAT/hamlib proxy for interfacing with
WSJT-X to emulate his own hardware frontend, see [1] slide 22. Luckily, I don't think
you'll have to go that far,
us:
On the Mac, use the BlackHole virtual audio driver. It’s at
https://github.com/ExistentialAudio/BlackHole. You can create a virtual audio device
and point WSJT-X at it for input, output, or both. It works well and the developer is
responsive to questions and suggestions.
Kevin
On
Uff, please don't recommend such stunts :) This can be solved easily in
software at zero cost.
If you're on a modern Linux, you use the pipewire audio system. Install `qpwgraph`, start
WSJT-X and just use qwpgraph to connect the output of your GNU Radio flow graph to the
input of your WSJT-X.
Hi Robin,
indeed, gr-osmosdr simply isn't C++; so you can't use it in C++ flow graphs.
However, the necessity for it has largely been supplanted by gr-soapy in mainline GNU
Radio; you should be able to use most hardware without gr-osmosdr, simply with the
built-in soapy blocks.
Best,
Marcu
ut GUI
Robin
--
*From:* Marcus Müller
*Sent:* Sunday, June 2, 2024 4:48 PM
*To:* robin ivetic ; JORGE GONZALEZ ORELLANA via GNU Radio, the
Free & Open-Source Toolkit for Software Radio
*Subject:* Re: saving script with cpp instead py
Hi Robin,
indeed
Hey Zaky,
great to have you here! I saw you on chat, and it's really going to be fun learning with
you! This is a really good time to work on standalone GRC; I'm sure you can always reach
out to the community and we'll be very interested in helping you!
Best,
Marcus
On 30.05.24 13:23, Zaky H
Hi Robin
On 2024-05-27 12:10 AM, robin ivetic wrote:
Hello,
I don't know if this proper place to ask such question, or to whom ask
about that, but I notice that is much difference between GNURADIO
speed running on different distro, for example I choose couple of
distros with already compiled
Hi Ivan,
excellent investigation. I must admit that I don't know what could've gone wrong there,
because if the program flow reaches the point at which it can throw that error,
https://github.com/gnuradio/gnuradio/blob/0425a9c9b5b4934fdab89812bce315e2f47d9956/gr-audio/lib/alsa/alsa_sink.cc#L17
Hi Adrian,
that's definitely quite cool! Thanks for sharing it with us :)
I gave it a quick skim, and it's a bit surprising how much latency you get; this might
have to do with GNU Radio's buffer sizes. The growing latency on UHD does in fact worry
me, but I think it would indeed need more inv
ft8_rxtx/python/FT8_Receive.py", line 205, in main
tb = top_block_cls()
File "/home/pi/gr-ft8_rxtx/python/FT8_Receive.py", line 85, in __init__
self.audio_source_0 = audio.source(samp_rate, 'pulse', True)
RuntimeError: audio_alsa_source
Jim
-Original Messag
Hi Jim,
try not using the direct hardware device, but the device provided by your sound system;
see the "for users wiht audio trouble" section on the Audio Source documentation page.
Best regards,
Marcus
On 14.04.24 18:02, Elmore Family wrote:
I am getting the subject error when running a Pyt
Hi Jiya,
that image is too small. I can't read anything. You could use the "Screen Capture" Feature
of GRC to export an arbitrary zoomable PDF document.
Best regards,
Marcus
On 13.04.24 10:53, Jiya Johnson wrote:
Greetings everyone,
Done with BPSK,PM modulation with some doppler effects but
eatly appreciated! Regarding
necessary changes: yes, a few things will need to be updated to GNU
Radio 3.10, but that's mostly syntax, not functionality. If you want to
pick up the job of updating things to 3.10, you can be sure I'd support you.
Best regards,
Marcus Müller
On 2024-04
Hi Sourya,
> However, I want to attempt to view signals in OFDM receiver which are being sent using
a non-OFDM transmitter.
how is that supposed to work? An OFDM receiver necessarily needs to synchronize to the
OFDM transmission.
Without an OFDM transmission, there's nothing to synchronize
Yes; https://lists.gnu.org/archive/html/discuss-gnuradio/2022-03/msg00047.html
On 23.03.24 20:14, Sourya Saha wrote:
Is there any way to build OOT module on Windows
Hi everybody,
we're cleaning out the issue tracker. Some things are important, but falling off our list
of things we can reasonably manage to do. Some of these things are not actually hard, I
think, but need someone who can work with GRC and attack these.
This is one of these issues:
https:/
Hi Hamza,
I don't know whether someone else has reached out to you already. In any case, I'm happy
you found your way to the mailing list!
It's great to hear you've been going through the tutorials already, that is a good basis.
If you want to ask questions about anything code-related, or about
Hi Adarsh,
nice to have you around!
Since you are choosing a topic where familiarity with the workflow in GRC is necessary, it
would be a good point in time to start working through the tutorials
https://tutorials.gnuradio.org ; you'll want to know how to create your own flow graph, be
familia
Hi,
that would be called "OOK", on-off-keying, usually, because 0·3 = 0; it has very low
spectral efficiency. Its constellation points would hence be 0 and 3, so the argument to
the constellation object would be [0, 3].
Do note that by default, SDR frontend drivers are configured to map numbe
Hi Sourya,
before embarking on that endeavour: Have you made sure you can transmit a single file on
all subcarriers?
Best,
Marcus
On 18.03.24 18:15, Sourya Saha wrote:
Hi all,
I was trying to send contents of a file using a single subcarrier in OFDM. As Marcus
pointed out, it is a complex p
Hi Sourya,
On 16.03.24 22:30, Sourya Saha wrote:
I am using an OFDM transmitter and receiver blocks from GNU radio. Essentially what i want
to do is split up the bandwidth into 64 subcarriers and trasmit on any one of the
subcarriers, say subcarrier 3.
Remark: that is just FSK, but due to the
Hi Alex,
On 13.03.24 21:13, Woods, Alex C wrote:
Hello,
I've constructed the Spectrum Analyzer as seen on this page (see following link to GNU
radio wiki) in hopes to test the functionality of GNU radio's compatibility with the
b200-mini I plan to use for a project:
https://wiki.gnuradio.or
Hi Alex,
On 13.03.24 21:13, Woods, Alex C wrote:
Hello,
I've constructed the Spectrum Analyzer as seen on this page (see following link to GNU
radio wiki) in hopes to test the functionality of GNU radio's compatibility with the
b200-mini I plan to use for a project:
https://wiki.gnuradio.or
Hi Adrian,
thanks for the report! Yes, if you can, please create a ticket! If you want, you could
throw your recording and your playback flow graphs into a zip file and attach that to your
issue text, that makes reproduction 100% reliable.
This is excellent bug reporting, by the way, thank yo
Hi Sourya,
On 12.03.24 20:09, Sourya Saha wrote:
I am working with an OFDM transmitter and receiver. Some article says that
the number of subcarriers decides the SCS. I could not find any formula
that relates to it.
Is SCS = subcarrier spacing?
In that case, yes, the number of subcarriers is
Hi Sourya,
ha! nice one, this will require you to take a piece of graph paper and make a
drawing:
horizontal axis: t, make it run from 0 to 1 ms over say 10cm
vertical axis: sin(2\pi ft), so from -1 to +1
you know the sine is 0 for t=0, and it's again after one period, and there's another 0 in
Hi Sourya,
that does indeed look pretty nice!
I think you made a minor typo:
self.freq = 0
should probably read
self.freq = freq
Best regards,
Marcus
On 11.03.24 00:01, Sourya Saha wrote:
I am trying to make a custo wave through an OOT python module. I am very
new to DSP
Hi Sourya,
multiple things:
1. You return 1 in work. That literally tells GNU Radio that you only produced a single
sample! I think we explain what work does in our tutorials on
https://tutorials.gnuradio.org , so you might want to go back and read them a bit more
carefully!
2. you assume y
Hi Trung Trieu,
I can reproduce this, by running `podman run --rm -it ubuntu:22.04`, and in
there
apt update; apt install -y gnuradio;
python3 -c 'from gnuradio import uhd;uhd.find_devices()'
so you're not alone!
The honest truth is that this line has been there since GNU Radio 3.4.2 , and as
Awesome! You can, by the way, just keep the "install_manifest.txt" from the build/
directory around, and then clean up (instead of `make uninstall`) using
xargs rm -rf < install_manifest.txt
Note that the command above will happily delete things, so do be a bit careful!
Best regards,
Marcus
On
Hi Dave,
nope, not the way it should be. You should have uninstalled your GNU Radio
3.10.6.0 first!
Anyways, what is happening now is that Python loads the Python GRC module in version
3.10.6.0, but your GNU Radio binaries (and also probably your libraries) are loaded in
version 3.10.9.2.
Th
Dave Borch wrote:
Good morning, Marcus.
Here is the result of my query:
(base) C:\Users\Dave>conda info --envs
# conda environments:
#
base * C:\Users\Dave\radioconda
Does this shed any light on the problem?
Thanks,
Dave
On Wed, Feb 28, 2024 at 6:24 PM Marcus Müller wr
Hi Dave,
welcome to the GNU Radio community! We certainly try to make it entry-friendly; and the
good news is that the errors you're seeing don't seem to be UNIX-related :)
So, I'd have to guess a lot here, but the error you're describing could mean there's a
wrong version of a library being
Hi Jakub,
that's right! When you open the block properties of your FFT block, you will see that the
names of some parameters are underlined: That means they have a method of being updated at
runtime.
However, the window field is not underlined!
You can work around that, though, easily! Set y
no, but I proposed a different way in my first reply.
On 15.02.24 12:41, Arhum Ahmad wrote:
Yes, in that case, could we reduce the strength of DC so that it won't interfere while
detecting the signal's frequency (on the run)?
On Thu, Feb 15, 2024 at 4:40 PM Marcus Müller <mailt
(in this example,
*gr::filter::fir_filter_blk_impl::work)
* 3. run this script as root:
*`sudo bpftrace thisscript.bt | tee statistics.txt`
* 4. Start your GNU Radio flow graph
* 5. Marvel at the numbers you're getting!
*
* Copyright (c) 2021 Tao Xu (as sslsnoop.bt)
* Copyrigh
Hi Olivia,
generally, Python blocks for signal processing are pretty limited in speed; so I'd really
recommend you compare your code's performance with Signal Source (sawtooth) -> frequency
modulator or Signal Source (sawtooth) -> multiply with itself (giving you the square) ->
phase modulator
Hi Arhum,
some limited amount of DC offset is sadly to be expected from any direct conversion
architecture (that's a result of LO leakage as well as systematic DC offset).
Since DC is the lowest of all possible frequencies, a high-pass filter can be used to
eliminate it. The design of that fi
Hi David!
I'd be very lazy: just pad your pre-recorded signal with zeros, and play it on loop with
the file source.
Padding of files is easy, and essentially free in terms of storage space if your file
system supports sparse files (and if you're on linux, yes, it almost certainly does).
#!/
2:43, kron...@tiscali.it wrote:
Hi Marcus,
No, I'm not referring to the category. I'm talking about the file group
ownership.
I would like that the generated python scripts had the same user/group owner of the grc
file opened in GRC.
Thanks for help.
Ivan
Il 08.02.2024 11:14 Marcus Müller h
Hi Ivan,
I think you mean the category in the GRC block library, right, and you're referring to
hier blocks? If that's the case, you'll find that setting in the "Options" block, under
"Category".
> but i would like the generated python scripts belong to the same group name of the
relative g
I see where confusion arises!
The code for the embedded python block is, as the name suggests,
embedded in the GRC flow graph file.
Only for the task of editing it gets this internal representation copied
to a separate file, and after the editor editing that file finishes,
gets the (modified
This is a bit from the top of my head, so take with a grain of salt, but:
The problem with a port, aside from the space in the FPGA of the B210 simply being too
small, is that the CHDR crossbar, i.e., the actual "network operation center" for the
namesake Network-on-Chip, is based on an AXI cro
Hi,
I explicitly mentioned the time stamps you need to set. You're not setting these, so it
doesn't use timed commands.
Best,
Marcus
On 05.01.24 13:38, Oğuzhan Gedikli wrote:
Hello Marcus,
The boards I have are b200 and b210.
I want to change the frequency of 2 SDRs at the same time. Eve
Hello Oğuzhan,
so, what radios are these?
Generally, this *very* much sounds like you need to use timed commands, which trigger the
tuning at a specific sample time, instead of "yeah, whenever the connection between PC and
the USRP has delivered the command".
You can send these commands to t
Heyo Kimmo,
sorry for the delayed response:
On 29.12.23 01:00, Kimmo Lehtinen wrote:
I would like to make modifications to the following two GNURadio blocks:
1) QT GUI number sink---
I would like to modify it so that it can also display integers and strings.
Current
Hi Sreejith RK Nair,
that means you're not running the command from an environment that was set up so that
Python finds your GNU Radio installation.
How did you install GNU Radio on that machine? With that installation probably came a
shell with everything set up correctly.
Best regards,
Ma
ng :)
And: He also already fixed the bug in GNU Radio, and Jeff backported the fix to the
maint-3.10 line, so that GNU Radio 3.10.9.0 will contain a fixed test.
Best regards,
Marcus Müller
On 16.12.23 13:27, Ali G. Dezfuli wrote:
Hi all,
I am installing gnuradio v3.10.8.0
Both UHD and Volk h
Last reminder: 23 hours to go.
On 24.11.23 16:57, Marcus Müller wrote:
Dear community,
a friendly reminder that on the first of December, the window for handing in your talk
proposals for FOSDEM'24's SDR and ham radio devroom closes. Make sure you send in your
proposal by th
Hi Nithin,
you're on the discuss-gnuradio mailing list, with a lot of people discussing GNU Radio
every day. So discuss!
Best,
Marcus
On 30.11.23 11:59, cb.en.u4ece20121--- via GNU Radio, the Free & Open-Source Toolkit for
Software Radio wrote:
Hi I am Nithin
i want to discuss about gnu rad
Hi Al,
On 27.11.23 06:44, Al Grant wrote:
Thanks for the detailed reply Marcus.
you're most welcome!
*M=800*
Where is M=800 in my rational resampler? I see looking at the link to the
picture I posted I had Decimation=100 (is M shorthand for decimation?)
https://imgur.com/a/B2HqCKc shows "R
re-Defined Radio and Amateur Radio Devroom 2024
Date: Wed, 8 Nov 2023 20:52:00 +0100
From: Marcus Müller
To: GNURadio Discussion List , usrp-users
, sdrbelg...@lists.uba.be
Dear Friends of Free and Open Source Radio!
FOSDEM 2024, the Free and Open Source Developer’s Meeting taking place i
Hi Al,
you'll laugh, but under the hood, the rational resampler *is* a filter! And the way you
configured it, it has very many taps. So, the correct solution is actually to reduce the taps.
Let me quickly explain:
Here's an example for a complex baseband digital signal; already sampled at a s
matrix.to/#/#fosdem2024:c1.uba.be
- Devroom Chat:
https://matrix.to/#/#sdr-and-ham-radio-fosdem24:gnuradio.org
- Amateur Radio Program Committee:
Bastien Cabay, ON4BCY , Marc Balmer, HB9SSB
- Software-Defined Radio Program Committee:
Marcus Müller
You can also find this announcement on
https://gnuradio.org/news/2023-11-08-FOSDEM24-CfP
should you want to share it.
Hi David,
nothing's corrupted. This just literally says gr-osmosdr is trying to load a library, in
this case, the core library of GNU Radio, which isn't there where your Python looks.
Two options:
1. You installed GNU Radio somewhere Python doesn't look by default, and you haven't told
Pytho
Hi Jiya,
none of what you asked makes sense, I'm afraid. GNU Radio is software, not hardware.
Python is software, too.
Best regards,
Marcus
radio-ow...@gnu.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Discuss-gnuradio digest..."
Today's Topics:
1. Some GRC files run with no errors but don't plot (tom sutherland
I think I can explain!
Both sinks need to always consume the same number of input items from all their inputs.
So, even if you disabled the time sink, the upper sink would quickly grind to a halt,
because the "lowest rate" Rational Resampler (interp=1,decim=4) would not be able to
produce the
Hi Jeff,
you'll want to compile with optimization, otherwise you'd be intentionally making the
native `sqrt` slower than it would be in a real application; you need to add `-O2` or
`-O3` to your compilation. Also, you're using floats, not doubles, so use `sqrtf` in your
C code, not `sqrt`! (yo
Hi Vasil,
just wanted to express my appreciation for the detail of investigation you're doing there.
Thanks!
Marcus
On 27.09.23 19:55, Vasil Velichkov wrote:
Hi Elmore,
On 27/09/2023 03.17, Elmore Family wrote:
I am using a gnu radio flowgraph to attempt to select the appropriate Selector
Hi Jim,
since we've worked on Selector recently, it would **really** be important to know the
version of GNU Radio you're dealing with!
Best regards,
Marcus
1 - 100 of 3306 matches
Mail list logo
