Hi,
Today, I have tried installing gnuradio on Antergos (Arch Linux based
distro) using pybombs. Antergos ships Python3 as it's default python
version and Cheetah seems to be incompatible with Python3. The build fails
due to the unmet dependency of Cheetah template engine.
The successful builds on
Hi Ravi,
> The build fails due to the unmet dependency of Cheetah template engine.
exactly that's why we depend on Python2 packages in python.lwr:
category: baseline
inherit: autoconf
satisfy:
deb: python2.7 && python-dev
rpm: python-devel >= 2.7
cmd: python --version >= 2.7
pacman: pytho
Hi Ravi,
> The build fails due to the unmet dependency of Cheetah template engine.
exactly that's why we depend on Python2 packages in python.lwr:
category: baseline
inherit: autoconf
satisfy:
deb: python2.7 && python-dev
rpm: python-devel >= 2.7
cmd: python --version >= 2.7
pacman: pytho
Hi Marcus,
I had already installed python2 before running pybombs on my PC. I
have just rechecked installing gnuradio with sudo privileges and it
seems to be picking the python2 version correctly.
P.S. I was replying to Martin's mail dated
http://lists.gnu.org/archive/html/discuss-gnuradio/2016-0
Hi Ravi,
On 30.05.2016 14:04, Ravi Sharan wrote:
> Hi Marcus,
>
> I had already installed python2 before running pybombs on my PC. I
> have just rechecked installing gnuradio with sudo privileges and it
> seems to be picking the python2 version correctly.
That's a bug. The GNU Radio build system s
I'm going through the code that calls python at build time.
Is this a fresh, clean Antergos, or did you manually install different
versions of python through something that is not pacman?
Best regards,
Marcus
On 30.05.2016 14:07, Marcus Müller wrote:
> Hi Ravi,
>
> On 30.05.2016 14:04, Ravi Shara
Hi all,
The file, /gr-fft/lib/fft_vcc_fftw.cc(http://goo.gl/X8WNPh), changes domain
from frequency to time using IFFT(Inverse-Fast-Fourier-Transform).
It takes parallel subcarriers in frequency-domain (it is defined 'in' in
the file) and converts it into time-domain(it is defined 'out').
I can u
Dear All,
I'm new to Gnu Radio. I looked carefully to the doc and tutorials but could
not find any simple answer to my problem.
I have a radio signal from which I'm able to visualize the FFT in GNU Radio
Companion.
Now I would like to save the FFT (more exactly the magnitude squared, or
the spectr
Hi SangHyuk
On 30.05.2016 14:25, SangHyuk Kim wrote:
> Hi all,
>
> The file, /gr-fft/lib/fft_vcc_fftw.cc(http://goo.gl/X8WNPh),
No need to use URL shorteners in Emails.
Why are you using a revision of that file from 2012? That is not what
you should do. Select "branch: Master" from the drop-down m
Ah, forgot to actually cite one thing:
On 30.05.2016 14:49, Marcus Müller wrote:
>
>> I can't find its' implementation in anywhere so that I can't
>> understand what happen in this function.
> A DFT is performed, by calling the fftwf_execute function of the FFTw
> library, which really, just execu
i am using USRP n-210 to receive signals.kindly guide me how can i save the
received signal in GNU radio software and what should be the format of
received signal file so that it can be imported in matlab for signal
analysis..?? __
Hi Hais,
> kindly guide me how can i save the received signal in GNU radio software
Have you gone through the tutorials on http://tutorials.gnuradio.org ?
Like I said, use the "file sink". It's really not that hard if you just
get started with these tutorials!
> what should be the format of receiv
Hi,
Since I moved from 14.04 LTS to 15.10 a couple of weeks ago, I have
been experiencing segmentation faults on i965_dri (graphics rendering).
In order to (hopefully) move away from this issue, yesterday I
upgraded to 16.04 LTS and rebuilt GNURadio (3.7.9.2) and UHD using
Marcus' scrip
On 30/05/16 22:05, John Shields wrote:
Hi,
Since I moved from 14.04 LTS to 15.10 a couple of weeks ago, I have
been experiencing segmentation faults on i965_dri (graphics rendering).
In order to (hopefully) move away from this issue, yesterday I
upgraded to 16.04 LTS and rebuilt GNURadi
On 05/30/2016 06:27 PM, John Shields wrote:
oops, it was not simple_ra that I tried to re-compile against the new
GNURadio etc., it was gr-ra_blocks.
Sorry,
John
Which is a pre-req for simple_ra
___
Discuss-gnuradio ma
On 30/05/16 22:29, Marcus D. Leech wrote:
On 05/30/2016 06:27 PM, John Shields wrote:
oops, it was not simple_ra that I tried to re-compile against the new
GNURadio etc., it was gr-ra_blocks.
Sorry,
John
Which is a pre-req for simple_ra
__
Try this:
https://www.dropbox.com/s/7xsg4arx5h3gvah/spectrum.grc?dl=0
The integrate with decimation is what you want. Starting at 32 ksps with a
1024 length FFT length yields 31.25 vector/sec. Then an integrate with
decimation by 32 averages down to 0.98 vector/sec.
However when I try reading
On 05/30/2016 09:19 PM, madengr wrote:
Try this:
https://www.dropbox.com/s/7xsg4arx5h3gvah/spectrum.grc?dl=0
The integrate with decimation is what you want. Starting at 32 ksps with a
1024 length FFT length yields 31.25 vector/sec. Then an integrate with
decimation by 32 averages down to 0.98
18 matches
Mail list logo