Eric,My apologies - I didn't know it wasn't available anymore, but the file was there when I checked out the code from the CVS server earlier this summer. The site I posted was just for easy reference.
On 8/9/06, Eric Blossom <[EMAIL PROTECTED]> wrote:
On Wed, Aug 09, 2006 at 04:30:50PM -0500, Mich
On Wed, Aug 09, 2006 at 02:45:23PM -0700, Johnathan Corgan wrote:
> Marcus Leech wrote:
> >Ok, so call me as dopey as a psychotic on lithium, but I can't see
> >any "New Ticket" item anywhere
> > on the page you referred me to, even after logging in
> > (successfully) with my developer ID.
> No,
On Wed, Aug 09, 2006 at 04:30:50PM -0500, Michael Ford wrote:
> I'm looking at the following code:
>
> http://www.koders.com/python/fidA197012A520F0CE96AE6C6A41D559B9E2A5A8D63.aspx
>
> and if you look at line 72, you'll see:
>
> u.set_tx_freq(0, options.cordic_freq)
>
> However, when I look to
Michael Dickens wrote:
I just got back from a vacation w/o internet, am playing catch-up, and
haven't had time yet to update the (new to me) SVN for ecc. While the
ecc stuff is a work-in-progress, it's supposed to compile correctly.
I will work tonight to get all my updated programming into S
Marcus Leech wrote:
Ok, so call me as dopey as a psychotic on lithium, but I can't see any
"New Ticket" item anywhere
on the page you referred me to, even after logging in (successfully)
with my developer ID.
No, I'm the dopey one (hey, Lithium is not so bad once you get used to
it :-)
Try i
I'm looking at the following code:http://www.koders.com/python/fidA197012A520F0CE96AE6C6A41D559B9E2A5A8D63.aspxand if you look at line 72, you'll see:
u.set_tx_freq(0, options.cordic_freq)However, when I look to see what that cordic_freq is, I see that the default is 29.32e6 (Line 19). I thought th
Johnathan Corgan wrote:
To file a bug from Trac go to:
http://gnuradio.utah.edu/trac
Log in as 'guest' with password 'gnuradio', then select "New Ticket". (If
you have a developer account use that name instead of guest).
-Johnathan
Ok, so call me as dopey as a psychotic on lithium, but I c
I just got back from a vacation w/o internet, am playing catch-up,
and haven't had time yet to update the (new to me) SVN for ecc.
While the ecc stuff is a work-in-progress, it's supposed to compile
correctly. I will work tonight to get all my updated programming
into SVN, as well as see
On Wed, August 9, 2006 13:22, Pascal Charest wrote:
> Try make -k.
>
> At least, compilation will not stop after the first failure.
Correct, though it will fail install.
You can edit configure.ac and comment out the line near the bottom that is
GRC_GR_ERROR_CORRECTING_CODES
...which will exclu
Try make -k.
At least, compilation will not stop after the first failure.On 8/9/06, Marcus Leech <
[EMAIL PROTECTED]> wrote:I grabbed the latest "trunk" via svn, and attempted a build.
ecc.cc appears to be causing the build to fail:ecc.cc:5875: error: conversion from 'int' to non-scalar type'std::
I grabbed the latest "trunk" via svn, and attempted a build.
ecc.cc appears to be causing the build to fail:
ecc.cc:5875: error: conversion from 'int' to non-scalar type
'std::vector >' requested
ecc.cc:5967: error: conversion from 'int' to non-scalar type
'std::vector >' requested
Should I
Hi, sorry for my long delay, I was on vacation and then playing
catch-up.
> I'm not sure I followed the explanation for why on NetBSD the
> unidirectional case isn't equal to the sum of the bidirectional case.
> Could you try explaining again? On second thought, is the problem
> that there's only
On Wed, Aug 09, 2006 at 09:34:49AM -0700, John Bratteli wrote:
> > I have an USRP rev4 and tried to use the RFX1800
> >tranceiver with
> >the usrp_oscope.py example program under Ubuntu on a
> >PC. My CVS / SVN
> >checkout is two or three days old.
Please note that CVS/SVN is not longer the
> I have an USRP rev4 and tried to use the RFX1800
>tranceiver with
>the usrp_oscope.py example program under Ubuntu on a
>PC. My CVS / SVN
>checkout is two or three days old. I own a RFX2400
>tranceiver, too.
>The RFX2400 works out of the box, but if I plug the
>RFX1800 on the
>USRP I on
On Wed, 2006-08-09 at 15:26 +0200, Vincenzo Pellegrini wrote:
> thanks Eric, thanks Lee.
>
> octave import function worked straightforward, and was actually very
> useful.
>
> I still have some doubts about the 8bit samples.
>
> I have tried the usrp_fft.py, but when I do require 8bit samples th
thanks Eric, thanks Lee.
octave import function worked straightforward, and was actually very
useful.
I still have some doubts about the 8bit samples.
I have tried the usrp_fft.py, but when I do require 8bit samples through
the provided command line option, the fft sink displays nothing at all,
Hi,
I would like to add some features ( say a function foo() )
in gr-trellis that is not implemented in c++ but directly
in python. So in my programs when I do
from gnuradio import trellis
I would like to have access to
trellis.foo()
how do I do that?
in particular, where should the python fi
17 matches
Mail list logo
