[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] strange consume behaviours on blocks with mulitpl

From: Eric Blossom
Subject: Re: [Discuss-gnuradio] strange consume behaviours on blocks with mulitple input channels
Date: Tue, 2 Jan 2007 13:16:36 -0800
User-agent: Mutt/1.5.9i

On Tue, Jan 02, 2007 at 07:59:00PM +0100, Matteo Campanella wrote:
> Hi everyone, on Dec 25th I posted a message about a possible strange
> behaviour of consume in a block where there are two inputs and samples are
> consumed at different rates; in order to further check the nature of the
> problem, I changed to code so that the clock input was checked for a
> transition in the latest period, rather than since the beginning; that way,
> consume for the clock input consumed almost the same number of samples as
> the signal input - I made similar graphs to the ones I posted on 25th, and
> this time everything seems to work ok, that is, samples consumed are the
> same number as requested with the consume() call. So this further test 
> makes
> me believe that something bad happens if in the general work I consume 1000
> samples of one input and just few, let's say 30, of another. Should it be
> like that? Or is there something wrong?
> regards, hny
> Matteo iz2eeq

I believe that consume works as expected.  

You may want to confirm that you are not eating more input that is
actually valid.  What are you using for your forecast method?  Does it
compute a reasonable answer given your circumstances?


reply via email to

[Prev in Thread] Current Thread [Next in Thread]