Title: FEC & iteration in gnuradio
Hi, I'm new to gnuradio & am integrating some trellis based FEC
algorithms I have. I've designed a class structure that
will allow me to do this in a fairly straight forward manner. I wanted
to run this by somebody familiar with the project before I start
ha
This work is under way. We still need to fix libpython linking under
MinGW before 2.6. This shouldn't be a big issue, Martin may have
it already working.
I do have the complete build working under windows (I am already using it)
What libpython linking problem do you have?
(Maybe you told me bef
> Are there any application notes which give more
> information on what's inside, e.g. a functional block diagram?
None that I know of. You can think of it as a dual conversion receiver,
with RF and IF gain controls.
> Does the TVRX module take the real IF output (converted to 5.75 MHz) into
>
Hi, guys
I've generated a BPSK signal (float), and want to send
it by the USRP. But the USRP sink only has two types:
_c and _i. So is gr_float_to_complex the correct
block I should use before sending the signal to the
USRP sink?
Thanks
Sachi
On Thu, Jul 14, 2005 at 01:23:46AM +0200, Stephane Fillod wrote:
> On Wed, Jun 29, 2005 at 05:38:28AM -0700, Eric Blossom wrote:
> > In the bigger picture, we need to revisit the strategy for
> > searching for libpython. This is currently breaking the build on
> > x86-64 and OS/X. My biggest com
On Thu, Jul 14, 2005 at 01:04:55AM +0200, Stephane Fillod wrote:
> On Sun, Jul 10, 2005 at 05:24:59PM -0700, Eric Blossom wrote:
>
> > So, then the question becomes, "what's the easiest way to build GNU
> > Radio for a windows target?"
>
> I would say natively. Since I'm a developer and not a Win
On Sun, Jul 10, 2005 at 05:24:59PM -0700, Eric Blossom wrote:
> On Mon, Jul 11, 2005 at 01:38:43AM +0200, Stephane Fillod wrote:
> > > I checked in a new version of gr_python.m4 that uses distutils to
> > > determine the include path for Python.h. I tested it on GNU/Linx and
> > > OS/X and it work
On Wed, Jun 29, 2005 at 05:38:28AM -0700, Eric Blossom wrote:
> In the bigger picture, we need to revisit the strategy for
> searching for libpython. This is currently breaking the build on
> x86-64 and OS/X. My biggest complaint is that we have introduced a
> mostly-unneeded dependency that has
On Wed, Jul 13, 2005 at 02:16:31PM -0700, Rajaprabhu T.L. wrote:
>
> I have been spending time trying to understand the
> "How to write to signal processing block" file.
>
> I have some questions:
>
> 1)What does GR_SWIG_BLOCK_MAGIC function do?
Black magic, of course ;)
%define GR_SWIG_BL
On Wed, Jul 13, 2005 at 02:42:52PM -0600, David R. Palchak wrote:
> Is there currently anything like an audio.source_s() block
> that produces 16-bit samples at a specified rate? If not,
> how might one go about implementing such a block using the
> existing audio code?
>
> Thanks,
> David Palcha
I have been spending time trying to understand the
"How to write to signal processing block" file.
I have some questions:
1)What does GR_SWIG_BLOCK_MAGIC function do?
2) When you call howto.square_ff() from a python
module, can someone explain me the control flow
between various functions in di
Of course, Eric is being modest because he won't only "be there" but actually
give two presentations, one about passive radar using software radio.
Looking forward to it! =)
See you there
Urs
On Wed, Jul 13, 2005 at 01:48:36PM -0700, Eric Blossom wrote:
> FYI,
>
> I'll be at "What the Hack", t
Is there currently anything like an audio.source_s() block
that produces 16-bit samples at a specified rate? If not,
how might one go about implementing such a block using the
existing audio code?
Thanks,
David Palchak
___
Discuss-gnuradio mailing
FYI,
I'll be at "What the Hack", the outdoor hacker conference taking
place in the Netherlands July 28 through 31.
http://whatthehack.org
These are tremendous fun. Lots of great people, ideas and projects.
If you can make it, I highly recommend it.
Eric
--
Matt & I will be physically co-located and working on GNU Radio
starting tomorrow (Thursday 7/14) and continuing for some days. We'll
be in Mountain View.
If there are any of you in the bay area who are working on GNU Radio,
or using GNU Radio, or want to contribute and are interested in some
fac
On Wed, Jul 13, 2005 at 11:19:45AM +0200, Urs Schaufelberger wrote:
> Yes, I'm currently in the process of cleaning up the code, this is one of the
> things I'll have to look into.
>
> One of the main problems I'm currently having is that I've haven't
> wrapped all of multimon's original C code i
Yes, I'm currently in the process of cleaning up the code, this is one of the
things I'll have to look into.
One of the main problems I'm currently having is that I've haven't wrapped all
of multimon's original C code into a C++ class, a lot of stuff are still global
functions and variables whi
17 matches
Mail list logo
