Thanks Tom, I had looked at it. I still have a question.
It looks to me like the blocks down the line receive data from the upper ones and do noting with that data (so the state of block's local variable is frozen) but, I mean, there still is data flowing in and out those blocks. Is this assumption right? thanks again vincenzo 2009/3/9 Tom Rondeau <[email protected]> > On Sun, Mar 8, 2009 at 8:20 PM, Vincenzo Pellegrini <[email protected]> > wrote: > > Hi everybody, > > just a very simple question: > > is there a clean way in GNURadio to do this > > > > source-->block1-->block2 > > > > where: > > source sends let's say some gr_complex > > block 1 looks for some synchro signal within the flow > > > > block2 does absolutely nothing (i.e. does not process zeors or anything, > > simply it is frozen) untill block1 says: "well your frame starts here" > and > > delivers a vector for block 2 to work upon. > > > > It would be great if any body who's been doing this sort of things could > > provide some pointer to start from. > > > > thank you all > > > > vincenzo > > > > PS. > > If this is not a sane way to arrange a flowgraph for doing > syncronization, > > please point me to the sane way... ;-) > > Maybe I should only use stream-oriented blocks that decide what to do and > > when, just based on some block internal state? > > Look at the OFDM code. We did something similar where the data went > out port 0 and a flag signal out of port 1. The other guys down the > line would not do anything until they saw the flag signal go high. > > Tom > -- Vincenzo Pellegrini
_______________________________________________ Discuss-gnuradio mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
