Announcement (2017-05-07): www.ruby-forum.com is now read-only since I
unfortunately do not have the time to support and maintain the forum any
more. Please see rubyonrails.org/community and ruby-lang.org/en/community
for other Rails- und Ruby-related community platforms.

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?

On Sun, Mar 8, 2009 at 8:20 PM, Vincenzo Pellegrini <wwvince@gmail.com>
wrote:
> block2 does absolutely nothing (i.e. does not process zeors or anything,> 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

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 <trondeau1122@gmail.com>

Hi Vincenzo,
May I ask:
What is the current state of SoftDVB publishing, is there progress or
will this be delayed? Is it still correct that you plan to publish the
code of your great implementation that achieves realtime?
Thanks in advance for providing the information. Your code will be an
excellent inspiration to many people.
Best regards, Dominik

On Tue, Mar 10, 2009 at 6:48 AM, Vincenzo Pellegrini <wwvince@gmail.com>
wrote:
>> thanks> again>> vincenzo
Yes, data still flows into the blocks. But, we tell the scheduler that
we have consumed all of the incoming data, but we do not produce any
output data unless the signal line has triggered. This, then, drops
the data from the incoming stream. So data can flow all day long and
be ignored until the trigger line goes high.
Tom