gr-perfmonitorx is extraordinarily similar to what you are wanting, but has nothing to do with GRC. GRC can't really do what you're describing-- treat it as a tool to generate python scripts to make gnuradio graphs and that's it.
You can see some screenshots and read a little bit about it in this paper: http://conferences.sigcomm.org/sigcomm/2013/papers/srif/p65.pdf Support for it should be in current HEAD which will become a release way before 3.8. Depending on how much you want this feature you can try it out today. -Nathan On Wed, Jun 3, 2015 at 1:08 PM, Richard Bell <[email protected]> wrote: > Correct me if I'm wrong, but this is what I envisioned. > > From an OOT module I've been able to send various debug info out using > std::cout. It doesn't matter to me if it's configured at runetime or > compile time, because I'm sending the runtime values out. Instead of > directing things like buffer sizes and item length to stdout, I'd like to > feed them up the chain to be used in GRC. > > I'm not familiar with control ports, but you say something like this might > be coming out in release 3.8 then? > > Rich > > On Wed, Jun 3, 2015 at 10:02 AM, Douglas Geiger < > [email protected]> wrote: > >> Sounds like you want gr-perf-monitorx: which requires ControlPort (i.e. >> either an older release with the ICE backend, or current master with the >> Thrift backend). >> >> On Wed, Jun 3, 2015 at 12:48 PM, Richard Bell <[email protected]> >> wrote: >> >>> Hi all, >>> >>> I just had this idea and would like to know if there is any major >>> impediment to doing it. Could I add a little colored rectangle next to each >>> input and output port that would change from green to yellow to red >>> depending on the size left in that ports buffer? I feel it would help me >>> narrow down sample rate problems or figuring out which blocks are slow in >>> the chain. >>> >>> >>> Would this be a relatively simple addition to the block class? >>> >>> v/r, >>> Rich >>> >>> _______________________________________________ >>> Discuss-gnuradio mailing list >>> [email protected] >>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >>> >>> >> >> >> -- >> Doug Geiger >> [email protected] >> > > > _______________________________________________ > Discuss-gnuradio mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > >
_______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
