Mir M. Ali wrote am 2009-08-13 07:28:
The output of pkg-config is shown below and it shows that fftw is installed.
$ pkg-config --list-all | grep fft
fftw3FFTW - fast Fourier transform library
Gnuradio's configure doesn't seem to find it. What can I do now?
Please post
On Tue, Aug 25, 2009 at 10:19 AM, Patrick
Strasserpatrick.stras...@tugraz.at wrote:
Mir M. Ali wrote am 2009-08-13 07:28:
The output of pkg-config is shown below and it shows that fftw is
installed.
$ pkg-config --list-all | grep fft
fftw3 FFTW - fast Fourier transform
Hi everyone,
I'm trying to get a grip of how the software code works in gnuradio. At the
moment I'm looking at the bbn 802.11b rx implementation.
I would like to understand how the data stream is transported from the usrp
source block and further to the rest of the processing blocks that are
Thanks a lot, I got it.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi all,
If I have .cc .h .i and Makefile.am all ready, could I go back to the top
directory containing configure and make again(make from the top) instead
of using automake at src/lib directory in order to generate the make file?
Thank you,
Milo
On Fri, Aug 21, 2009 at 9:15 AM, Douglas
If I have .cc .h .i and Makefile.am all ready, could I go back to the top
directory containing configure and make again(make from the top) instead
of using automake at src/lib directory in order to generate the make file?
I'm not sure exactly what you mean. I always make from the root
Hi everyone,
I'm trying to establish communication between two USRP2 using
benchmark example. The command ./benchmark_tx.py -f 2.4G -r 500k
doesn't work: USRP2 can not correctly decode the packets received, all
packets are 'false'. (PS:Same command works well on USRP1)
After many times' tests,
Hi all friends
Hope to be fine
I have a question about VIN signals in schematic files
on the schematic two pair signals named VINN and VINP that connect from AD
to connectors. for J668 and U602 in the schematic VINN_B_B is connected to
108 of U602 and VINP_A_B is connected to 107, and on J668
Within the BBN RX side, all the processing blocks are stuck together so that
data streams from each block to the next. In the final block, when a
packet is successfully decoded it is loaded in a message queue. The loading
into the message queue is done within the C++ code, not the python.
There
Hi Colby,
Based on what you said, is that means, at Tx side, the encoded data stream
from encoder should also be loaded into gr.msg_queue() and applies
delete_head() funtion?
Thank you,
Milo
On Tue, Aug 25, 2009 at 8:08 PM, Colby Boyer colby.bo...@gmail.com wrote:
Within the BBN RX side, all
10 matches
Mail list logo
