[Discuss-gnuradio] implementing features directly in python

2006-08-09 Thread Achilleas Anastasopoulos
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

[Discuss-gnuradio] matlab/octave sample stream, 8 bit samples FEEDBACK

2006-08-09 Thread Vincenzo Pellegrini
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,

[Discuss-gnuradio] Re: Problem with RFX1800: No class defined to handle daughterboard

2006-08-09 Thread John Bratteli
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 only get

Re: [Discuss-gnuradio] Re: Problem with RFX1800: No class defined to handle daughterboard

2006-08-09 Thread Eric Blossom
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 latest

Re: [Discuss-gnuradio] USB throughput numbers for NetBSD (and Linux)

2006-08-09 Thread Joanne M Mikkelson
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

[Discuss-gnuradio] Build failing from trunk

2006-08-09 Thread Marcus Leech
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::vectorint, std::allocatorint ' requested ecc.cc:5967: error: conversion from 'int' to non-scalar type 'std::vectorint,

Re: [Discuss-gnuradio] Build failing from trunk

2006-08-09 Thread Pascal Charest
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

Re: [Discuss-gnuradio] Build failing from trunk

2006-08-09 Thread Johnathan Corgan
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 exclude

Re: [Discuss-gnuradio] Build failing from trunk

2006-08-09 Thread Michael Dickens
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

Re: [Discuss-gnuradio] Build failing from trunk

2006-08-09 Thread Marcus Leech
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

[Discuss-gnuradio] fsk_tx.py - transmission frequency

2006-08-09 Thread Michael Ford
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

Re: [Discuss-gnuradio] Build failing from trunk

2006-08-09 Thread Johnathan Corgan
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 it

Re: [Discuss-gnuradio] Build failing from trunk

2006-08-09 Thread Johnathan Corgan
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

Re: [Discuss-gnuradio] fsk_tx.py - transmission frequency

2006-08-09 Thread Eric Blossom
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 see what

Re: [Discuss-gnuradio] Build failing from trunk

2006-08-09 Thread Eric Blossom
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, I'm the

Re: [Discuss-gnuradio] fsk_tx.py - transmission frequency

2006-08-09 Thread Michael Ford
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,