On Sun, 27 Feb 2005 00:40, Ramakrishnan Muthukrishnan wrote: > Here, the data to delay and data to hilbert filter are entirely different. > One is the I path and the other one is the Q path, where in the > gr.hilbert_fc case, it is the same data input. hilbert_fc may be useful > when the need to do hilbert trtansform occur early in the chain, but in the > method I implemented, it occurs later. > > Is there a way, one can reliably do a "delay"? As I understand from Chuck's > email quoting earlier emails, there is no control over the buffering. I > implemented the delay using a filter, and it seem to do its job. Is there a > better way to implement similar algorithms, which occur frequently in > communication systems?
You'd need to buffer enough samples to get your delay. ie you don't care about time as such, just think of it in samples :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
pgpiR4BqJoxlD.pgp
Description: PGP signature
_______________________________________________ Discuss-gnuradio mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
