I am working on a GR block that will test two incoming bit streams (one a
reference and one a received result) for equality and return the estimated
BER. Blocks already exist that do this, but they assume the streams are
aligned. My block will allow and correct for offsets in the bit streams.
Hi Dan,
On 10/12/2014 03:48 AM, Dan CaJacob wrote:
I am working on a GR block that will test two incoming bit streams (one
a reference and one a received result) for equality and return the
estimated BER. Blocks already exist that do this, but they assume the
streams are aligned. My block
Can you perform the alignment prior to the but comparison stage? This would simplify the comparison so that it can focus on BER alone and no alignment tasks. It would also address the following:Another issue that may arise if the bits streams are not aligned during comparison is that as you slide
Zhe, every single developer who has ever written for GnuRadio runs into
this particular swig necessity and searches like mad, certain it is done...
Congrats.
On Tue, Oct 7, 2014 at 8:18 AM, Zhe Feng feng...@umich.edu wrote:
Hi Marcus, Martin and Bastian,
Thanks for your help!
You are
Brad:
You are treating an FFT as if it were a spectrum analyzer which produces a
magnitude or energy profile of how much signal is at a particular
frequency. The FFT does much more than that. It tells not only what
magnitude is at a frequency but what phase angle the signal has there.
Let's
Hello GNURadioers!
I have a block (blck #1) connected to multiple of blocks. Here I have two
blocks' (call blck #2 and blck #3) connected to blck #1 output.
I'm confused when I saw nitems_read of blck #2 and #3 aren't the same, say
1000 items are read by blck #2 and 155000 items read by blck #3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Mostafa,
it's like you understand: It's the same output buffer, but each
consumer (== block2 and 3) have their own buffer readers that keep
track of how many samples they consumed.
Block 1 can only overwrite parts of the buffer that *both* readers
