On May 6, 2008, at 12:34 AM, WeiXiaowei wrote:
Hi,
I have got a problem when following all the steps in the link below
to build the GNU radio.
http://gnuradio.org/trac/wiki/BuildGuide
When I reach the last step of compiling, i.e $ sudo make install
It keeps on asking for the password.
If
Hi,
I have got a problem when following all the steps in the link below to build
the GNU radio.
http://gnuradio.org/trac/wiki/BuildGuide
When I reach the last step of compiling, i.e $ sudo make install
It keeps on asking for the password.
If I input the password for root of Fedora or the passwo
Hi all,
Can anyone make available the OFDM / DAB implementation by Jens Elsner, which
original location was:
- http://www.1c3.de/gr-dab.tar.bz2
There is also a paper called:
- V. Pellegrini, G. Bacci, M. Luise, "Soft-DVB, a Fully Software, GNURadio
Based ETSI DVB-T Modulator", in Proc. WSR'08
On Mon, May 05, 2008 at 06:40:32PM +0200, Diana Iosifescu wrote:
>
> The ROM id's the card to the system. You need it. It costs about
> $0.50.
>
> %**
> Thanks. I know it's a cheap component. Just wondering for the increased
> complexity (mainly side ef
On Tue, May 06, 2008 at 12:35:19AM +0900, Geof Nieboer wrote:
> Good news, got a basic test version of gnuradio compiled in MSVC 2005,
> included a C# front end. More details can be found on the
> http://www.gnuradio.org/trac/wiki/WindowsNativeInstall page. Most of the
> key C++ code is in there,
Sure. Are you sure you can't hook your UHF board up to a basic tx or
rx at least for prototyping? What's your gadget's IF?
**
In fact what I need is to convert 2 CW coherent signals (beacon)IF in
UHF range (somewhere between 0.5 to 1GHz , through a very goo
Good news, got a basic test version of gnuradio compiled in MSVC 2005,
included a C# front end. More details can be found on the
http://www.gnuradio.org/trac/wiki/WindowsNativeInstall page. Most of the
key C++ code is in there, it will just need more managed interfaces built.
Right now, it can do
Hi,
when I send from the 'benchmark_ofdm_tx.py' with option -s 16, then about 200
of the packets in the end are lost at the receiver side.
Might it be a problem at the code, or am I doing anything wrong or missing
something?
These are the command I used:
../benchmark_ofdm_tx.py -T A -f 2.45G -i
