Release v3.10.10.0

GNU Radio v3.10.10.0 is available ( https://github.com/gnuradio/gnuradio/releases/tag/v3.10.10.0). There were just a few fixups since the RC. The Qt front end to GRC can be tested using gnuradio-companion --qt. Most things work, but this is still a work in progress.

Re: Discuss-gnuradio Digest, Vol 258, Issue 10

Please do not reply to digest messages. It makes it really hard to keep conversations straight. On Tue, Apr 16, 2024 at 1:56 AM Jiya Johnson wrote: > Hi Marcus Müller, > Please find the attached file for your reference, I think this will work. > > On Sat, Apr 13, 2024 at 9:32 PM wrote: > >>

Release Candidate v3.10.10.0-rc1

Release Candidate v3.10.10.0-rc1 is available for testing: https://github.com/gnuradio/gnuradio/releases/tag/v3.10.10.0-rc1 The Qt front end to GRC is included. To try it out (please do) use gnuradio-companion --qt, and report bug so we can make Qt the default in a later release.

Re: Constellation Object

Support for runtime constellation changes was added in 3.10.7.0. On Fri, Apr 5, 2024 at 7:46 AM Daniel González Martínez wrote: > Hello, > > I am using the Constellation Object block for a scenario which changes the > constellation on the block constantly in real (or simulation) time. The >

Re: Figuring out different multipath components

The received signal is a combination of a large number of multipath signals, which can not be separated out. It's sort of like a hash of the environment - a one way calculation. Training signals can be used to determine the multipath response and minimize or take advantage of it, but the

Re: RFNoC f15 (or fosphor) display block

Check the cmake output to see whether the required OpenGL libraries were found. If not, the F15 block will not be built/installed. On Thu, Mar 7, 2024 at 6:49 PM Linda Cash wrote: > I am using GNURadio and trying to get the Fosphor display working with my > new X410. Similar to the post I

Re: GNURADIO installation on windows using conda fails

Did you by any chance run "conda install gnuradio=3.8.2" in addition to "conda install gnuradio"? The output above mentions "gnuradio38". On Mon, Mar 4, 2024 at 4:51 PM Achilleas Anastasopoulos wrote: > Just to give some more context: > I realized that during installation I got the following

Re: Python script with Head block runs too long before exiting

mples) starting at the marked time and then it is 3 more > seconds before exit. > > Jim > > *From:* Jeff Long > *Sent:* Sunday, February 25, 2024 11:44 AM > *To:* Elmore Family > *Subject:* Re: Python script with Head block runs too long before exiting > > At 12~48kS/s,

Re: Outlyer Network

Is this an open source project, and do you have a link? On Thu, Jan 25, 2024 at 4:39 PM Ralph Ewig wrote: > Hi Everyone, I'd like to share a GNUradio based satcom project I've > started, in case there's interest to participate. > > Outlyer is developing a tracking and telemetry focused

Re: forecast() function usage with static addition of bits

Take a look at the code in the built-in gr-fec module, for instance: https://github.com/gnuradio/gnuradio/blob/main/gr-fec/lib/encoder_impl.cc Note that RS is implemented in gr-fec. The forecast() function helps the scheduler, but it doesn't come with any guarantees. On Thu, Jan 25, 2024 at

Re: gr-lora CMake error

Also, the GR dev packages need to be installed before you can build a OOT module. That could be the source of the error. On Mon, Jan 22, 2024 at 2:56 PM Jeff Long wrote: > You might try one of these > https://github.com/tapparelj/gr-lora_sdr > https://github.com/martynvdijke/gr

Re: gr-lora CMake error

You might try one of these https://github.com/tapparelj/gr-lora_sdr https://github.com/martynvdijke/gr-lora_sdr somewhat newer packages. On Mon, Jan 22, 2024 at 2:12 PM tom sutherland wrote: > Has anyone downloaded and installed gr-lora from > https://github.com/BastilleResearch/gr-lora/ ?

Release v3.10.9.2

Release v3.10.9.2 is now current, with a couple of fixes for: - Regression in GRC bus connections - Some potential memory/buffer errors Hopefully, this is the last v3.10.9.X, and we'll see you in March/April for v3.10.10.0, expected to contain a beta version of the Qt-based GRC program (the

Re: Clipping and Renaming wavesink output file

You wouldn't replace the file sink. Just call wavefile_sink.open(new_file_name) which will also automatically close the old file for you. Instead of using a work function to count items, add a separate timer thread to the python code that calls open() every 5 mins. Much simpler. On Mon, Jan

Release v3.10.9.1

GNU Radio v3.10.9.1 is tagged and available on github. Due to a clerical error, v3.10.9.0 was tagged at midnight on New Years Eve but not released. It really had nothing to do with revelry, just forgettery. https://github.com/gnuradio/gnuradio/releases/tag/v3.10.9.1 Happy New Year!

Re: Wavefile Source does not stream its audio to the end of the file.

, so maybe running at a higher sample rate is the easiest thing, if it's reliable enough for you. On Tue, Dec 26, 2023 at 2:23 PM Elmore's wrote: > Jeff, > > I forgot the attachment. here it is. > > Jim > > *From:* Jeff Long > *Sent:* Monday, November 13, 2023 7:12 P

Re: How to run the program without showing the block diagram in windows 10?

GNU Radio Companion (GRC) writes out a Python script, then executes it. That script should be in the same directory as the grc file. You can run that Python script outside of GRC. Make sure GNU Radio is set up on the target machine, and that paths are set up correctly. C++ output is similar, but

Re: Vector Sink/Source Type Support

We don't seem to have any blocks in-tree that support either of these types, so it wouldn't be of general use and would be hard to test with CI. My opinion is that this is something to look into for GR4.0, unless there is some demand for more precision in 3.X. On Tue, Dec 19, 2023 at 2:57 PM

Re: Virtual source/sink breaking when rebuilding the flow graph in 3.10.9.0-rc1

Jason - that's a bug. Thanks for finding it. https://github.com/gnuradio/gnuradio/issues/7013 On Mon, Dec 18, 2023 at 1:49 PM Jeff Long wrote: > Thanks, we'll take a look at it. There were some recent changes in that > area. > > On Mon, Dec 18, 2023 at 1:34 PM Merlo, Jason wrote:

Re: Virtual source/sink breaking when rebuilding the flow graph in 3.10.9.0-rc1

Thanks, we'll take a look at it. There were some recent changes in that area. On Mon, Dec 18, 2023 at 1:34 PM Merlo, Jason wrote: > Hi All, > > I decided to give 3.10.9.0-rc1 a try today and noticed that message domain > signals are shown as red broken connections when reloading the .grc file >

Release Candidate v3.10.9.0-rc1

GNU Radio Release Candidate v3.10.9.0-rc1 is now available for testing https://github.com/gnuradio/gnuradio/releases/tag/v3.10.9.0-rc1 The final release will be out in about a week if no big problems are found.

Re: Python bindings are out of sync

t; > Marco > > On Tue, Dec 12, 2023 at 9:58 PM Jeff Long wrote: > >> When the content of a header file changes, the hash in the beginning of >> the associated Python bindings needs to be updated. The tool >> >> gr-utils/bindtool/scripts/binding-hash-hotfixer.zsh &g

Re: constraint on upper python version?

od of new bugs, are there potential > backward compatibility issues? > > > On 2023-12-02 17:20, Jeff Long wrote: > > For the next release (3.10.9.0), we are increasing the minimum Python > > version to 3.7.2 in order to use some type checking features. I don't > > u

Fwd: constraint on upper python version?

For the next release (3.10.9.0), we are increasing the minimum Python version to 3.7.2 in order to use some type checking features. I don't understand "... constraining the highest version of python ...". On Sat, Dec 2, 2023 at 5:29 PM aardric wrote: > In building GR 3.10.8 after an OS upgrade

Re: Wildlife Tracker (again)

for each chunk? > > So how to get peak detection? > > Thanks > > Al > > > On Wed, Nov 22, 2023 at 3:02 AM Jeff Long wrote: > > > > I'd suggest that you just log the times you saw a peak in GNU Radio to a > file. Then use a completely separate program to me

Re: Wildlife Tracker (again)

I'd suggest that you just log the times you saw a peak in GNU Radio to a file. Then use a completely separate program to measure intervals, do statistics, etc. There shouldn't be any need to use tags in GNU Radio for this project. Even the "debouncing" can be done externally. Just log the times

Re: Wavefile Source does not stream its audio to the end of the file.

, Nov 13, 2023 at 2:13 PM Elmore Family wrote: > Jeff, > > I guess you saw my reply to your suggestion. > > Is there any way around this issue? There must be a way to use a wave file > source of this length. > > Jim > > *From:* Jeff Long > *Sent:* Friday, November

Re: Controlport

That code, which is not often used these days, should be gr.prefs().set_bool(...) without the singleton() part You could add an issue. That file is the only one left using the old method, which shows how much it is used or tested. There is not any convenient way to get latency figures from

Re: Wavefile Source does not stream its audio to the end of the file.

This is due to the way GNU Radio decides when a flowgraph is done. Since the audio rate is so low, most of the wavfile fits in the block buffer, the block sees that there is no more data to load and declares itself done. There are buffer size controls that might help. On the advanced tab for the

Release v3.10.8.0

GNU Radio release v3.10.8.0, identical to the -rc2, is tagged and available at https://github.com/gnuradio/gnuradio/releases/tag/v3.10.8.0 The next release will likely be in Jan 2024.

Release Candidate v3.10.8.0-rc2

Release Candidate v3.10.8.0-rc2 https://github.com/gnuradio/gnuradio/releases/tag/v3.10.8.0-rc2 detects the shutdown() function in zmq.hpp (from cppzmq or bundled with libzmq3-devel, typically). If that function is not found, gr-zeromq is disabled. RHEL8 EPEL has an old version of cppzmq. Rather

Release Candidate v3.10.8.0-rc1

Release Candidate v3.10.8.0-rc1 is tagged and available from Github ( https://github.com/gnuradio/gnuradio/releases/tag/v3.10.8.0-rc1). The final release will be out in about a week if no blockers are found.

Re: Index Error: output_index < noutputs

nsceiver that I have had on > the air. I am attempting to add the digital mode FT8 to it using the > FT8_Receive block along with some additional code in the freq.py file. > > Jim > > *From:* Jeff Long > *Sent:* Wednesday, September 27, 2023 12:18 PM > *To:* GNURadio Discussi

Re: Index Error: output_index < noutputs

Sorry, it takes too much time to make guesses from fragments of a project. Could you post a grc file that is runnable and shows the error? On Wed, Sep 27, 2023 at 11:14 AM Elmore Family wrote: > Marcus, > > I forgot to include the version: 3.9.4.0. > > Jeff > > Ignore the previous GRC with the

Re: Index Error: output_index < noutputs

In the previous GRC you posted, there is a "Wave Select" Python block with no inputs or outputs. I don't think we have enough info to figure out what you are doing. As Paul Atreides mentioned, posting a full GRC would help. On Tue, Sep 26, 2023 at 10:36 PM Elmore Family wrote: > Paul, > >

Re: Pluto SDR GNU Radio 3.8 fail to install

: > That was it!! I guess it would be easier if they put it like that in the > installation web page rather than all the other steps... > > Thanks a lot for your help ! > -- > *De:* discuss-gnuradio-bounces+guille-lena=hotmail@gnu.org > en nombre de &g

Re: Pluto SDR GNU Radio 3.8 fail to install

24 | RUN make && make install && ldconfig > 125 | WORKDIR / > > ERROR: failed to solve: process "/bin/sh -c cmake .. -DPYTHON_BINDINGS=ON" > did not complete successfully: exit code: 1 > > I am sorry cause my knowledge on CMake is

Re: Pluto SDR GNU Radio 3.8 fail to install

Check the lines at 1.096. On Thu, Sep 21, 2023 at 11:14 AM Guillermo Lena wrote: > Hello everyone, > > I have been trying to install the gr-iio module to interface with the > PlutoSDR device from analog devices for GNU Radio 3.8 using a Docker. I > have been following the instructions in the

Re: self.set_history error for python custom block

Here is an example (from the QA code) of using history from a Python block. https://github.com/gnuradio/gnuradio/blob/5953d3c96b42086c5f8c5f97b6fd7e57717f9aa5/gr-blocks/python/blocks/qa_block_gateway.py#L60 See if your code appears to be doing the same thing. On Thu, Sep 21, 2023 at 11:03 AM

Fwd: Getting undefined symbol

Oh, I see now ... I think you added a virtual class by defining something in telemetry.h, but there isn't actually any code to go with it. You might need a telemetry.cc somewhere? Not sure I'm getting the whole context here, though. On Wed, Sep 13, 2023 at 4:48 PM Jeff Long wrote

Re: GRC: Cannot find "RFNoC Fosphor" blocks

The RFNoC Fosphor block is included in-tree on the main branch, but has not been backported to the maint-3.10 branch. On Mon, Sep 4, 2023 at 7:59 AM Clint Scarborough < clinton.scarboro...@gmail.com> wrote: > I'm not sure about UHD 4.3, but the blocks are available for me with UHD > 4.4 and GR

Re: History and forecast

filters work, or may just be "the way it's done". On Mon, Aug 28, 2023 at 8:52 AM Marco Menchise wrote: > > > On Mon, Aug 28, 2023 at 1:08 PM Jeff Long wrote: > >> See fir_filter_blok.impl.cc for an example ... >> >> forecast() does not include hi

Re: How can i designed a FSM and conditional logic control in gnuradio?

Google turns up some previous work using GNU Radio for RFID. Older software (e.g., https://github.com/nkargas/Gen2-UHF-RFID-Reader) may need porting to a newer version of GNU Radio. On Mon, Aug 28, 2023 at 6:57 AM sp wrote: > Hi, Today I worked on RFID articles, and I had some questions. It is

Re: History and forecast

See fir_filter_blok.impl.cc for an example ... forecast() does not include history. For a sync, interp or decim block, forecast is not required at all. history() should be the number of previous items required, without the (-1). On Mon, Aug 28, 2023 at 5:08 AM Marco Menchise wrote: > Hi, I'm

Re: when in gnuradio top block is started can we change connect blocks?

Call tb.lock() before making changes, then call tb.unlock() to resume. There are some cases where this does not work correctly and the entire flowgraph needs to be stopped. On Mon, Aug 28, 2023 at 6:30 AM sp wrote: > I have a question about gnuradio blocks when I define gnuradio blocks on a >

Re: Does the reset() method in the Head block work?

reset() should work _before_ the Head block reaches the specified items, but once it reaches that number of items, Head is done and the flowgraph will terminate. So, I don't think reset() will do what you're hoping. Also, the code you posted creates a _new_ Head block each time through the while

Re: Using Fractional or Rational resampler to simulate Doppler

GNU Radio has a number of Impairment and Channel Model blocks. Have you looked to see if any of these blocks already does what you need? On Thu, Jul 27, 2023 at 4:19 PM Jose Ruvalcaba wrote: > Hello, > > I am trying to simulate an accurate representation of Doppler Shift in a > channel and I

Re: 3.10.7.0 upgrade advice request

Remove the build directory and try it again. I've seen this often when I just do a pull/cmake/make using an existing build dir. On Tue, Jul 25, 2023 at 3:01 PM aardric wrote: > Hail, > I had some time to invest in an upgrade from gr 3.10.5.1 to 3.10.7.0 and > ran into a problem about 1/4 of the

LDPC Decoder block API change

Does anyone use the LDPC Decoder block? PR https://github.com/gnuradio/gnuradio/pull/6748 will remove a param, changing the API. Normally we wouldn't do this, but best we can tell, the block is currently broken and unused.

Re: Installing SoapySDR in a Docker

Where it can't find gnuradio-blocks, it seems like some of the gnuradio dev packages may be missing. Odd that GNURADIO_UHD was found in that case. On Sat, Jul 22, 2023 at 1:22 AM Caden O'Donnell wrote: > Apologies for the extra email but this is the command I am using to build > the docker: >

Re: Installing SoapySDR in a Docker

gr-soapysdr was an out-of-tree module for 3.8 (see https://github.com/osmocom/gr-osmosdr) On Fri, Jul 21, 2023 at 11:30 AM Caden O'Donnell wrote: > Sorry, I didn’t mean to say build, I was using sudo apt install. However > since I am on Ubuntu 20.04 it installs gnuradio 3.8 which does not

Re: Installing SoapySDR in a Docker

Take a look at the cmake output to see if gr-soapy is being built, and if not, why not. On Wed, Jul 19, 2023 at 11:09 PM Caden O'Donnell wrote: > Hello, > > I am putting gnuradio companion into a docker however I am unable for it > to give me a HackRF source/sink block. I am installing

Re: Please identify mystery signal

Not really a GNU Radio thing, but here are a couple observations: - The periodic splatter says some stage in the receiver is overloaded - The fading, width, and sharp edges make this signal look like something that belongs at a much higher frequency Wild guess: this signal is not actually in band

Release v3.10.7.0

v3.10.7.0 is available at https://github.com/gnuradio/gnuradio/releases/tag/v3.10.7.0. The next version is expected in October. Here is the changelog for this version: ## [3.10.7.0] - 2023-07-15 ### Changed Runtime - Setting the minimum buffer size should have the desired effect now, and

Release Candidate v3.10.7.0-rc1

Release candidate v3.10.7.0-rc1 is available here https://github.com/gnuradio/gnuradio/releases/tag/v3.10.7.0-rc1. The final version will be released next week if there everything looks good.

Re: Using an OOT from GNU Radio Companion version 3.7.2 Today

Pretty much any 3.7 OOT can be ported to newer versions. It can be confusing, especially for people new to the development environment. The older XML GRC files can still be read by GRC (you would want to save them off as new YML files after opening). To get started, head to wiki.gnuradio.org and

Re: Convert PDU message to a PMT message

b_len is defined in the try block, and is out of scope by the time it is checked below. This code should work. The routine returns in the except clause and b_len is set after the try/except. import numpy as np from gnuradio import gr import pmt import array class blk(gr.sync_block): def

Re: Clearing a Blocks Buffers

No, there is not currently a way of flushing all or part of a flowgraph. On Wed, May 31, 2023 at 9:58 AM Luke Berndt wrote: > Is there a good method for clearing or resetting a block’s buffers? > > I have a program that tunes to different frequencies and is also started & > paused. I want to

Re: Adding Transmission Tags in Python Script for ZMQ connection

The ZMQ pub sink and sub source pass tags transparently (when enabled). Have you tested your system without ZMQ? Maybe you're looking to send data from a Python script outside of GNU Radio? When tags are enabled, they are encoded using PMT serialization and added in before any data to be sent.

Re: Doubts About the Polyphase Clock Sync Block

1. Given that set_damping_factor() requires the value to be in [0.0, 1.0], 2 * d_nfilters looks quite wrong. I wonder if it was supposed to be 2.0 / d_nfilters. This is probably overridden by a call to set_damping_factor() in a typical flowgraph. I'm not familiar enough with the block to comment

Re: Only one point in a S-Band BPSK constellation

Check the cutoff frequency and transition frequency on the rx filter. That's not what you want, and it's unlikely your computer can run a filter that tight at 8MS/s in real time. On Wed, Apr 19, 2023, 12:03 יותם זיס wrote: > Hello, we're students trying to build an S-Band BPSK modem. >

Release v3.10.6.0

The March 2023 release of GNU Radio (v3.10.6.0) is out and available at https://github.com/gnuradio/gnuradio/releases/tag/v3.10.6.0. Here is the change log .. everything is the same as last week's release candidate, except for the name. ## [3.10.6.0] - 2023-03-31 (planned release date) ###

Re: Constructing a basic/general python embedded block

Take a look at gr-fec/lib/encoder_impl.cc. This shows how to do this in C++. I don't know of a Python example in our code, but this should translate fairly easily. On Thu, Mar 30, 2023 at 5:44 AM Siddharth Arora wrote: > Hi, > I am facing issue while creating a general python embedded block,

Re: GNURadio/USRP stream tag execution not as expected

X310. > > Am 29.03.2023 um 16:04 schrieb Jeff Long : > >  > You will not get a radio to adjust its gain anywhere near that quickly. > You could leave the radio gain at the highest you will need, and vary the > amplitude of your signal. > > On Tue, Mar 28, 2023 at 5:4

Re: Boost lib thread issue

The args are for an internal function call, not related to command line args. It looks like you've found a bug in a piece of logging code that doesn't get hit very often. Could you submit an Issue on https://github.com/gnuradio/gnuradio? Thanks for reporting. On Tue, Mar 28, 2023 at 8:47 AM

Re: GNURadio/USRP stream tag execution not as expected

You will not get a radio to adjust its gain anywhere near that quickly. You could leave the radio gain at the highest you will need, and vary the amplitude of your signal. On Tue, Mar 28, 2023 at 5:46 PM Nicolas Buhr wrote: > Hi everyone, > > I already posted this to stackoverflow, but maybe

Release Candidate v3.10.6.0-rc1

v3.10.6.0-rc1 is available https://github.com/gnuradio/gnuradio/releases/tag/v3.10.6.0-rc1. The final version will be released in about a week if there are no problems. ## [3.10.6.0] - 2023-03-31 (planned release date) ### Changed Runtime - Add Python loggers to top_block and hier_block2 -

Re: How to force the decimation to schedule at least 16 output samples

Actually min noutput items is used in block_executor, now that I trace it through a bit. But I'm glad you got something to work. On Wed, Mar 15, 2023 at 7:26 PM Jeff Long wrote: > Oh, right. I remember that whole conversation about that function doing > nothing. It got me again! > >

Re: How to force the decimation to schedule at least 16 output samples

le (ie self.set_output_multiple(16). This will ensure >> that you always receive at least 16 samples and that the number of samples >> is a multiple of 16. It's not the best solution but it gets the job done. >> >> John >> >> On Wed, Mar 15, 2023 at 12:37 

Re: How to force the decimation to schedule at least 16 output samples

and each time I get the response Name Error: name > 'set_min_noutput_items' is not defined. > > Any more suggestions! 樂 > > George > > On Tue, Mar 14, 2023, 7:03 PM Jeff Long wrote: > >> Try: set_min_noutput_items(16) >> >> On Tue, Mar 14, 2023 at 5:39 PM

Re: Strange problem, block does not see the data, I can dump incoming data to file and also view constellation

We would need to know more about the "chain of blocks". It sounds like one of them is broken? On Sat, Mar 11, 2023 at 2:28 PM George Edwards wrote: > Hello GNURadio Community, > > I have a strange problem whereby the block (it feeds a chain of blocks) I > am feeding complex data to does not see

Re: Trying to faststart PlutoSDR from box

> Hi Jeff! > > Let me lnow if I am missing something but I have 3.10.5.0 install with > latest radioconda - 2023.01.19 (got it here). > Checked myself not - reinstalled radioconda. Gnu Radio Companion still is > 3.10.5.0. > > Am I doing something incorrectly? >

Re: Trying to faststart PlutoSDR from box

This was broken in v3.10.5.0, but fixed in v3.10.5.1 (available in the latest radioconda). Let us know if this is broken in v3.10.5.1. On Fri, Feb 17, 2023 at 10:26 AM Александр Плотников wrote: > Greetings everyone! > > While trying to faststart with pluto sdr - keep getting this error: >

Re: Cannot resize GRC window panels

On Fedora 37, it seems to work fine on the host and in radioconda, both using 3.24.36. On Mon, Feb 13, 2023 at 5:01 PM Ryan Volz wrote: > Hi Ville, > > I can confirm that I experience the same thing using conda. If I had to > guess, it might be a change/bug with newer versions of GTK 3? That's

Re: Link error GC

y full flowchart. > Thanks. > Raúl > > Missatge de Jeff Long del dia ds., 11 de febr. 2023 > a les 0:03: > >> A Vector Source produces items from a vector ... it does not actually >> produce a vector type unless the Vector Length parameter is set to >> something

Re: Link error GC

A Vector Source produces items from a vector ... it does not actually produce a vector type unless the Vector Length parameter is set to something other than 1. In this case, you would want the Vector Length to be the same as the FFT Size parameter in the FFT block. In other places, you would

Re: compiling GR 3.10.5.1 with ENABLE_GR_SOAPY=ON

io.org/index.php/Soapy > Moreover, I also based the decision to use 0.7 on the line > find_package(SoapySDR 0.7.2) in CMakeLists.txt of gr-soapy. > > Rick > > > On 2023-02-09 02:47, Jeff Long wrote: > > Could you point out where on the wiki page we recommend not using >

Re: compiling GR 3.10.5.1 with ENABLE_GR_SOAPY=ON

> > Could you point out where on the wiki page we recommend not using the > distro version of SoapySDR? The distro install would have been my first > choice.

Re: Qt widgets Improvement

Having both the quick-and-dirty GRC design flow and an optional full-up QT Designer design flow sounds great. One benefit of QT Designer is that users don't have to depend on GR to include all kinds of basic widgets, like buttons, sliders, etc. This also allows GR widgets to be embedded in larger,

Re: Audio sink aU underrun

Have you tried a sample rate of 48000? If the audio sink is not accepting the specified rate of 32000, and is expecting samples at 48000, then there would be underruns. The high processor utilization for pulseaudio says something is going wrong there. Maybe it's spending all its time logging

Release v3.10.5.1

A couple of important blocks were broken in v3.10.5.0, we're releasing an unscheduled v3.10.5.1. Please see https://github.com/gnuradio/gnuradio/releases/tag/v3.10.5.1 for details.

Re: Performance issue in gnuradio version 3.10.1

As a not, assuming you are using the pkt_xmt and pkt_rcv flowgraphs, both have throttles in them. The rcv one should not have a throttle, as it will be paced by the zmq source. No idea if this is related. On Thu, Jan 19, 2023 at 5:27 PM Cinaed Simson wrote: > Please do not send me images. > >

Re: Performance issue in gnuradio version 3.10.1

> My deadline is also nearing. :( > > On Thu, Jan 19, 2023, 06:59 Jeff Long wrote: > >> The pkt_xmt/pkt_rcv example on that page works for me, with very low CPU >> utilization. I did have to delete and re-add the PDU/Tagged Stream blocks >> that have moved, but I'm su

Re: Performance issue in gnuradio version 3.10.1

The pkt_xmt/pkt_rcv example on that page works for me, with very low CPU utilization. I did have to delete and re-add the PDU/Tagged Stream blocks that have moved, but I'm sure you've already figured that one out. Could you explain the performance and lagging issue you are talking about (and in

Re: how to change default python editor in linux

the settings of gnuradio, where > can I find the usermanual of conf file? So I can changed it myself. > > > Thanks! > > > 在 2023/1/8 20:45, Jeff Long 写道: > > GRC will remember the editor you choose until you quit the program. To > choose an editor permanently, edit ~/.g

Re: how to change default python editor in linux

GRC will remember the editor you choose until you quit the program. To choose an editor permanently, edit ~/.gnuradio/config.conf, and add an "edtor" setting under the "[grc]" section. For instance, [grc] editor = /usr/bin/emacs ... other settings On Sun, Jan 8, 2023 at 6:24 AM

Re: change grc hier blocks root directory

s the interconnection of blocks and parameters, the > real implement is in python file, and then I can use swig to import my C++ > code, when I need to accelerate the simulation(calculation). > > Thanks a lot! > > Replied Message > From Jeff Long > Date 1/5/2023 2

Re: change grc hier blocks root directory

t; I searched the grc file by epy_block: > > > Which does not specify the epy_block name and directory. Where does these > information specified? > > Thx. > > > > Replied Message > From Jeff Long > Date 1/5/2023 06:55 > To discuss-gnuradio@gnu.org

Re: change grc hier blocks root directory

Environment variables: GRC_HIER_PATH defaults to ~/.grc_gnuradio GRC_BLOCKS_PATH can be used to specify an additional path On Wed, Jan 4, 2023 at 8:00 AM wieniawski wrote: > hi, > > I have generated some GRC Hier Blocks, and as you know, they are located > in [user home]/.grc_gnuradio. > >

Re: GR_Soapy, LimeSDR-USB and rx_time timestamping

In 3.10.5.0, a new function was added https://github.com/gnuradio/gnuradio/pull/6229 to send updated timestamps if provided by the SDR during an overflow. If Brew is really providing the released version of 3.10.5.0, and the SoapyLMS7 driver correctly signals an overflow and provides a NEW

Release v3.10.5.0

GNU Radio v3.10.5.0 is available, for your end-of-year enjoyment. https://github.com/gnuradio/gnuradio/releases/tag/v3.10.5.0 In addition to fixes and under-the-hood work, the cross-platform experience should be helped out by some packaging, dependency and GRC drawing improvements. Happy GNU

Re: Is there something similar to the zero-span of spectrum analyzers in gnuradio?

Zero-span is the default way things work. There is no sweeping LO in a FFT-based display. On Mon, Dec 19, 2022 at 9:38 AM Juan Antonio wrote: > Best regards >

Re: A Question About Gnuradio OOT Block Startup, Sleeping the Block

If your block is purely a message source, override start() and have it set an flag, e.g., a pthreads condition or Python threading.Event. The message generation portion (thread?) of your block should wait on the flag before sending anything. Otherwise, you would be sending messages out in

Release Candidate v3.10.5.0-rc1

Release Candidate v3.10.5.0-rc1 is available for testing: https://github.com/gnuradio/gnuradio/releases/tag/v3.10.5.0-rc1 The final release will be early next week if all goes well. A quick summary of changes: - Many CI improvements. All tests are now enabled. - GRC scale factor and other fixes.

Re: how to make stream demux block in python

awal, > Ph.D. (Electrical Engineering) > Indian Institute of Technology, > Jodhpur, Rajasthan-342037 > Mobile No. +91-8410957412 > > On Sun, 11 Dec, 2022, 5:56 pm Jeff Long, wrote: > >> There is a built-in Stream Demux block you could use. Do you specifically >> need i

Fwd: how to make stream demux block in python

There is a built-in Stream Demux block you could use. Do you specifically need it to be in Python? On Sun, Dec 11, 2022 at 1:33 AM Sumit Agrawal (P19EE207) < agrawal...@iitj.ac.in> wrote: > Hi everyone, > Can anyone tell me how to make a stream demuxing block to demultiplex one > stream into N

Re: QT GUI Label error in v 3.10.1.1

This looks like something that was fixed quite a while ago in https://github.com/gnuradio/gnuradio/pull/3301 Tested on a recent GR, and this doesn't happen. Could you post the generated code? On Tue, Nov 22, 2022 at 10:23 PM Jose Ruvalcaba wrote: > Hello, > > I've been noticing an issue

Re: Help with understanding message pair to var

You've probably already found https://wiki.gnuradio.org/index.php/Message_Pair_to_Var For example, if samp_rate is the target variable, you end up with something like self.p2v = blocks.msg_pair_to_var(self.set_samp_rate) which will then call def set_samp_rate(self, samp_rate):

Re: burst mode for hackrf one

We are missing the "Length Tag" param in the yml for the newer gr-soapy blocks. I updated the issue . On Sat, Nov 5, 2022 at 4:53 PM Adrian Musceac wrote: > On Saturday, 5 November 2022 22:39:13 EET Marcus D. Leech wrote: > > >One technique

Re: GnuRadio within docker container access to ettus/n310 requires host mode network

For UHD network-connected devices, it is possible the host mode is required, not sure if there is another solution. USB connected device do not require host mode, but do require the usb devices to be passed through (e.g., --device or -v).. On Wed, Oct 19, 2022 at 6:09 AM M Esc wrote: > (similar

  1   2   3   4   5   6   >