Hello,
I have tried to compile gr-bluetooth (version obtained by git clone
git://gr-bluetooth.git.sourceforge.net/gitroot/gr-bluetooth/gr-bluetooth),
while I have a git version of gnuradio from Feb 3rd and I am getting
errors during the compilation:
In file included from bluetooth_multi_LAP.h:27
Sorry for trivial question - it's my first time with UHD. It works now,
thanks.
Jiri
On Sun, 5 Feb 2012, Marcus D. Leech wrote:
On 02/05/2012 04:43 PM, Jiri Pittner wrote:
Hi Ben,
good news - the cmake-built gnuradio does not crash. However, I am not
completely happy yet: when I try
burn wrote:
Jiri -
Just to echo Marcus, have you tried building with CMake? Many people find
that the CMake build magically fixes bizarre build errors; it certainly
does in my case!
Cheers,
Ben
On Fri, Feb 3, 2012 at 8:59 AM, Jiri Pittner wrote:
Hi Volker,
thanks for the hints. I have presently
, Josh Blum wrote:
On 02/03/2012 01:34 PM, Jiri Pittner wrote:
Hi Josh,
On Fri, 3 Feb 2012, Josh Blum wrote:
On 02/03/2012 01:20 PM, Jiri Pittner wrote:
Hi Ben,
thanks for the hint - with cmake, I compiled it without any problem,
including volk, using the boost-1.47.0 version. I do not have
Hi Josh,
On Fri, 3 Feb 2012, Josh Blum wrote:
On 02/03/2012 01:20 PM, Jiri Pittner wrote:
Hi Ben,
thanks for the hint - with cmake, I compiled it without any problem,
including volk, using the boost-1.47.0 version. I do not have USRP
at hand over the weekend, so I remain curious whether
you tried building with CMake? Many people find
that the CMake build magically fixes bizarre build errors; it certainly
does in my case!
Cheers,
Ben
On Fri, Feb 3, 2012 at 8:59 AM, Jiri Pittner wrote:
Hi Volker,
thanks for the hints. I have presently 3 versions of boost:
Installed versions
on of automake do you use ? I'm using 1.11.2 and getting problems
when running make install.
I'm curious if this happents on your system, too.
Volker
Am 03.02.2012 11:37, schrieb Jiri Pittner:
After configuring current git version of Gnuradio as
/configure --enable-gr-uhd --enable-g
i_a_generic':
/scratch/jiri/gnuradio/volk/lib/../include/volk/volk_16ic_magnitude_16i_a.h:172:
undefined reference to `sqrtf'
and many undefined references to atan2f,powf,sincosf, etc. gfollow.
I have gcc (Gentoo 4.5.3-r1 p1.0, pie-0.4.5) 4.5.3 on X86_64 Intel(R)
Core(TM) i7 system.
This I did more than 10 times recently, testing also with 3.4.2, carefully
deinstalling previously installed versions. It's reasonably fast on 4-core
machine and as Gentoo user I am used to run some compilations :-).
As I wrote I got compilation errors with newer boost versions, I will
retry tha
entoo #2
SMP on x86_64 Intel(R) Core(TM) i7 CPU Q 740 @ 1.73GHz
HP 8540w
laptop.
I tried also to install gnuradio-3.4.2: this has still the
old USRP support, which works fine, but UHD segfaults as well (and
funcube does not work).
Do you have any idea what to do?
Thanks
very much for help.
Be
) 4.5.3,
running 3.1.5-gentoo #2 SMP on x86_64 Intel(R) Core(TM) i7 CPU Q 740 @ 1.73GHz
HP 8540w laptop.
I tried also to install gnuradio-3.4.2: this has still the old USRP support,
which works fine, but UHD segfaults as well (and funcube does not work).
Do you h
Hi,
did somebody try to use gnuradio for receiving DRM (Digital Radio Mondiale)?
It seems to me that neither M-QAM demodulation nor the apropriate audio codec
is presently implemented in gnuradio, however, the DRM program "dream" has
an option --fileio, which should be able to replace the sound c
n __init__
False) # ok_to_block
File "/usr/local/lib/python2.4/site-packages/gnuradio/audio_alsa.py",
line 236, in sink
return _audio_alsa.sink(*args)
RuntimeError: audio_alsa_sink
I am using alsa 1.0.14a-r1 and kernel 2.6.21-gentoo.
Jiri
On Wed, 4 Jul 2007, Matt Ettus wrote:
J
Hi all,
I have been experienting with gnuradio for some time and I have noticed an
annoying problem
with the audio sampling rate: in the scripts from the example directory it is
set to a hard
value of 32ksamples/s. However, my laptop audio card (or its linux driver) do
not support
this speed, o
I had the same problem, latest SVN version of gnuradio definitely solved
it.
Jiri
On Tue, 19 Jun 2007, Matt Ettus wrote:
Ian Larsen wrote:
Hello,
I'm trying to figure out what's going on here. I have a USRP that
works just fine when tested with the test_usrp_standard_rx test
program, but s
Hi
I am new to gnuradio, so maybe a trivial question: I couldn't find any qam
demodulation
block for use from python scripts, does it exist? I have read somewhere about
HDTV (not realtime)
reception by gnuradio, and DVB-T uses QAM, so I suppose it must exist, where
can I find it?
Thanks, Jiri
Hi all,
I am a new user of USRP and I am a bit surprized about the "latency" of USRP
reception: I have tried usrp_nbfm_rcv.py and a hardware scanner at the same
frequency and I have observed, that the software radio is about 0.3-0.5
seconds delayed after the hardware radio. DO you know the reason
Hi all gnuradio enthusiasts,
I just obtained a brand new USRP and it seems to work fine (so far WFM via
TVRRX tested),
however, after the python script ends, fffe:0002 disappears from lsusb
and gnuradio cannot find the USRP until I cycle the usrp power.
I am running gnuradio 3.0.2 on a up-to-dat
18 matches
Mail list logo
