On 06/29/2013 07:21 PM, Liang Xian Loong wrote:
I'm using x86 32-bit platform.
How can I build/install GNU Radio properly?
Thanks.
http://www.sbrac.org/files/build-gnuradio
may help
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
htt
I'm using x86 32-bit platform.
How can I build/install GNU Radio properly?
Thanks.
On Sun, Jun 30, 2013 at 6:59 AM, Marcus D. Leech wrote:
> On 06/29/2013 06:37 PM, Liang Xian Loong wrote:
>
> Greetings,
>
> I have installed GNU Radio 3.6.4.1 in Ubuntu 13.04. I have segfaults
> when trying
On 06/29/2013 06:37 PM, Liang Xian Loong wrote:
Greetings,
I have installed GNU Radio 3.6.4.1 in Ubuntu 13.04. I have segfaults
when trying to run gnuradio-companion.
*$ gnuradio-companion *
*linux; GNU C++ version 4.7.3; Boost_105300; UHD_003.005.003-78-g49a4929b*
*
*
*Segmentation fault (co
Greetings,
I have installed GNU Radio 3.6.4.1 in Ubuntu 13.04. I have segfaults when
trying to run gnuradio-companion.
*$ gnuradio-companion *
*linux; GNU C++ version 4.7.3; Boost_105300; UHD_003.005.003-78-g49a4929b*
*
*
*Segmentation fault (core dumped)*
How can I approach this?
Thank you.
-
The final planned release of the GNU Radio 3.6 API, release 3.6.5.1, is
available for download:
http://gnuradio.org/releases/gnuradio/gnuradio-3.6.5.1.tar.gz
Contributors:
Balint Seeber
Bastian Bloessl
Jaroslav Škarvada
Johnathan Corgan
Josh Blum
Marcus Leech
Martin Braun
Michael Dickens
One of the things I've wanted to do for some time is the ability to pass
a reference to a flow-graph object to "helper" Python code that I often
import
into my flow-graphs. Such "helper" code is often called upon to do
things like calculate filter coefficients, or other variable settings
whe
On Sat, Jun 29, 2013 at 01:10:31PM +0200, Stefano wrote:
> >it looks like the block inherits from gr_tagged_stream_block which
> >will will call a blocks work function with the exact number of
> >samples for one PDU with a known size in general_work and will
> >call consume for you afterwards.
For
On Thu, Jun 20, 2013 at 12:21 AM, Nemanja Savic wrote:
> Basicaly I was designing block for sampling digital pulses after
> demodulation, and wanted to see the moments of sampling by generating
> signal of zeros and 1 in the moment of sampling. The problem is when I
> store both input and output
On Thu, Jun 27, 2013 at 1:43 AM, Marek Czerski wrote:
> I found a bug in gnuradio-core/src/lib/general/gri_fft.cc, in function:
> static const char * wisdom_filename ()
>
> It returns pointer to char string from temporary object created by call
> to path.string(). Obviously, this pointer is poin
-- Forwarded message --
From: Karan Talasila
Date: Sat, Jun 29, 2013 at 6:44 PM
Subject: Re: [Discuss-gnuradio] Problem in uhd_fft
To: "j...@joshknows.com"
Hi Josh,
I am using USRP 1. I am using a sma-bulkhead cable from Tx_A
of basic tx daughter board and similarl
Thanks Martin, very helpful; forgotten to take a look at the block type.
Stefano
Il 29/06/2013 10:24, Martin Lülf ha scritto:
Hi,
it looks like the block inherits from gr_tagged_stream_block which
will will call a blocks work function with the exact number of samples
for one PDU with a known
Hi,
it looks like the block inherits from gr_tagged_stream_block which will
will call a blocks work function with the exact number of samples for
one PDU with a known size in general_work and will call consume for you
afterwards.
http://gnuradio.org/doc/doxygen/classgr__tagged__stream__block
12 matches
Mail list logo
