All right, that makes me feel better. A few corrupted samples is perfectly
fine since the setting should only change before transmitting/receiving,
not during.
Thanks,
Sean
On Tue, Dec 20, 2016 at 10:21 AM, Kevin Reid wrote:
> On Tue, Dec 20, 2016 at 8:38 AM, Sean Horton
On Tue, Dec 20, 2016 at 8:38 AM, Sean Horton wrote:
> What is the best way to change settings such as gain, taps, frequency
> values, etc of various blocks while running? The current setup I'm
> refactoring receives new configs over tcp, and a block outputs the new
>
Thanks. I only know enough about gnuradio to be dangerous right now, so I
wasn't sure if that was an intended way to modify block parameters. I
haven't been able to test most of that yet, initial variables have been the
same as what was being sent from a remote server, so if it didn't work, I
If your flow-graph is GRC based, then any block parameters that can be
changed at runtime can be tied to a variable.
Once you have that, then you can use, for example, XMLRPC to set any
variable in the flow-graph from the "outside world" (which includes
"reflexive" setting from non-flowgraph
What is the best way to change settings such as gain, taps, frequency
values, etc of various blocks while running? The current setup I'm
refactoring receives new configs over tcp, and a block outputs the new
config values to probe signals, and those probe signals are used to change
various