Actually my question is: is there any example where some block is derived from two other blocks (for example from two sync blocks)?
On Tue, Sep 10, 2013 at 12:45 PM, Nemanja Savic <vlasi...@gmail.com> wrote: > Thank you Josh. At the moment I wanted to make this as simple as possible. > My idea was to make a new class(block type) and to make my impl class > inherit that class also. In that new class I would store message port > subscription and a method for sending message that deframer received valid > message. The problem is i can't really figure out how to make a the new > class that will be used only to be inheritted by my deframer block. > Something simillar is done with filter blocks in gnuradio, there are few > classes declared in fir_filter.h and other filters inherit that class. > > Cheers, > Nemanja > > > On Fri, Sep 6, 2013 at 1:07 AM, Josh Blum <j...@joshknows.com> wrote: > >> >> >> On 09/05/2013 02:12 AM, Nemanja Savic wrote: >> > HI all guys, >> > >> > I have 3 different packet deframers, and now I would like them to be >> able >> > to send a message to a certain block about correct packet reception. In >> > order to do that I want to make some "phantom" block that will have >> message >> > out port. >> >> Are you looking to have a sort of control block that can apply >> configuration settings to these packet deframers? Either once at >> init-time or at runtime based on some conditions? If so, this also might >> make sense for you: >> >> In GRAS, your deframers would register calls for configuring packet >> reception: >> https://github.com/guruofquality/gras/wiki/Codeguide#method-registration >> >> In the top block, when you connect flows, you can also register the >> blocks into a tree. The control block could then find the deframers at >> runtime and apply new settings dynamically: >> >> https://github.com/guruofquality/gras/wiki/Codeguide#wiki-zero-configuration >> >> >> Its all GRC friendly and thread safe. You could do this with messages >> too, it really depends what works best or makes the most sense. Anyway, >> I have just been thinking about this kind of stuff and I wanted to share. >> >> -josh >> >> _______________________________________________ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> > > > > -- > Nemanja Savić > -- Nemanja Savić
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
