Re: [Discuss-gnuradio] GNU Radio 2.6 release!

2005-12-16 Thread Berndt Josef Wulf
On Sat, 17 Dec 2005 03:30, Eric Blossom wrote: > On Sat, Dec 17, 2005 at 12:53:01AM +1030, Berndt Josef Wulf wrote: > > I don't understand what the fuss is all about. It takes 11m1s to build > > all the binaries and documentation of all GNU Radio 2.6 modules supported > > by the NetBSD packages syt

Re: [Discuss-gnuradio] sparc <--> x86 data exchange

2005-12-16 Thread John Gilmore
Three opinions... * GNU Radio should be processing data in the local machine's native byte order and data format (e.g. IEEE float). You should have to explicitly tell it to do something about byte order (e.g. convert samples to little-endian). * Any conversions we offer shou

Re: [Discuss-gnuradio] sparc <--> x86 data exchange

2005-12-16 Thread Stephane Fillod
On Fri, Dec 16, 2005 at 03:04:01PM -0800, Matt Ettus wrote: [..] > This would actually be a good place to make use of liboil, the library > of optimized inner loops. They have code for all sorts of conversions, > and they pick up MMX and SSE-type optimizations automatically. Indeed. liboil is rea

Re: [Discuss-gnuradio] doxygen et al

2005-12-16 Thread Eric Blossom
On Sat, Dec 17, 2005 at 11:02:04AM +1030, Berndt Josef Wulf wrote: > Yes, dot is part of graphviz-2.2.1 producing the hierarchical plots. If the > old versions are that bad wouldn't it make sense to specify doxygen-1.4.5 and > graphviz-2.2.1 or later? A comment in the README would be a good ide

Re: [Discuss-gnuradio] Making a new packet_sink

2005-12-16 Thread Eric Blossom
On Fri, Dec 16, 2005 at 12:34:40PM -0500, [EMAIL PROTECTED] wrote: > Eric, > > I found my problem. I needed to use a different name for my new version of > the packet_sink function even though it was going to be in my package > group. Call it mr_packet_sink versus the original gr_packet_sink was

Re: [Discuss-gnuradio] linux dsp development environments

2005-12-16 Thread Stephane Fillod
On Thu, Dec 15, 2005 at 04:11:31PM -0500, Darrell Harmon wrote: [..] > I am using the Analog Devices Blackfin with GCC. The blackfin is fairly > high end. My board has a single core at 390MHz, and there is a dual > core part that can run 750MHz. I am not using Linux on it, but an > developing my ow

Re: [Discuss-gnuradio] USRP on NetBSD, partly/mostly working now

2005-12-16 Thread Eric Blossom
On Fri, Dec 16, 2005 at 03:59:39PM -0500, Greg Troxel wrote: > I have been building GNU Radio from CVS on NetBSD, with all the > prereqs installed via pkgsrc. I had a few minor problems which I'll > list here in case they are useful to others. > > I made a wiki node: http://comsec.com/wiki?NetBSD

Re: [Discuss-gnuradio] GNU Radio 2.6 release!

2005-12-16 Thread Berndt Josef Wulf
On Sat, 17 Dec 2005 03:30, Eric Blossom wrote: > On Sat, Dec 17, 2005 at 12:53:01AM +1030, Berndt Josef Wulf wrote: > > I don't understand what the fuss is all about. It takes 11m1s to build > > all the binaries and documentation of all GNU Radio 2.6 modules supported > > by the NetBSD packages syt

Re: [Discuss-gnuradio] 64 bit

2005-12-16 Thread Matt Ettus
> The noise source is pretty expensive, particularly for GR_GAUSSIAN. > Also, you're using the generic fir filter kernel (straight C++). On > x86 and x86-64 we've got hand-coded assembler for taking advantage of > SSE and 3DNow SIMD instructions. The noise source is very expensive. We should fi

Re: [Discuss-gnuradio] sparc <--> x86 data exchange

2005-12-16 Thread Matt Ettus
Eric Blossom wrote: > On Fri, Dec 16, 2005 at 11:03:27AM -0500, Chuck Swiger wrote: > >>Ideally the endian conversions would be done in processing blocks. >> >>--Chuck > > > Sounds like a good task for somebody ;) > > How about: > >gr_swap_endian_c >gr_swap_endian_f >gr_swap_endia

Re: [Discuss-gnuradio] 64 bit

2005-12-16 Thread Eric Blossom
On Fri, Dec 16, 2005 at 03:49:21PM -0500, cswiger wrote: > Just curious - how much might gnuradio benefit from running > on 64 bit processors and how much of a rewrite would it take, > to take full advantage of, say, an Athlon 64 X2, seeing as you > could theoretically chunk thru twice the data eve

Re: [Discuss-gnuradio] sparc <--> x86 data exchange

2005-12-16 Thread Eric Blossom
On Fri, Dec 16, 2005 at 11:03:27AM -0500, Chuck Swiger wrote: > > Ideally the endian conversions would be done in processing blocks. > > --Chuck Sounds like a good task for somebody ;) How about: gr_swap_endian_c gr_swap_endian_f gr_swap_endian_s Eric _

Re: [Discuss-gnuradio] Linux DSP attempt 2

2005-12-16 Thread Eric Blossom
On Fri, Dec 16, 2005 at 01:42:29AM -0600, David Carr wrote: > I'll try to clarify my original question: > > I'm looking for low end DSPs which cannot run linux. Instead I'd like to > find a low end DSP which has development tools like gcc that can be run on > the developer's linux workstation. D

[Discuss-gnuradio] Re: usrp-0.10 tarball released

2005-12-16 Thread COMINT
Thanks Eric.Message: 6Date: Thu, 15 Dec 2005 21:20:16 -0800From: Eric Blossom <[EMAIL PROTECTED]>Subject: [Discuss-gnuradio] usrp-0.10 tarball releasedTo: discuss-gnuradio@gnu.orgMessage-ID: < [EMAIL PROTECTED]>Content-Type: text/plain; charset=us-asciiI've released an updated usrp tarball, 0.10.I

[Discuss-gnuradio] USRP on NetBSD, partly/mostly working now

2005-12-16 Thread Greg Troxel
I have been building GNU Radio from CVS on NetBSD, with all the prereqs installed via pkgsrc. I had a few minor problems which I'll list here in case they are useful to others. I made a wiki node: http://comsec.com/wiki?NetBSD 1) buildit assumes that everything is in /usr, or perhaps that ev

[Discuss-gnuradio] 64 bit

2005-12-16 Thread cswiger
Just curious - how much might gnuradio benefit from running on 64 bit processors and how much of a rewrite would it take, to take full advantage of, say, an Athlon 64 X2, seeing as you could theoretically chunk thru twice the data every bus clock? I guess the Solaris build doesn't take advantage

[Discuss-gnuradio] Linux DSP attempt 2

2005-12-16 Thread David Carr
I'll try to clarify my original question: I'm looking for low end DSPs which cannot run linux. Instead I'd like to find a low end DSP which has development tools like gcc that can be run on the developer's linux workstation. Does anyone know of anything like this? Some of the older TI DSPs met

Re: [Discuss-gnuradio] Making a new packet_sink

2005-12-16 Thread [EMAIL PROTECTED]
Eric, I found my problem. I needed to use a different name for my new version of the packet_sink function even though it was going to be in my package group. Call it mr_packet_sink versus the original gr_packet_sink was not enough. SWIG could not rename my mr_packet_sink. The other porblem I f

Re: [Discuss-gnuradio] GNU Radio 2.6 release!

2005-12-16 Thread Eric Blossom
On Sat, Dec 17, 2005 at 12:53:01AM +1030, Berndt Josef Wulf wrote: > > I don't understand what the fuss is all about. It takes 11m1s to build all > the > binaries and documentation of all GNU Radio 2.6 modules supported by the > NetBSD packages sytem from scratch on my laptop. The time it takes

Re: [Discuss-gnuradio] sparc <--> x86 data exchange

2005-12-16 Thread Chuck Swiger
At 08:00 PM 12/15/2005 -0500, Dave Dodge spoke and all was made clear: sparc: 11 22 33 44 x86: 44 33 22 11 OIC. Ok, switching to 2-byte short data and using dd conv=swab, a dial tone file created on a sparc plays fine on the intel box now. Thanks very much. Ideally the endian conversi

Re: [Discuss-gnuradio] GNU Radio 2.6 release!

2005-12-16 Thread Berndt Josef Wulf
On Tue, 13 Dec 2005 15:18, Eric Blossom wrote: > On Sun, Dec 11, 2005 at 02:03:52PM +1030, Berndt Josef Wulf wrote: > > On Sun, 11 Dec 2005 12:05, Lamar Owen wrote: > > > On Saturday 10 December 2005 20:41, Berndt Josef Wulf wrote: > > > > I should correct this. The documentation for gnuradio-core

Re: [Discuss-gnuradio] USRP on NetBSD

2005-12-16 Thread Berndt Josef Wulf
On Fri, 16 Dec 2005 06:05, Greg Troxel wrote: > I have the following > > NetBSD-current from within the last few weeks > GNU Radio 2.6 release (via NetBSD pkgsrc) > USRP rev 3 (brand new, arrived yesterday) with TVRX and Flex440 > D-Link USB2 cardbus (NEC ehci) > IBM Thinkpad T30 > > I ca