Hi all,
I am currently extending gnuradio filter design tools and is planning to
integrate gr_filter_design to GRC so that users can import filter specs
directly. I went through the gui code and tried some examples by
patching /gnuradio/grc/gui/PropsDialog.py.
Please watch a sample recording
GSoC_grc_gnuradio - YouTube (kindly switch to high
resolution). In my implementation I tried to
update grc block parametes by handling stdout of an external program and
from a file too.
I would mainly like to add two features
a) launching of an external application and handling the out (may be via
stdout or using plugs and sockets)
b) File loader so that block parameters can be directly imported from an
standard xml file.
Is it desirable to add some new xml tags (,
, etc) to block.dtd so that this will be a generic
feature that can be added to any block. Is there any other
good and clean way of doing this?.
It would be really helpful if any one of the GRC maintainers can share
some thoughts on this.
Regards
Sreeraj Rajendran
http://home.iitb.ac.in/~rsreeraj
Please watch a sample recording
GSoC_grc_gnuradio - YouTube (kindly switch to high
resolution). In my implementation I tried to update grc block
parametes by handling stdout of an external program and from a file
too.
This is pretty cool stuff. I bet the same modification/idea could be
used to launch a gui designer tool as well.
I would mainly like to add two features a) launching of an external
application and handling the out (may be via stdout or using plugs
and sockets) b) File loader so that block parameters can be directly
imported from an standard xml file.
You might consider, rather than launching an external application,
rather, calling into a python module/function that returns some result.
Now it might be that calling into the module launches an external
application, but the idea is that the difficulty of launching and
parsing program specific output is encapsulated into the module.
All GRC properties dialog has to know is how to call a function and
process its return values.
-josh
On Fri, May 11, 2012 at 1:59 PM, Josh B. [email protected] wrote:
I would mainly like to add two features a) launching of an external
application and handling the out (may be via stdout or using plugs
and sockets) b) File loader so that block parameters can be directly
imported from an standard xml file.
You might consider, rather than launching an external application,
rather, calling into a python module/function that returns some result.
I think this suggestions of Josh’s makes sense. It seems something
like this would make it easy for us to do something similar in
straight Python to design and pull in results from the GUI app.
Tom