From MAILER-DAEMON Tue Jul 01 14:22:30 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19XPji-0004se-Fx for mharc-discuss-gnuradio@gnu.org; Tue, 01 Jul 2003 14:20:14 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19XPX5-0001UD-33 for discuss-gnuradio@gnu.org; Tue, 01 Jul 2003 14:07:11 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19XPPR-0008Ax-1c for discuss-gnuradio@gnu.org; Tue, 01 Jul 2003 13:59:17 -0400 Received: from mx0.gmx.net ([213.165.64.100]) by monty-python.gnu.org with smtp (Exim 4.20) id 19XPKd-0006pN-Uf for discuss-gnuradio@gnu.org; Tue, 01 Jul 2003 13:54:20 -0400 Received: (qmail 25098 invoked by uid 0); 1 Jul 2003 17:54:18 -0000 Date: Tue, 1 Jul 2003 19:54:18 +0200 (MEST) From: Thibaut Weise To: discuss-gnuradio@gnu.org MIME-Version: 1.0 X-Priority: 3 (Normal) X-Authenticated-Sender: #0011446363@gmx.net X-Authenticated-IP: [171.64.74.121] Message-ID: <22971.1057082058@www67.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Subject: [Discuss-gnuradio] Gnuradio Profiling X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Tue, 01 Jul 2003 18:20:06 -0000 Hi, as already stated I am currently profiling gnuradio with gprof. What I just wanted to know whether in any of the examples (examples and atsc directory) the performance is dependent on the input data? E.g. for atsc you can create some fake data, but would it not just be possible to send any data? I would assume that performance is just dependent on the size of the data. Cheers, Thibaut Weise -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage! From MAILER-DAEMON Tue Jul 01 18:02:31 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19XTAL-0004JK-9C for mharc-discuss-gnuradio@gnu.org; Tue, 01 Jul 2003 17:59:57 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19XT9w-00047N-6L for discuss-gnuradio@gnu.org; Tue, 01 Jul 2003 17:59:32 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19XT2p-0000eL-VU for discuss-gnuradio@gnu.org; Tue, 01 Jul 2003 17:52:13 -0400 Received: from adsl-209-232-244-247.dsl.mtry01.pacbell.net ([209.232.244.247] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19XSxr-0007dc-7z for discuss-gnuradio@gnu.org; Tue, 01 Jul 2003 17:47:03 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id 8549F10E68; Tue, 1 Jul 2003 17:48:19 -0400 (EDT) Date: Tue, 1 Jul 2003 14:48:19 -0700 From: Eric Blossom To: Thibaut Weise Subject: Re: [Discuss-gnuradio] Gnuradio Profiling Message-ID: <20030701214819.GB2683@comsec.com> References: <22971.1057082058@www67.gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <22971.1057082058@www67.gmx.net> User-Agent: Mutt/1.4i cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Tue, 01 Jul 2003 21:59:54 -0000 On Tue, Jul 01, 2003 at 07:54:18PM +0200, Thibaut Weise wrote: > Hi, > > as already stated I am currently profiling gnuradio with gprof. > What I just wanted to know whether in any of the examples (examples and atsc > directory) the performance is > dependent on the input data? E.g. for atsc you can create some fake data, > but would it not just be possible > to send any data? I would assume that performance is just dependent on the > size of the data. > > Cheers, > Thibaut Weise With the ATSC stuff, there's a little variation depending on input data, but not much. Take a look at gnuradio/src/gnu/atsc/test_full_loopback. It generates fake data and runs it through the transmitter and then the output of that into the receiver. I suggest concentrating on the atsc_rx code running with the -s 20 -L flags. They enable 20MS/sec input processing and the LMS equalizer. Those are the usual options. Eric From MAILER-DAEMON Wed Jul 02 02:18:49 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19Xax7-0006rl-4Z for mharc-discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 02:18:49 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19Xax5-0006r2-28 for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 02:18:47 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19Xax3-0006qr-Qr for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 02:18:46 -0400 Received: from deimos.frii.com ([216.17.128.2] helo=deimos.frii.net) by monty-python.gnu.org with esmtp (Exim 4.20) id 19Xax3-0006qm-Dl for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 02:18:45 -0400 Received: from [216.17.160.146] (lulu.xtrsystems.com [216.17.160.146]) by deimos.frii.net (8.12.9/8.12.9) with ESMTP id h626IhHT069848 for ; Wed, 2 Jul 2003 00:18:43 -0600 (MDT) Mime-Version: 1.0 X-Sender: diverdi@mail.frii.com Message-Id: In-Reply-To: <20030629190916.GB2843@comsec.com> References: <6930.1056678931@www64.gmx.net> <20030629190916.GB2843@comsec.com> Date: Wed, 2 Jul 2003 00:18:41 -0600 To: discuss-gnuradio@gnu.org From: Joseph DiVerdi Content-Type: text/plain; charset="us-ascii" Subject: [Discuss-gnuradio] building local programs X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Wed, 02 Jul 2003 06:18:47 -0000 I've successfully installed gnuradio-0.8 and have rolled up my sleeves to work on my specific applications. In order to get a feel for the system I've been working in the "examples" directory, studying the existing programs and developing my own. For my convenience I've modified "Makefile.in" to add the name of my new program(s) and invoked "make Makefile" to generate a new "Makefile". Then I could just edit my program(s) and invoke "make" to do the build. It works well and is very convenient. Is there a standard, approved, or planned way to do what I just kludged together? It was necessary to make somewhere around a half-dozen additions to the "Makefile.in" file. Best regards, Joseph -- Joseph A. DiVerdi, Ph.D., M.B.A. http://xtrsystems.com/ 970.980.5868 (voice) PGP Key ID: 0xD50A9E33 From MAILER-DAEMON Wed Jul 02 14:13:52 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19XlyV-0006Bi-JL for mharc-discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 14:04:59 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19Xlxv-0005y1-DE for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 14:04:23 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19Xlkk-0002ZP-SH for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 13:50:58 -0400 Received: from relay.comsec.com ([206.55.244.13] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19XldE-0000yo-CG for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 13:43:00 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id A47B010E68; Wed, 2 Jul 2003 13:44:16 -0400 (EDT) Date: Wed, 2 Jul 2003 10:44:16 -0700 From: Eric Blossom To: Joseph DiVerdi Subject: Re: [Discuss-gnuradio] building local programs Message-ID: <20030702174416.GA2628@comsec.com> References: <6930.1056678931@www64.gmx.net> <20030629190916.GB2843@comsec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i cc: Stephane Fillod cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Wed, 02 Jul 2003 18:04:57 -0000 On Wed, Jul 02, 2003 at 12:18:41AM -0600, Joseph DiVerdi wrote: > I've successfully installed gnuradio-0.8 and have rolled up my > sleeves to work on my specific applications. Yeah! > In order to get a feel for the system I've been working in the > "examples" directory, studying the existing programs and developing > my own. For my convenience I've modified "Makefile.in" to add the > name of my new program(s) and invoked "make Makefile" to generate a > new "Makefile". Then I could just edit my program(s) and invoke > "make" to do the build. It works well and is very convenient. > > Is there a standard, approved, or planned way to do what I just > kludged together? It was necessary to make somewhere around a > half-dozen additions to the "Makefile.in" file. > > Best regards, > Joseph We use automake, autoconf and libtool. autoconf and libtool should remain quietly in the background. You shouldn't need to know anything about them. We generate the Makefile.in's from the Makefile.am's using automake. If you look at the Makefile.am's, you'll notice that they are pretty short and straightforward. Much less cruft than the Makefile.in's. The generation of the Makefile.in's from Makefile.am's occurs mostly automatically as long as you run configure with the --enable-maintainer-mode option. Note that when you use the --enable-maintainer-mode option, you need to use the same set of auto tools as the rest of the active developers. This includes: autoconf 2.57 or later automake 1.7.4 or later libtool 1.5 or later swig 1.3.19 or later If things don't go smoothly, try running ./bootstrap in the top directory followed by ./configure --enable-maintainer-mode There's another way to build additions using , as suggested by Stephane Fillod. This requires a patch to GNU Radio which I've misplaced and is supposed to allow you to build outside of the gnuradio build tree easily. [Stephane, can you please resend the patch and I'll apply it.] Eric From MAILER-DAEMON Wed Jul 02 16:19:45 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19Xo4j-0001k9-IE for mharc-discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 16:19:33 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19Xlyw-0006Kx-BQ for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 14:05:26 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19XlxM-0005kE-Eq for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 14:03:49 -0400 Received: from [204.127.198.39] (helo=rwcrmhc13.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.20) id 19Xlsg-0004CO-A5 for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 13:58:58 -0400 Received: from video.comcast.net (12-235-20-211.client.attbi.com[12.235.20.211](untrusted sender)) by comcast.net (rwcrmhc13) with SMTP id <20030702175856015008uobce> (Authid: s.schear); Wed, 2 Jul 2003 17:58:57 +0000 Message-Id: <5.2.1.1.0.20030702104628.045bb300@mail.comcast.net> X-Sender: s.schear@mail.comcast.net X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Wed, 02 Jul 2003 10:59:51 -0700 To: discuss-gnuradio@gnu.org From: Steve Schear In-Reply-To: <20030625131457.93880.qmail@web14001.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailman-Approved-At: Wed, 02 Jul 2003 16:19:31 -0400 Subject: [Discuss-gnuradio] Implementing A/D in FPGAs X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Wed, 02 Jul 2003 18:06:27 -0000 As you probably know Hollywood is frantically searching for an effective means to plug the "analog hole" between consumer video components. A while back they formed the Content Protection Working Group http://www.cptwg.org. I came across an interesting article today on that web site and thought and thought it could stimulate some discussion for future board designs. The article, "Myths and Misconceptions about Hardware Hacking," http://www.cptwg.org/Assets/Presentations/ARDG/ARDGHardware_hack05-28-03.pdf offers some interesting insight into the current capabilities and trends of hardware hackers. A particularly interesting item is the easy with which relatively high performance Flash A/D converters can be constructed using external resistors and the LVDS comparators inside the FPGAs. A 6-bit, 10 MHz+, design is offered. Is anyone on the list able to offer a competent analysis of how practical this is for some of the applications being discussed on list? How far can one reasonably extend this to higher bit depth and speed? Is it cost/performace effective? steve "A Jobless Recovery is like a Breadless Sandwich." -- Steve Schear From MAILER-DAEMON Wed Jul 02 16:22:39 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19Xo7j-0002b5-1V for mharc-discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 16:22:39 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19Xo7e-0002YL-I2 for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 16:22:34 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19Xo7b-0002XC-MM for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 16:22:32 -0400 Received: from [204.127.198.39] (helo=rwcrmhc13.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.20) id 19Xo6Z-000271-IB for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 16:21:27 -0400 Received: from video.comcast.net (12-235-20-211.client.attbi.com[12.235.20.211](untrusted sender)) by comcast.net (rwcrmhc13) with SMTP id <2003070220212601500a7anee> (Authid: s.schear); Wed, 2 Jul 2003 20:21:26 +0000 Message-Id: <5.2.1.1.0.20030702131844.049bb1e0@mail.comcast.net> X-Sender: s.schear@mail.comcast.net X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Wed, 02 Jul 2003 13:22:14 -0700 To: discuss-gnuradio@gnu.org From: Steve Schear Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Discuss-gnuradio] Implementing A/D in FPGAs X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Wed, 02 Jul 2003 20:22:36 -0000 As you probably know Hollywood is frantically searching for an effective means to plug the "analog hole" between consumer video components. A while back they formed the Content Protection Technical Working Group http://www.cptwg.org. I came across an interesting article today on that web site and thought it could stimulate some discussion for future board designs. The article, "Myths and Misconceptions about Hardware Hacking," http://www.cptwg.org/Assets/Presentations/ARDG/ARDGHardware_hack05-28-03.pdf offers some interesting insight into the current capabilities and trends of hardware hackers. A particularly interesting item is the ease with which relatively high performance Flash A/D converters can be constructed using external resistors and the LVDS comparators inside the FPGAs. A 6-bit, 10 MHz+, design is offered. Is anyone here able to offer a competent analysis of how practical this is for some of the applications being discussed? How far can one reasonably extend this to higher bit depth and speed? Is it cost/performance effective? steve "A Jobless Recovery is like a Breadless Sandwich." -- Steve Schear From MAILER-DAEMON Wed Jul 02 16:56:28 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19Xodk-0003TY-L6 for mharc-discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 16:55:44 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19Xoce-000372-Tw for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 16:54:36 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19Xobq-0001xE-A5 for Discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 16:53:47 -0400 Received: from deimos.frii.com ([216.17.128.2] helo=deimos.frii.net) by monty-python.gnu.org with esmtp (Exim 4.20) id 19XoZ5-0007wS-Kk for Discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 16:50:55 -0400 Received: from [216.17.160.146] (lulu.xtrsystems.com [216.17.160.146]) by deimos.frii.net (8.12.9/8.12.9) with ESMTP id h62Koqcw014771 for ; Wed, 2 Jul 2003 14:50:52 -0600 (MDT) Mime-Version: 1.0 X-Sender: diverdi@mail.frii.com Message-Id: Date: Wed, 2 Jul 2003 14:50:51 -0600 To: Discuss-gnuradio@gnu.org From: Joseph DiVerdi Subject: Re: [Discuss-gnuradio] building local programs Content-Type: text/plain; charset="us-ascii" X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Wed, 02 Jul 2003 20:55:42 -0000 At 9:52 AM -0700 7/2/2003, Matthew Ettus wrote: > >I usually find it easier to edit Makefile.am, since Makefile.in is generated >from Makefile.am. I think you'll need to make fewer additions, too. > At 10:44 AM -0700 7/2/2003, Eric Blossom wrote: >On Wed, Jul 02, 2003 at 12:18:41AM -0600, Joseph DiVerdi wrote: > >We generate the Makefile.in's from the Makefile.am's using automake. >If you look at the Makefile.am's, you'll notice that they are pretty >short and straightforward. Much less cruft than the Makefile.in's. > Oops, brain cramp on my part! I should have written "Makefile.am". I've dorked around with _seems like everything_ (with proper backups and restore of course ;) but the ".am" file is where I came to rest for this issue and that's what I edited. Thanks once more for the healthy comments. That said I'm now just: (1) getting my complex down convertor really shaken down (documentation in progress for those following this piece), (2) getting my arms wrapped around my sound card (Creative Sound Blaster 16 PCI), its controls, levels, nuances, stupid AGC, etc., (3) gaining sufficient C++ familiarity to be effective in stringing all those most exciting classes and structures, (4) working out the physics of my first measurements, and so on and so forth. Loads of fun. :) All of this is made more pressing as I am scheduled to make a presentation on this work later in July. Looks like it will be one of those "works in progress" talks. ;) That said I've got a few specific questions that I would like to throw out: - I can't seem to locate any reference info or docs on the "NWO_CONNECT" function NWO_CONNECT (audio_source, fft_sink); NWO_CONNECT (audio_source,audio_sink); nor can I find it in headers. Where can I find some information on it? - The sound card is not behaving as I expect it to do so. I've resorted to injecting a sine wave into the auxiliary input with a signal generator. Using the example/audio_fft program I find that I can only get the single tone signal to be around 20-30dB above the noise floor before I start observing distortion as evidenced by harmonic (both even and odd!) content. Perhaps the noise floor is high because of cage EMI and/or the resolution is set at 8 bits rather than 16 and/or the acquisition parameters are not set optimally, and/or a bunch of other things. I'm working through my trouble shooting tree but would (once again) welcome any advice from those whom have experienced this particular problem. Best regards, Joseph -- Joseph A. DiVerdi, Ph.D., M.B.A. http://xtrsystems.com/ 970.980.5868 (voice) PGP Key ID: 0xD50A9E33 From MAILER-DAEMON Wed Jul 02 18:35:07 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19XqBX-0006lp-CW for mharc-discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 18:34:43 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19XqAG-0005sw-Nh for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 18:33:24 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19Xq9G-0005UK-LO for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 18:32:23 -0400 Received: from sccrmhc13.comcast.net ([204.127.202.64]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19Xq9E-000588-0u for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 18:32:20 -0400 Received: from kamieniecki.com (h002078c609eb.ne.client2.attbi.com[66.31.112.189](untrusted sender)) by comcast.net (sccrmhc13) with SMTP id <2003070222315601600m1ikge>; Wed, 2 Jul 2003 22:31:56 +0000 Message-ID: <3F035D71.9040306@kamieniecki.com> Date: Wed, 02 Jul 2003 18:32:17 -0400 From: Krzysztof Kamieniecki User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en, ja MIME-Version: 1.0 To: discuss-gnuradio@gnu.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Discuss-gnuradio] New Hardware X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Wed, 02 Jul 2003 22:34:36 -0000 http://exacq.com/pressrelease-20030630.html http://exacq.com/ch_specs.html 2 x 20MS/s 12bit A/D 2 x 20MS/s 12bit D/A 16 x Digital I/O 180Mhz 32bit DSP Manuals http://exacq.com/downloads/Exacq%20CH%20User%20Manual.pdf http://exacq.com/downloads/Exacq%20SDK%20Manual%20v0.9.4.pdf Still pricy at $1,195 - $1,545 but looks like a much better deal then the Measurement Computing board. I'll wait for the USB2 hardware. -- Krzysztof Kamieniecki mailto:krys@kamieniecki.com From MAILER-DAEMON Wed Jul 02 19:04:41 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19Xqe3-0004NX-P2 for mharc-discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 19:04:11 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19Xqde-0003wV-6i for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 19:03:46 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19XqdG-0003cv-W8 for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 19:03:24 -0400 Received: from relay.comsec.com ([206.55.244.13] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19Xqau-0002zN-PR for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 19:00:56 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id 05E6910E68; Wed, 2 Jul 2003 19:02:09 -0400 (EDT) Date: Wed, 2 Jul 2003 13:47:13 -0700 From: Eric Blossom To: Joseph DiVerdi Subject: Re: [Discuss-gnuradio] building local programs Message-ID: <20030702204713.GB2717@comsec.com> References: <6930.1056678931@www64.gmx.net> <20030629190916.GB2843@comsec.com> <20030702174416.GA2628@comsec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Resent-From: eb@comsec.com Resent-Date: Wed, 2 Jul 2003 16:02:09 -0700 Resent-To: discuss-gnuradio@gnu.org Resent-Message-Id: <20030702230209.05E6910E68@bufo.comsec.com> cc: Stephane Fillod X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Wed, 02 Jul 2003 23:04:08 -0000 On Wed, Jul 02, 2003 at 02:10:34PM -0600, Joseph DiVerdi wrote: > > That said I'm now just: > > (1) getting my complex down convertor really shaken down (documentation in progress for those following this piece), > (2) getting my arms wrapped around my sound card (Creative Sound Blaster 16 PCI), its controls, levels, nuances, stupid AGC, etc., > (3) gaining sufficient C++ familiarity to be effective in stringing all those most exciting classes and structures, > (4) working out the physics of my first measurements, > and so on and so forth. Loads of fun. :) > > All of this is made more pressing as I am scheduled to make a > presentation on this work later in July. Looks like it will be one > of those "works in progress" talks. ;) > > That said I've got a few specific questions that I would like to throw out: > > - I can't seem to locate any reference info or docs on the "NWO_CONNECT" function > > > NWO_CONNECT (audio_source, fft_sink); > NWO_CONNECT (audio_source,audio_sink); > > > nor can I find it in headers. Where can I find some information on it? It's an inline function in VrSigProc.h It's used to wire the output of one module into the input of another. NWO_CONNECTN (src, src_port, dst) connects the src_port'th output of VrSigProc src to the next input of VrSigProc dst. NWO_CONNECT (src, dst) is short hand for NWO_CONNECTN (src, 0, dst). That is, it connects the first (typically only) output of src to the next (typically only) input of dst. Now that that's explained, let me suggest that you may want to consider using the gr_FlowGraph abstraction instead. You can find an example in gnuradio/src/gnu/atsc/atsc_tx.cc (in the CVS repository). The Flow Graph stuff doesn't play nicely with the Qt stuff, but the plan is to deprecate the Qt stuff soon anyway. The ultimate plan is to move all the GUI stuff into Python using wxPython. The Python code uses the gr_FlowGraph abstraction too. > - The sound card is not behaving as I expect it to do so. I've > resorted to injecting a sine wave into the auxiliary input with a > signal generator. Using the example/audio_fft program I find that I > can only get the single tone signal to be around 20-30dB above the > noise floor before I start observing distortion as evidenced by > harmonic (both even and odd!) content. Perhaps the noise floor is > high because of cage EMI and/or the resolution is set at 8 bits > rather than 16 and/or the acquisition parameters are not set > optimally, and/or a bunch of other things. I'm working through my > trouble shooting tree but would (once again) welcome any advice > from those whom have experienced this particular problem. Good luck. > > Best regards, > Joseph FYI, here's some working python code from the CVS repository, gnuradio/src/gnu/python/fm_demod1.py It's a much easier way to sling the underlying modules together. We've got most of them added to python, but not all of the yet. This is a single channel broadcast FM receiver. It assumes that somebody else has tuned the front end to the appropriate place and expects the IF center to be 5.75 MHz. Eric #!/usr/bin/env python # # Copyright 2003 Free Software Foundation, Inc. # # This file is part of GNU Radio # # GNU Radio is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2, or (at your option) # any later version. # # GNU Radio is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with GNU Radio; see the file COPYING. If not, write to # the Free Software Foundation, Inc., 59 Temple Place - Suite 330, # Boston, MA 02111-1307, USA. # from GnuRadio import * # # return a gr_FlowGraph # def build_graph (): input_rate = 20e6 IF_freq = 5.75e6 chan_taps = 75 CFIR_decimate = 125 fm_demod_gain = 2200 RFIR_decimate = 5 quad_rate = input_rate / CFIR_decimate audio_rate = quad_rate / RFIR_decimate volume = 1.0 src = make_GrMC4020SourceS (input_rate, MCC_CH3_EN | MCC_ALL_5V) offset_fixer = VrFixOffsetSS () channel_coeffs = gr_firdes.low_pass (1.0, # gain input_rate, # sampling rate 250e3, # low pass cutoff freq 8*100e3, # width of trans. band gr_firdes.WIN_HAMMING) chan_filter = GrFreqXlatingFIRfilterSCF (CFIR_decimate, channel_coeffs, IF_freq) fm_demod = VrQuadratureDemodCF (volume * fm_demod_gain) width_of_transition_band = audio_rate / 32 audio_coeffs = gr_firdes.low_pass (1.0, # gain quad_rate, # sampling rate audio_rate/2 - width_of_transition_band, width_of_transition_band, gr_firdes.WIN_HAMMING) audio_filter = GrFIRfilterFSF (RFIR_decimate, audio_coeffs) final_sink = GrAudioSinkS (32767, "/dev/dsp") fg = gr_FlowGraph () fg.connect (src, offset_fixer) fg.connect (offset_fixer, chan_filter) fg.connect (chan_filter, fm_demod) fg.connect (fm_demod, audio_filter) fg.connect (audio_filter, final_sink) return fg if __name__ == '__main__': fg = build_graph () fg.start () # fork thread(s) and return immediately # your GUI mail loop goes here... fg.wait (); # wait (forever) From MAILER-DAEMON Wed Jul 02 23:36:03 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19Xut9-00048c-6X for mharc-discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 23:36:03 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19Xut3-000444-KN for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 23:35:57 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19Xut1-0003z0-Vi for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 23:35:56 -0400 Received: from mta05bw.bigpond.com ([144.135.24.153]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19Xut1-0003fZ-5m for discuss-gnuradio@gnu.org; Wed, 02 Jul 2003 23:35:55 -0400 Received: from David.uow.edu.au ([144.135.24.87]) by mta05bw.email.bigpond.com (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with SMTP id <0HHF00FC9JBC9A@mta05bw.email.bigpond.com> for discuss-gnuradio@gnu.org; Thu, 03 Jul 2003 13:35:36 +1000 (EST) Received: from cpe-203-51-78-214.nsw.bigpond.net.au ([203.51.78.214]) by bwmam07.bigpond.com(MailRouter V3.2g 56/25836630); Thu, 03 Jul 2003 13:35:38 +0000 Date: Thu, 03 Jul 2003 13:33:14 +1000 From: Alan Gray In-reply-to: <3F035D71.9040306@kamieniecki.com> X-Sender: alg11@192.168.0.1 To: discuss-gnuradio@gnu.org Message-id: <5.1.0.14.2.20030703125914.00a2ab70@192.168.0.1> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Content-type: multipart/mixed; boundary="Boundary_(ID_fmY4N0peF1fYFUYajBd5hg)"; x-avg-checked=avg-ok-70D5A91 Subject: [Discuss-gnuradio] Tuning Hardware X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Thu, 03 Jul 2003 03:36:01 -0000 --Boundary_(ID_fmY4N0peF1fYFUYajBd5hg) Content-type: text/plain; x-avg-checked=avg-ok-70D5A91; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Hi all, just a quick update on my progress in finding a suitable tuning solution As I have mentioned previously, we were supplied with a large number of Microtune 4702DT5 tuners free of charge (datasheet available at http://www.mrgray.net/sdr/4702DT5.pdf) These are similar to the 4937 3x7702 modules being used currently but use only a single downconversion stage and output at an IF of 36MHz. Although we had these units, we decided it was still preferable to get our hands on the 4937 units as this would mean less time would need to be spent designing hardware. Unfortunately, as has been previously noted, finding a supplier for these parts is exceedingly difficult. After contacting all the suppliers in the Asia-Pacific region with no luck, we contacted Microtune direct and were informed that they had ceased production of that line of products, and that they too were unable to supply us with any modules. They were however very helpful in suggesting a possible solution to our problem. Apparently the 4937 is made from the same components as the 4702, with another device at the output stage to shift the output frequency down to 5.75 MHz. The device they use is an IC from NEC Electronics; UPC2798GR (the data sheet can be found at http://www.mrgray.net/sdr/2798.pdf). Using this IC means that it should be possible to design the desired output frequency. While the data sheets include a sample design and a sample PCB layout, I have little experience in this area of electronics, especially in oscillator design, so the without any good examples designing the hardware is looking kinda daunting at the moment. Basically it seems to me that I need to feed the output of the 4702 tuner into the 2798 module, as well as a constant local oscillator signal which would then be mixed to produce the desired output frequency. This output would then be low pass filtered and amplified to obtain a suitable output signal. If anyone can assist with some information on how I could easily design the local oscillator (Suggested references, application notes, anything really) it would be much appreciated. With the Microtune apparently ceasing construction of the 4937, it seems that some other tuning solution must be obtained. As I indicated earlier, our source at Panasonic may be willing to donate a fairly large number (around 500) of the 4702DT5 tuners to the project if we can find an appropriate use for them, so it might be well worth the effort to come up with some sort of solution. I will continue to work on a suitable design, but any assistance others can provide would be most welcome Alan --Boundary_(ID_fmY4N0peF1fYFUYajBd5hg)-- From MAILER-DAEMON Fri Jul 04 07:39:17 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19YOro-0000a5-JX for mharc-discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 07:36:40 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19YOlJ-0005FI-IN for discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 07:29:57 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19YOiz-00045m-F2 for discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 07:27:34 -0400 Received: from postfix4-1.free.fr ([213.228.0.62]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19YOIF-0007nF-Pe for discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 06:59:55 -0400 Received: from charybde.local (rennes-1-a7-62-147-96-56.dial.proxad.net [62.147.96.56]) by postfix4-1.free.fr (Postfix) with ESMTP id 120D73F2E9 for ; Fri, 4 Jul 2003 12:59:54 +0200 (CEST) Received: from fillods by charybde.local with local (Exim 3.36 #1 (Debian)) id 19YOAo-0006Af-00 for ; Fri, 04 Jul 2003 12:52:14 +0200 Date: Fri, 4 Jul 2003 12:52:14 +0200 From: Stephane Fillod To: gnuradio mailing list Subject: Re: [Discuss-gnuradio] building local programs Message-ID: <20030704105213.GQ792@charybde.local> Mail-Followup-To: Stephane Fillod , gnuradio mailing list References: <6930.1056678931@www64.gmx.net> <20030629190916.GB2843@comsec.com> <20030702174416.GA2628@comsec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030702174416.GA2628@comsec.com> User-Agent: Mutt/1.5.4i Sender: X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Fri, 04 Jul 2003 11:36:38 -0000 On Wed, Jul 02, 2003 at 10:44:16AM -0700, Eric Blossom wrote: [...] > There's another way to build additions using , as > suggested by Stephane Fillod. This requires a patch to GNU Radio > which I've misplaced and is supposed to allow you to build outside of > the gnuradio build tree easily. A bit of googling in the archive should bring out the post. Basically, it relies on the pkg-config tool. Let me know if you can't find it. > > [Stephane, can you please resend the patch and I'll apply it.] I won't be able to do it now, but I will sure back from vacation. 73's Stephane From MAILER-DAEMON Fri Jul 04 09:45:00 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19YQqu-0006fg-LJ for mharc-discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 09:43:52 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19YQqi-0006Qf-PI for discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 09:43:40 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19YQqV-0005og-C8 for discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 09:43:30 -0400 Received: from zux165-165.adsl.green.ch ([80.254.165.165] helo=mail.linusetviviane.ch) by monty-python.gnu.org with esmtp (Exim 4.20) id 19YQpz-0004jA-OB for discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 09:42:57 -0400 Received: from lcmpc15.epfl.ch (lcmpc15.epfl.ch [128.178.8.36]) (authenticated bits=0)h64DZ8vO013156 for ; Fri, 4 Jul 2003 15:35:08 +0200 From: Linus Gasser To: "GNU-RADIO DISCUSS MAILING LIST" Subject: Re: [Discuss-gnuradio] New Hardware Date: Fri, 4 Jul 2003 15:42:42 +0200 User-Agent: KMail/1.5.2 References: <3F035D71.9040306@kamieniecki.com> In-Reply-To: <3F035D71.9040306@kamieniecki.com> MIME-Version: 1.0 Content-Disposition: inline X-UID: 831 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200307041542.42023.linus.gasser@epfl.ch> X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Fri, 04 Jul 2003 13:43:50 -0000 On Jeudi, 3 Juillet 2003 00.32, Krzysztof Kamieniecki wrote: > http://exacq.com/pressrelease-20030630.html > http://exacq.com/ch_specs.html > > 2 x 20MS/s 12bit A/D > 2 x 20MS/s 12bit D/A > 16 x Digital I/O > 180Mhz 32bit DSP Mmh, looks spicy. Now, if these figures would be around 60-100MS/s, this would be really great. Finally I'll go with the ics-cards, they can do it... Linus -- ---------------------------------------------------------------- Linus Gasser Phone: +41 21 693 5635 EPFL FAX : +41 21 693 4312 Mobile Communications Lab. email: linus.gasser@epfl.ch CH-1015 Lausanne WEB : http://lcmwww.epfl.ch SWITZERLAND Map: http://plan.epfl.ch/?room=INR037 ---------------------------------------------------------------- From MAILER-DAEMON Fri Jul 04 15:35:09 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19YWKT-0005Xp-V8 for mharc-discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 15:34:45 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19YWJc-00050E-DZ for discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 15:33:52 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19YWJI-0004MP-N2 for discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 15:33:33 -0400 Received: from relay1.ptm.pt ([194.65.79.75] helo=sapo.pt) by monty-python.gnu.org with smtp (Exim 4.20) id 19YWJB-00045a-MX for discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 15:33:25 -0400 Received: (qmail 10672 invoked from network); 4 Jul 2003 19:33:25 -0000 Received: from unknown (HELO webmail5.sapo.pt) (194.65.79.66) by relay1.ptm.pt with SMTP; 4 Jul 2003 19:33:25 -0000 Received: (qmail 25806 invoked by alias); 4 Jul 2003 19:33:20 -0000 To: discuss-gnuradio@gnu.org Message-ID: <1057347200.3f05d68075a36@webmail.sapo.pt> Date: Fri, 04 Jul 2003 20:33:20 +0100 (WEST) From: =?ISO-8859-1?Q?S=E9rgio_Rui_Silva?= MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: PT Multimedia Webmail program X-Originating-IP: 213.13.233.106 Subject: [Discuss-gnuradio] Variable rate output blocks X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Fri, 04 Jul 2003 19:34:44 -0000 Hi all, I want to create a block that accepts a fixed rate input and generates a variable rate output. For example if I have 1000 input samples each time the work function is called, the block will generate a random number of output samples that can go from 0 to 1000. What is the correct and best way to do this with GNU Radio. Sérgio Rui Silva --------------------------------------------------------------------------------------- Words of wisdom: "Never underestimate the bandwidth of a station wagon full of tapes hurtling down the highway" Andrew S. Tanenbaun ------------------------------------------------------------------------------------- -- SAPO ADSL.PT, apanhe já o comboio da Banda Larga. Kit SAPO ADSL.PT - Grátis http://adsl.sapo.pt From MAILER-DAEMON Fri Jul 04 15:46:48 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19YWVr-0004DL-Ky for mharc-discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 15:46:31 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19YWVR-0002z9-9c for discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 15:46:05 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19YWV1-00026S-LE for discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 15:45:40 -0400 Received: from mx0.gmx.net ([213.165.64.100]) by monty-python.gnu.org with smtp (Exim 4.20) id 19YWTq-00014S-DU for discuss-gnuradio@gnu.org; Fri, 04 Jul 2003 15:44:26 -0400 Received: (qmail 24914 invoked by uid 0); 4 Jul 2003 19:44:09 -0000 Date: Fri, 4 Jul 2003 21:44:08 +0200 (MEST) From: Thibaut Weise To: discuss-gnuradio@gnu.org MIME-Version: 1.0 X-Priority: 3 (Normal) X-Authenticated-Sender: #0011446363@gmx.net X-Authenticated-IP: [171.64.74.121] Message-ID: <23525.1057347848@www41.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Subject: [Discuss-gnuradio] Gnuradio on cygwin X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Fri, 04 Jul 2003 19:46:28 -0000 Hi, does anyone have experience installing gnuradio on cygwin? I got most to work and all but one test run successful. The problem is that the allocation of shared memory does not succeed. For shared memory I installed cygipc as it is not supported by cygwin directly. Otherwise, is it possible to compile gnuradio without using shared memory, as it is only VrBuffer which uses it? Is there some way around this? Thibaut -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Jetzt ein- oder umsteigen und USB-Speicheruhr als Prämie sichern! From MAILER-DAEMON Sat Jul 05 00:27:35 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19Yedi-00056d-Cp for mharc-discuss-gnuradio@gnu.org; Sat, 05 Jul 2003 00:27:10 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19YedH-0003iH-L0 for discuss-gnuradio@gnu.org; Sat, 05 Jul 2003 00:26:43 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19Yecr-0002N1-W8 for discuss-gnuradio@gnu.org; Sat, 05 Jul 2003 00:26:18 -0400 Received: from relay.comsec.com ([206.55.244.13] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19YecU-0000yp-Dt for discuss-gnuradio@gnu.org; Sat, 05 Jul 2003 00:25:54 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id 11D5B10483; Sat, 5 Jul 2003 00:26:52 -0400 (EDT) Date: Fri, 4 Jul 2003 21:26:52 -0700 From: Eric Blossom To: S?rgio Rui Silva Subject: Re: [Discuss-gnuradio] Variable rate output blocks Message-ID: <20030705042651.GA9385@comsec.com> References: <1057347200.3f05d68075a36@webmail.sapo.pt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1057347200.3f05d68075a36@webmail.sapo.pt> User-Agent: Mutt/1.4i cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Sat, 05 Jul 2003 04:27:08 -0000 On Fri, Jul 04, 2003 at 08:33:20PM +0100, S?rgio Rui Silva wrote: > Hi all, > > I want to create a block that accepts a fixed rate input and > generates a variable rate output. For example if I have 1000 > input samples each time the work function is called, the block > will generate a random number of output samples that can go from > 0 to 1000. What is the correct and best way to do this with GNU > Radio. > > S?rgio Rui Silva As long as your work method calls ... sync (output.index) ... you may return less than the number of samples requested. You'll want to create a forecast method that indicates how much input has been consumed. Without a custom forecast method, the input and output rates are identical. E.g., class GrMyClass : public { ... VrSampleIndex d_next_input; ... }; GrMyClass::GrMyClass () { ... d_next_input = 0; ... } int GrMyClass::forecast (VrSampleRange output, VrSampleRange inputs[]) { for(unsigned int i=0;i; } d_next_input += ; return k; } Take a look at gnuradio/src/gnu/lib/dtv/GrAtscBitTimingLoop2.{h,cc} for a complete example. Eric From MAILER-DAEMON Sat Jul 05 00:33:34 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19Yeja-0002Ri-N1 for mharc-discuss-gnuradio@gnu.org; Sat, 05 Jul 2003 00:33:14 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19YejR-0001xP-Oc for discuss-gnuradio@gnu.org; Sat, 05 Jul 2003 00:33:05 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19YejP-0001tA-5E for discuss-gnuradio@gnu.org; Sat, 05 Jul 2003 00:33:03 -0400 Received: from relay.comsec.com ([206.55.244.13] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19YejM-0001iG-4u for discuss-gnuradio@gnu.org; Sat, 05 Jul 2003 00:33:00 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id 8426C10483; Sat, 5 Jul 2003 00:34:04 -0400 (EDT) Date: Fri, 4 Jul 2003 21:34:04 -0700 From: Eric Blossom To: Thibaut Weise Subject: Re: [Discuss-gnuradio] Gnuradio on cygwin Message-ID: <20030705043404.GB9385@comsec.com> References: <23525.1057347848@www41.gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <23525.1057347848@www41.gmx.net> User-Agent: Mutt/1.4i cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Sat, 05 Jul 2003 04:33:13 -0000 On Fri, Jul 04, 2003 at 09:44:08PM +0200, Thibaut Weise wrote: > Hi, > > does anyone have experience installing gnuradio on cygwin? > I got most to work and all but one test run successful. > The problem is that the allocation of shared memory does not succeed. > For shared memory I installed cygipc as it is not supported by cygwin > directly. > > Otherwise, is it possible to compile gnuradio without using shared memory, > as it is only VrBuffer which uses it? Is there some way around this? At this time, only VrBuffer uses shared memory, but VrBuffer is essential. There's probably some way around this. A windows hacker once told me that there is an equivalent set of calls in windows that will accomplish what we're trying to do: map a single piece of physical memory of length N into two consecutive virtual spaces each of length N. This gives us a circular buffer. Under Unix/Linux we allocate a piece of shared memory of length N, and then contrive to get it mapped into our address space twice, once at address P and once at P + N. > Thibaut Eric From MAILER-DAEMON Sat Jul 05 01:22:09 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19YfUg-00080g-4f for mharc-discuss-gnuradio@gnu.org; Sat, 05 Jul 2003 01:21:54 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19YfU8-0006aE-T3 for discuss-gnuradio@gnu.org; Sat, 05 Jul 2003 01:21:20 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19YfTp-000684-4b for discuss-gnuradio@gnu.org; Sat, 05 Jul 2003 01:21:02 -0400 Received: from relay.comsec.com ([206.55.244.13] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19YfTk-0005u2-FJ for discuss-gnuradio@gnu.org; Sat, 05 Jul 2003 01:20:56 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id CABD010483; Sat, 5 Jul 2003 01:22:00 -0400 (EDT) Date: Fri, 4 Jul 2003 22:22:00 -0700 From: Eric Blossom To: Stephane Fillod , gnuradio mailing list Subject: Re: [Discuss-gnuradio] building local programs Message-ID: <20030705052200.GA9440@comsec.com> References: <6930.1056678931@www64.gmx.net> <20030629190916.GB2843@comsec.com> <20030702174416.GA2628@comsec.com> <20030704105213.GQ792@charybde.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030704105213.GQ792@charybde.local> User-Agent: Mutt/1.4i X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: GNU Radio, a free software defined radio List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Sat, 05 Jul 2003 05:21:52 -0000 On Fri, Jul 04, 2003 at 12:52:14PM +0200, Stephane Fillod wrote: > On Wed, Jul 02, 2003 at 10:44:16AM -0700, Eric Blossom wrote: > [...] > > There's another way to build additions using , as > > suggested by Stephane Fillod. This requires a patch to GNU Radio > > which I've misplaced and is supposed to allow you to build outside of > > the gnuradio build tree easily. > > A bit of googling in the archive should bring out the post. > Basically, it relies on the pkg-config tool. > Let me know if you can't find it. That looks like a big enough hint. Thanks. Eric From MAILER-DAEMON Wed Jul 09 13:12:45 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19aIUn-0004dS-6f for mharc-discuss-gnuradio@gnu.org; Wed, 09 Jul 2003 13:12:45 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19aIUi-0004cM-UB for discuss-gnuradio@gnu.org; Wed, 09 Jul 2003 13:12:40 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19aIQ0-0003mT-1N for discuss-gnuradio@gnu.org; Wed, 09 Jul 2003 13:08:19 -0400 Received: from mxs1.wvu.edu ([157.182.140.113]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19aH5S-00077g-3i for discuss-gnuradio@gnu.org; Wed, 09 Jul 2003 11:42:30 -0400 Received: from 157.182.194.69 ([157.182.194.69]) by mxs1.wvu.edu (8.12.9+Sun/8.12.9) with ESMTP id h69FYvdS019343 for ; Wed, 9 Jul 2003 11:34:57 -0400 (EDT) From: Ricky Hussmann Organization: WCRL To: gnuradio mailing list Date: Wed, 9 Jul 2003 11:43:18 -0400 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307091143.18792.rhussman@mix.wvu.edu> X-MailScanner-Information: Please contact OIT HelpDesk for more Info X-MailScanner: Found to be clean Subject: [Discuss-gnuradio] FSK modulator and demodulator X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list Reply-To: rhussman@mix.wvu.edu List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2003 17:12:42 -0000 Hello all, I'm looking into using the FSK modulation and demodulation classes in GNU radio. I noticed these classes are in the "needs-work" directory contained in pspectra/lib/vrp. Has anyone had any experience using the FSK modules? What type of demodulation does the FSK demodulator use? Any idea how much work these modules need? Any help or advice is appreciated, Ricky Hussmann From MAILER-DAEMON Thu Jul 10 11:08:12 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19ad1B-0006vG-CO for mharc-discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 11:07:33 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19acnl-00028Y-NX for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 10:53:41 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19acnX-0001wG-2a for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 10:53:29 -0400 Received: from relay2.ptm.pt ([194.65.79.76] helo=sapo.pt) by monty-python.gnu.org with smtp (Exim 4.20) id 19acZx-00054G-53 for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 10:39:25 -0400 Received: (qmail 30192 invoked from network); 10 Jul 2003 14:39:18 -0000 Received: from unknown (HELO webmail3.sapo.pt) (194.65.79.63) by relay2.ptm.pt with SMTP; 10 Jul 2003 14:39:18 -0000 Received: (qmail 25860 invoked by alias); 10 Jul 2003 14:39:19 -0000 To: discuss-gnuradio@gnu.org Message-ID: <1057847959.3f0d7a975ecf4@webmail.sapo.pt> Date: Thu, 10 Jul 2003 15:39:19 +0100 (WEST) From: =?ISO-8859-1?Q?S=E9rgio_Rui_Silva?= MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="-MOQ1057847959263364ba46f252334b6b5532f0e8abee" User-Agent: PT Multimedia Webmail program X-Originating-IP: 193.136.33.222 Subject: [Discuss-gnuradio] Frequency Xlating FIR filter: bug in gr_rotator X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 15:07:31 -0000 This message is in MIME format. ---MOQ1057847959263364ba46f252334b6b5532f0e8abee Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit I have been using the "GrFreqXlatingFIRfilterSCF" and I notice that its output slowly increases in amplitude (or diminishes, depending on the frequency setting). I found that this is due to the "gr_rotator" class. If the absolute value of the "gr_rotator"s "phase" variable is printed during the processing cycle one can see that its value starts with 1.0, as it should, and then augments slowly. I think this is because the recursive multiplication used causes a precision error to increase in one direction. I solved this by not using the gr_rotator class but the gr_nco class instead. This solution is not as elegant as the one with the gr_rotator class, but it does the trick by now... Any ideas one how to solve this correclty? Sérgio Rui Silva ************************************************************ Faculdade de Engenharia da Universidade do Porto, Portugal http://www.fe.up.pt ************************************************************* --------------------------------------------------------------------------------------- Words of wisdom: "Never underestimate the bandwidth of a station wagon full of tapes hurtling down the highway" Andrew S. Tanenbaun ------------------------------------------------------------------------------------- -- SAPO ADSL.PT, apanhe já o comboio da Banda Larga. Kit SAPO ADSL.PT - Grátis http://adsl.sapo.pt O SAPO já está livre de vírus com a Panda Software, fique você também! Clique em: http://antivirus.sapo.pt ---MOQ1057847959263364ba46f252334b6b5532f0e8abee Content-Type: application/octet-stream; name="GrFreqXlatingFIRfilterSCF.cc"; name="GrFreqXlatingFIRfilterSCF.cc" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="GrFreqXlatingFIRfilterSCF.cc" LyogLSotIGMrKyAtKi0gKi8KLyoKICogQ29weXJpZ2h0IDIwMDMgRnJlZSBTb2Z0d2FyZSBGb 3VuZGF0aW9uLCBJbmMuCiAqIAogKiBUaGlzIGZpbGUgaXMgcGFydCBvZiBHTlUgUmFkaW8KIC ogCiAqIEdOVSBSYWRpbyBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSB pdCBhbmQvb3IgbW9kaWZ5CiAqIGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdlbmVy YWwgUHVibGljIExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5CiAqIHRoZSBGcmVlIFNvZnR3YXJlI EZvdW5kYXRpb247IGVpdGhlciB2ZXJzaW9uIDIsIG9yIChhdCB5b3VyIG9wdGlvbikKICogYW 55IGxhdGVyIHZlcnNpb24uCiAqIAogKiBHTlUgUmFkaW8gaXMgZGlzdHJpYnV0ZWQgaW4gdGh lIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVzZWZ1bCwKICogYnV0IFdJVEhPVVQgQU5ZIFdBUlJB TlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxpZWQgd2FycmFudHkgb2YKICogTUVSQ0hBTlRBQ klMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZQogKi BHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgogKiAKICogWW9 1IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEgY29weSBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGlj IExpY2Vuc2UKICogYWxvbmcgd2l0aCBHTlUgUmFkaW87IHNlZSB0aGUgZmlsZSBDT1BZSU5HL iAgSWYgbm90LCB3cml0ZSB0bwogKiB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbm MuLCA1OSBUZW1wbGUgUGxhY2UgLSBTdWl0ZSAzMzAsCiAqIEJvc3RvbiwgTUEgMDIxMTEtMTM wNywgVVNBLgogKi8KCi8qCiAqIFdBUk5JTkc6IFRoaXMgZmlsZSBpcyBhdXRvbWF0aWNhbGx5 IGdlbmVyYXRlZCBieQogKiBnZW5lcmF0ZV9HckZyZXFYbGF0aW5nRklSZmlsdGVyWFhYLnB5I EFueSBjaGFuZ2VzIG1hZGUgdG8gdGhpcyBmaWxlCiAqIHdpbGwgYmUgb3ZlcndyaXR0ZW4uCi AqLwoKI2luY2x1ZGUgPEdyRnJlcVhsYXRpbmdGSVJmaWx0ZXJTQ0YuaD4KI2luY2x1ZGUgPGd yX2Zpcl91dGlsLmg+CiNpbmNsdWRlIDxncl9maXJfU0NDLmg+CgpHckZyZXFYbGF0aW5nRklS ZmlsdGVyU0NGOjpHckZyZXFYbGF0aW5nRklSZmlsdGVyU0NGICgKCglpbnQgZGVjaW1hdGlvb l9mYWN0b3IsCgljb25zdCBzdGQ6OnZlY3RvcjxmbG9hdD4gJnRhcHMsCglmbG9hdCBjZW50ZX JfZnJlcSkKCiAgOiBWckRlY2ltYXRpbmdTaWdQcm9jPHNob3J0LCBWckNvbXBsZXg+KDEsIGR lY2ltYXRpb25fZmFjdG9yKSwKICAgIGRfYnVpbGRlciAoMCksIGRfcHJvdG9fdGFwcyAodGFw cyksIGRfY2VudGVyX2ZyZXEgKC0xKSwKICAgIGRfbmV3X2NlbnRlcl9mcmVxIChjZW50ZXJfZ nJlcSkKewogIHN0ZDo6dmVjdG9yPFZyQ29tcGxleD4JZHVtbXlfdGFwczsKICBkX2NvbXBvc2 l0ZV9maXIgPSBncl9maXJfdXRpbDo6Y3JlYXRlX2dyX2Zpcl9TQ0MgKGR1bW15X3RhcHMpOwp 9CgpHckZyZXFYbGF0aW5nRklSZmlsdGVyU0NGOjpHckZyZXFYbGF0aW5nRklSZmlsdGVyU0NG ICgKCglpbnQgZGVjaW1hdGlvbl9mYWN0b3IsCglncl9maXJfYnVpbGRlckYgKmJ1aWxkZXIsC glmbG9hdCBjZW50ZXJfZnJlcSkKCiAgOiBWckRlY2ltYXRpbmdTaWdQcm9jPHNob3J0LCBWck NvbXBsZXg+KDEsIGRlY2ltYXRpb25fZmFjdG9yKSwKICAgIGRfYnVpbGRlciAoYnVpbGRlcik sIGRfY2VudGVyX2ZyZXEgKC0xKSwKICAgIGRfbmV3X2NlbnRlcl9mcmVxIChjZW50ZXJfZnJl cSkKewogIHN0ZDo6dmVjdG9yPFZyQ29tcGxleD4JZHVtbXlfdGFwczsKICBkX2NvbXBvc2l0Z V9maXIgPSBncl9maXJfdXRpbDo6Y3JlYXRlX2dyX2Zpcl9TQ0MgKGR1bW15X3RhcHMpOwp9Cg pHckZyZXFYbGF0aW5nRklSZmlsdGVyU0NGOjp+R3JGcmVxWGxhdGluZ0ZJUmZpbHRlclNDRiA oKQp7CiAgZGVsZXRlIGRfY29tcG9zaXRlX2ZpcjsKICBkZWxldGUgZF9idWlsZGVyOwp9Cgp2 b2lkCkdyRnJlcVhsYXRpbmdGSVJmaWx0ZXJTQ0Y6OmluaXRpYWxpemUgKCkKewogIGlmIChkX 2J1aWxkZXIpCiAgICBkX3Byb3RvX3RhcHMgPSBkX2J1aWxkZXItPnRhcHMgKGdldElucHV0U2 FtcGxpbmdGcmVxdWVuY3lOICgwKSk7CiAgbmNvLnNldF9mcmVxIChkX2NlbnRlcl9mcmVxIC8 gZ2V0SW5wdXRTYW1wbGluZ0ZyZXF1ZW5jeU4gKDApICogMiAqIE1fUEkgKiBkZWNpbWF0aW9u KTsKICBuY28uc2V0X3BoYXNlICgwKTsKICBoaXN0b3J5ID0gZF9wcm90b190YXBzLnNpemUgK Ck7CiAgYnVpbGRfY29tcG9zaXRlX2ZpciAoKTsKfQoKdm9pZApHckZyZXFYbGF0aW5nRklSZm lsdGVyU0NGOjpidWlsZF9jb21wb3NpdGVfZmlyICgpCnsKICBzdGQ6OnZlY3RvcjxWckNvbXB sZXg+IGN0YXBzIChkX3Byb3RvX3RhcHMuc2l6ZSAoKSk7CgogIGZsb2F0IGZ3VDAgPSAyICog TV9QSSAqIGRfY2VudGVyX2ZyZXEgLyBnZXRJbnB1dFNhbXBsaW5nRnJlcXVlbmN5TiAoMCk7C iAgZm9yICh1bnNpZ25lZCBpbnQgaSA9IDA7IGkgPCBkX3Byb3RvX3RhcHMuc2l6ZSAoKTsgaS srKQogICAgY3RhcHNbaV0gPSBkX3Byb3RvX3RhcHNbaV0gKiBleHAgKFZyQ29tcGxleCAoMCw gaSAqIGZ3VDApKTsKCiAgZF9jb21wb3NpdGVfZmlyLT5zZXRfdGFwcyAoY3RhcHMpOwogIC8v ZF9yLnNldF9waGFzZV9pbmNyIChleHAgKFZyQ29tcGxleCAoMCwgZndUMCAqIGRlY2ltYXRpb 24pKSk7CiAgbmNvLnNldF9mcmVxIChmd1QwICogZGVjaW1hdGlvbik7CiAgbmNvLnNldF9waG FzZSAoMCk7Cn0KCnZvaWQKR3JGcmVxWGxhdGluZ0ZJUmZpbHRlclNDRjo6c2V0Q2VudGVyRnJ lcSAoZmxvYXQgY2VudGVyX2ZyZXEpCnsKICBkX25ld19jZW50ZXJfZnJlcSA9IGNlbnRlcl9m cmVxOwp9CgppbnQKR3JGcmVxWGxhdGluZ0ZJUmZpbHRlclNDRjo6d29yayAoVnJTYW1wbGVSY W5nZSBvdXRwdXQsIHZvaWQgKmFvW10sCgkJICAgICAgICAgICBWclNhbXBsZVJhbmdlIGlucH V0c1tdLCB2b2lkICphaVtdKQp7CiAgc2hvcnQgICAgICppbiAgPSAoc2hvcnQgKikgYWlbMF0 7CiAgVnJDb21wbGV4ICAgICAqb3V0ID0gKFZyQ29tcGxleCAqKSBhb1swXTsKCiAgc3luYyAo b3V0cHV0LmluZGV4KTsgIC8vIHdlJ3ZlIGdvdCBzdGF0ZSwgbXVzdCBjb21wdXRlIGluIG9yZ GVyCgogIC8vIHJlYnVpbGQgY29tcG9zaXRlIEZJUiBpZiB0aGUgY2VudGVyIGZyZXEgaGFzIG NoYW5nZWQKCiAgaWYgKGRfY2VudGVyX2ZyZXEgIT0gZF9uZXdfY2VudGVyX2ZyZXEpewogICA gZF9jZW50ZXJfZnJlcSA9IGRfbmV3X2NlbnRlcl9mcmVxOwogICAgYnVpbGRfY29tcG9zaXRl X2ZpciAoKTsKICB9CgogIFZyQ29tcGxleCBJKDAsMSk7CiAgLy9WckNvbXBsZXggbTsKCiAgd W5zaWduZWQgaiA9IDA7CiAgZm9yICh1bnNpZ25lZCBpID0gMDsgaSA8IG91dHB1dC5zaXplOy BpKyspewogICAgLy9jb3V0IDw8ICJXb3JraW5nLi4uXG4iOwogICAgLy9vdXRbaV0gPSBkX3I ucm90YXRlIChkX2NvbXBvc2l0ZV9maXItPmZpbHRlciAoJmluW2pdKSk7CiAgICAvL20gPSBu Y28uY29zKCkrSSpuY28uc2luKCk7CiAgICBvdXRbaV0gPSAobmNvLmNvcygpK0kqbmNvLnNpb igpKSooZF9jb21wb3NpdGVfZmlyLT5maWx0ZXIgKCZpbltqXSkpOwogICAgbmNvLnN0ZXAgKC k7CiAgICBqICs9IGRlY2ltYXRpb247CiAgfQogIC8vY291dCA8PCAiYWJzKG0pID0gIiA8PCB hYnMobSkgPDwgIlxuIjsKICByZXR1cm4gb3V0cHV0LnNpemU7Cn0K ---MOQ1057847959263364ba46f252334b6b5532f0e8abee Content-Type: application/octet-stream; name="GrFreqXlatingFIRfilterSCF.h"; name="GrFreqXlatingFIRfilterSCF.h" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="GrFreqXlatingFIRfilterSCF.h" LyogLSotIGMrKyAtKi0gKi8KLyoKICogQ29weXJpZ2h0IDIwMDIgRnJlZSBTb2Z0d2FyZSBGb3Vu ZGF0aW9uLCBJbmMuCiAqIAogKiBUaGlzIGZpbGUgaXMgcGFydCBvZiBHTlUgUmFkaW8KICogCiAq IEdOVSBSYWRpbyBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQv b3IgbW9kaWZ5CiAqIGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGlj IExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5CiAqIHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247 IGVpdGhlciB2ZXJzaW9uIDIsIG9yIChhdCB5b3VyIG9wdGlvbikKICogYW55IGxhdGVyIHZlcnNp b24uCiAqIAogKiBHTlUgUmFkaW8gaXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3 aWxsIGJlIHVzZWZ1bCwKICogYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4g dGhlIGltcGxpZWQgd2FycmFudHkgb2YKICogTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9S IEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZQogKiBHTlUgR2VuZXJhbCBQdWJsaWMgTGlj ZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgogKiAKICogWW91IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEg Y29weSBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UKICogYWxvbmcgd2l0aCBHTlUg UmFkaW87IHNlZSB0aGUgZmlsZSBDT1BZSU5HLiAgSWYgbm90LCB3cml0ZSB0bwogKiB0aGUgRnJl ZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuLCA1OSBUZW1wbGUgUGxhY2UgLSBTdWl0ZSAzMzAs CiAqIEJvc3RvbiwgTUEgMDIxMTEtMTMwNywgVVNBLgogKi8KCi8qCiAqIFdBUk5JTkc6IFRoaXMg ZmlsZSBpcyBhdXRvbWF0aWNhbGx5IGdlbmVyYXRlZCBieQogKiBnZW5lcmF0ZV9HckZyZXFYbGF0 aW5nRklSZmlsdGVyWFhYLnB5IEFueSBjaGFuZ2VzIG1hZGUgdG8gdGhpcyBmaWxlCiAqIHdpbGwg YmUgb3ZlcndyaXR0ZW4uCiAqLwoKI2lmbmRlZiBfR3JGcmVxWGxhdGluZ0ZJUmZpbHRlclNDRl9I XwojZGVmaW5lCV9HckZyZXFYbGF0aW5nRklSZmlsdGVyU0NGX0hfCgojaW5jbHVkZSA8VnJEZWNp bWF0aW5nU2lnUHJvYy5oPgojaW5jbHVkZSA8VnJDb21wbGV4Lmg+CiNpbmNsdWRlIDxncl9maXJf YnVpbGRlckYuaD4KI2luY2x1ZGUgPGdyX3JvdGF0b3IuaD4KI2luY2x1ZGUgPGdyX25jby5oPgoj aW5jbHVkZSA8dmVjdG9yPgoKY2xhc3MgZ3JfZmlyX1NDQzsKCi8qIQogKiBcYnJpZWYgRklSIGZp bHRlciBjb21iaW5lZCB3aXRoIGZyZXF1ZW5jeSB0cmFuc2xhdGlvbiB3aXRoIHNob3J0IGlucHV0 LCBWckNvbXBsZXggb3V0cHV0IGFuZCBmbG9hdCB0YXBzCiAqCiAqIFRoaXMgY2xhc3MgZWZmaWNp ZW50bHkgY29tYmluZXMgYSBmcmVxdWVuY3kgdHJhbnNsYXRpb24KICogKHR5cGljYWxseSAiZG93 biBjb252ZXJzaW9uIikgd2l0aCBhIEZJUiBmaWx0ZXIgKHR5cGljYWxseSBsb3ctcGFzcykKICog YW5kIGRlY2ltYXRpb24uICBJdCBpcyBpZGVhbGx5IHN1aXRlZCBmb3IgYSAiY2hhbm5lbCBzZWxl Y3Rpb24gZmlsdGVyIgogKiBhbmQgY2FuIGJlIGVmZmljaWVudGx5IHVzZWQgdG8gc2VsZWN0IGFu ZCBkZWNpbWF0ZSBhIG5hcnJvdyBiYW5kIHNpZ25hbAogKiBvdXQgb2Ygd2lkZSBiYW5kd2lkdGgg aW5wdXQuCiAqCiAqIFVzZXMgYSBzaW5nbGUgaW5wdXQgYXJyYXkgdG8gcHJvZHVjZSBhIHNpbmds ZSBvdXRwdXQgYXJyYXkuCiAqIEFkZGl0aW9uYWwgaW5wdXRzIGFuZC9vciBvdXRwdXRzIGFyZSBp Z25vcmVkLgogKi8KCmNsYXNzIEdyRnJlcVhsYXRpbmdGSVJmaWx0ZXJTQ0YgOiBwdWJsaWMgVnJE ZWNpbWF0aW5nU2lnUHJvYzxzaG9ydCwgVnJDb21wbGV4Pgp7CiBwdWJsaWM6CiAgLyohCiAgICog Q29uc3RydWN0IGEgRklSIGZpbHRlciB3aXRoIHRoZSBnaXZlbiB0YXBzIGFuZCBhIGNvbXBvc2l0 ZSBmcmVxdWVuY3kKICAgKiB0cmFuc2xhdGlvbiB0aGF0IHNoaWZ0cyBjZW50ZXJfZnJlcSBkb3du IHRvIHplcm8gSHouICBUaGUgZnJlcXVlbmN5IAogICAqIHRyYW5zbGF0aW9uIGxvZ2ljYWxseSBj b21lcyBiZWZvcmUgdGhlIGZpbHRlcmluZyBvcGVyYXRpb24uCiAgICovCiAgR3JGcmVxWGxhdGlu Z0ZJUmZpbHRlclNDRiAoaW50IGRlY2ltYXRpb25fZmFjdG9yLAoJCQkgIGNvbnN0IHN0ZDo6dmVj dG9yPGZsb2F0PiAmdGFwcywKCQkJICBmbG9hdCBjZW50ZXJfZnJlcSk7CgogIC8qIQogICAqIENv bnN0cnVjdCBhIEZJUiBmaWx0ZXIgd2hlcmUgdGhlIHRhcHMgd2lsbCBiZSBkZXRlcm1pbmVkCiAg ICogYXQgaW5pdGlhbGl6YXRpb24gdGltZSBieSBpbnZva2luZyBidWlsZGVyLT50YXBzIChzYW1w bGluZ19mcmVxKS4KICAgKiBUaGUgcmVzdWx0aW5nIGZpbHRlciB3aWxsIGJlIHByZWNlZWRlZCBi eSBhIGZyZXF1ZW5jeSB0cmFuc2xhdGlvbiAKICAgKiB0aGF0IHNoaWZ0cyBjZW50ZXJfZnJlcSBk b3duIHRvIHplcm8gSHouCiAgICoKICAgKiBHckZyZXFYbGF0aW5nRklSZmlsdGVyU0NGIGJlY29t ZXMgcmVzcG9uc2libGUgZm9yIGxpZmUgdGltZSBtYW5hZ2VtZW50CiAgICogb2YgYnVpbGRlci4K ICAgKi8KICBHckZyZXFYbGF0aW5nRklSZmlsdGVyU0NGIChpbnQgZGVjaW1hdGlvbl9mYWN0b3Is CgkJCSAgZ3JfZmlyX2J1aWxkZXJGICpidWlsZGVyLAoJCQkgIGZsb2F0IGNlbnRlcl9mcmVxKTsK CiAgdmlydHVhbCB+R3JGcmVxWGxhdGluZ0ZJUmZpbHRlclNDRiAoKTsKCiAgdmlydHVhbCBjb25z dCBjaGFyICpuYW1lICgpIHsgcmV0dXJuICJHckZyZXFYbGF0aW5nRklSZmlsdGVyU0NGIjsgfQog IHZpcnR1YWwgdm9pZCBpbml0aWFsaXplICgpOwogIHZpcnR1YWwgaW50IHdvcmsgKFZyU2FtcGxl UmFuZ2Ugb3V0cHV0LCB2b2lkICpvW10sCgkJICAgIFZyU2FtcGxlUmFuZ2UgaW5wdXRzW10sIHZv aWQgKmlbXSk7CgogIHZvaWQgc2V0Q2VudGVyRnJlcSAoZmxvYXQgY2VudGVyX2ZyZXEpOwoKIHBy b3RlY3RlZDoKICBncl9maXJfYnVpbGRlckYJCSAgICAgICAqZF9idWlsZGVyOwogIHN0ZDo6dmVj dG9yPGZsb2F0PglkX3Byb3RvX3RhcHM7CiAgZ3JfZmlyX1NDQwkJICAgICAgICpkX2NvbXBvc2l0 ZV9maXI7CiAgZ3Jfcm90YXRvcgkJCWRfcjsKICBncl9uY288ZmxvYXQsZmxvYXQ+ICAgICAgICAg ICBuY287CiAgZmxvYXQJCQkJZF9jZW50ZXJfZnJlcTsKICBmbG9hdAkJCQlkX25ld19jZW50ZXJf ZnJlcTsKCiAgdmlydHVhbCB2b2lkIGJ1aWxkX2NvbXBvc2l0ZV9maXIgKCk7Cn07CgojZW5kaWYg LyogX0dyRnJlcVhsYXRpbmdGSVJmaWx0ZXJTQ0ZfSF8gKi8K ---MOQ1057847959263364ba46f252334b6b5532f0e8abee-- From MAILER-DAEMON Thu Jul 10 12:24:12 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19ae8I-0005pr-1i for mharc-discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 12:18:58 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19ae6U-0004uY-Su for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 12:17:06 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19adwd-0001t9-Pg for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 12:06:56 -0400 Received: from deimos.frii.com ([216.17.128.2] helo=deimos.frii.net) by monty-python.gnu.org with esmtp (Exim 4.20) id 19adwP-0001g8-52 for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 12:06:41 -0400 Received: from [216.17.160.146] (lulu.xtrsystems.com [216.17.160.146]) by deimos.frii.net (8.12.9/8.12.9) with ESMTP id h6AG6GmR098116 for ; Thu, 10 Jul 2003 10:06:26 -0600 (MDT) Mime-Version: 1.0 X-Sender: diverdi@mail.frii.com Message-Id: In-Reply-To: <20030629190916.GB2843@comsec.com> References: <6930.1056678931@www64.gmx.net> <20030629190916.GB2843@comsec.com> Date: Thu, 10 Jul 2003 10:06:03 -0600 To: discuss-gnuradio@gnu.org From: Joseph DiVerdi Content-Type: text/plain; charset="us-ascii" Subject: [Discuss-gnuradio] some progress and some questions X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 16:18:53 -0000 I am pleased to report some good progress in setting up and using gnuradio which has, in turn, spawned a few questions. In no particular order: aumix and aumix-X11 are pretty snappy and useful programs for controlling sound cards under ncurses and X windows environments, respectively. I've used them to "tame" my sound card so it behaves sensibly (mostly). Source is readily available so inclusion of initialization and control code into home-rolled applications is an option. The "home-rolled" VLF complex frequency translator (CFT) is doing its job very nicely. FWIW, it translates a 20-60kHz (balanced) input into a complex pair of (balanced) signals 0-20kHz (although the sound card is single-ended). The LO generator is a crystal controlled, TTL walking ring counter with final resynchronizer providing four phases of 40kHz which deliver accurate, balanced, quadrature drive to the mixers. The LO generator can operate up to 40MHz without modification. Higher LOs are available with this scheme using different logic families. The mixers are commutating mixers based on CMOS 4PST switches (fully balanced, of course). These mixers are limited to operation to only a few MHz but other mixers are suitable for higher frequencies. A single pole of low pass filtering at 25kHz on each channel limits the signals emitted from the XFT and delivered to the sound card. I've stuck with the straight forward scheme of using the examples directory as my working directory and modifying Makefile.am when new programs are added. It works well and is stable. gnuradio is running on a 266MHz, K6 host (named "Morgie") buried in some room which is conveniently located relative to the antenna system and is attached to the LAN with wires (haven't gotten its wireless PCI card configured yet). xdm has been configured on Morgie accept remote X terminals. All development work can be performed sitting in a remote office through another (wired or wireless) host running an X terminal through an SSH tunnel including observing real-time data displays. (sweet) A "top" probe of Morgie under acquisition conditions shows about 40% and 10% CPU load from gnuradio and sshd, respectively. The network is busy but not even getting warm. I find this scheme _very_ convenient. Learning how to string together the various modules into useful applications has been slowest (for me) but I'm making some headway here. It looks like some of the functionality that I need is not available, e.g., FT processing without an attached display (GrFFTSink without the display), real<->polar representation conversion, frequency domain "scope" display. Alternately, I just haven't yet found them yet. I will try my hand at writing some modules and offering them to the repository. Is there a "road map" noting the characteristics of the various families, e.g., Gr vs. Vr, gr_, qa_, atsc_, etc.? Best regards, Joseph -- Joseph A. DiVerdi, Ph.D., M.B.A. http://xtrsystems.com/ 970.980.5868 (voice) PGP Key ID: 0xD50A9E33 From MAILER-DAEMON Thu Jul 10 14:49:59 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19agTn-0004VK-C6 for mharc-discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 14:49:19 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19agTd-0004H5-HB for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 14:49:09 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19agKV-0007Dx-SL for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 14:39:44 -0400 Received: from dsl027-181-033.sfo1.dsl.speakeasy.net ([216.27.181.33] helo=localhost.localdomain) by monty-python.gnu.org with esmtp (Exim 4.20) id 19agIc-00062Y-EQ for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 14:37:46 -0400 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h6AIihPq007479 for ; Thu, 10 Jul 2003 11:44:43 -0700 Received: (from apache@localhost) by localhost.localdomain (8.12.8/8.12.8/Submit) id h6AIihul007477 for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 11:44:43 -0700 X-Authentication-Warning: localhost.localdomain: apache set sender to matt@ettus.com using -f Received: from 65.167.182.2 ([65.167.182.2]) by home.ettus.com (Horde) with HTTP for ; Thu, 10 Jul 2003 11:44:43 -0700 Message-ID: <1057862683.d43d71f7e0a41@home.ettus.com> Date: Thu, 10 Jul 2003 11:44:43 -0700 From: Matt Ettus To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Frequency Xlating FIR filter: bug in gr_rotator MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 65.167.182.2 X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 18:49:17 -0000 Quoting S=E9rgio Rui Silva : > I have been using the "GrFreqXlatingFIRfilterSCF" and I notice > that its output slowly increases in amplitude (or diminishes, > depending on the frequency setting). I found that this is due to > the "gr_rotator" class. If the absolute value of the > "gr_rotator"s "phase" > variable is printed during the processing cycle one can see that > its value starts with 1.0, as it should, and then augments > slowly. I think this is because the recursive multiplication > used causes a precision error to increase in one direction. Yes, that's exactly what is happening. > I solved this by > not using the gr_rotator class but the gr_nco class instead. > This solution is not as elegant as the one with the gr_rotator > class, but it does the trick by now... Any ideas one how to > solve this correclty? That's exactly how to solve the problem. I thought I had alread made that change, but apparently, I had only done that in the FPLL class. If you send= me a patch, I'll integrate it. Thanks Matt From MAILER-DAEMON Thu Jul 10 15:01:42 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19agdV-0008V7-A8 for mharc-discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 14:59:21 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19agcf-0007os-Tx for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 14:58:29 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19agbe-0007Mw-OK for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 14:57:27 -0400 Received: from dsl027-181-033.sfo1.dsl.speakeasy.net ([216.27.181.33] helo=localhost.localdomain) by monty-python.gnu.org with esmtp (Exim 4.20) id 19agbD-0007Ik-Ro for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 14:57:00 -0400 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h6AJ3wPq007498; Thu, 10 Jul 2003 12:03:58 -0700 Received: (from apache@localhost) by localhost.localdomain (8.12.8/8.12.8/Submit) id h6AJ3vle007496; Thu, 10 Jul 2003 12:03:57 -0700 X-Authentication-Warning: localhost.localdomain: apache set sender to matt@ettus.com using -f Received: from 65.167.182.2 ([65.167.182.2]) by home.ettus.com (Horde) with HTTP for ; Thu, 10 Jul 2003 12:03:57 -0700 Message-ID: <1057863837.f52874b33d37a@home.ettus.com> Date: Thu, 10 Jul 2003 12:03:57 -0700 From: Matt Ettus To: Joseph DiVerdi Subject: Re: [Discuss-gnuradio] some progress and some questions References: <6930.1056678931@www64.gmx.net> <20030629190916.GB2843@comsec.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 65.167.182.2 Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 18:59:19 -0000 Quoting Joseph DiVerdi : > I am pleased to report some good progress in setting up and using gnuradio > which has, in turn, spawned a few questions. In no particular order: Great! > aumix and aumix-X11 are pretty snappy and useful programs for controlling > sound cards under ncurses and X windows environments, respectively. I've used > them to "tame" my sound card so it behaves sensibly (mostly). Source is > readily available so inclusion of initialization and control code into > home-rolled applications is an option. Yes, I'd like to get that code somehow into GNU Radio. It would make things much more convenient. In the mean time, I think you can save a setup file from the mixer once you have it as you like, and then send that file back to it, so you don't have to do it manually every time. > The "home-rolled" VLF complex frequency translator (CFT) is doing its job > very nicely. FWIW, it translates a 20-60kHz (balanced) input into a complex > pair of (balanced) signals 0-20kHz (although the sound card is single-ended). > The LO generator is a crystal controlled, TTL walking ring counter with final > resynchronizer providing four phases of 40kHz which deliver accurate, > balanced, quadrature drive to the mixers. The LO generator can operate up to > 40MHz without modification. Higher LOs are available with this scheme using > different logic families. The mixers are commutating mixers based on CMOS > 4PST switches (fully balanced, of course). These mixers are limited to > operation to only a few MHz but other mixers are suitable for higher > frequencies. A single pole of low pass filtering at 25kHz on each channel > limits the signals emitted from the XFT and delivered to the sound card. Sounds like a very nice clean design. Perhaps a posted schematic on Wiki would help others in the same situation. > I've stuck with the straight forward scheme of using the examples directory > as my working directory and modifying Makefile.am when new programs are > added. It works well and is stable. Good, although I must again suggest you try using Python. It will make your life much easier. Right now not all blocks are wrapped into Python, and there really isn't a good fft or oscope block yet, but once those are there, I can't see a reason not to use python. > It looks like > some of the functionality that I need is not available, e.g., FT processing > without an attached display (GrFFTSink without the display), Very true. This should be coming soon, especially now that we are looking to do the displays in Python, and to deprecate the use of Qt in favor of Wxwindows. > real<->polar > representation conversion, That should [partially] be there. You can use GrReal, GrImag, and GrMagnitude. GrPhase is not there yet, but should be simple, and a block to create complex numbers is not there yet. Also, take a look at GrArbFunc. I find it very useful, but there are no examples of its use. Let me know if you have problems with it. > frequency domain "scope" display. Not sure what you mean here. Not GrFFTSink? > Alternately, I > just haven't yet found them yet. I will try my hand at writing some modules > and offering them to the repository. That would be great. I can offer suggestions and help if you need it. > Is there a "road map" noting the characteristics of the various families, > e.g., Gr vs. Vr, gr_, qa_, atsc_, etc.? Gr stands for GNU Radio, and all the new blocks we create fall in that category. Vr blocks are originally from the old pSpectra/Spectrumware code. Any ones that you see used in the examples directory should be fine, but many of those not used (even those not in a "needs-work" directory may not work anymore due to api changes. Point these out if you need to use one. qa_ files are for QA or quality assurance. The idea is that you would write a corresponding qa file to perform unit testing on each regular file to automate the testing process. There aren't always qa_ files for each other file that there should be. I haven't been good about keeping up with this. gr_ files are more library functions, but are not gnuradio blocks. Very often, these are simply wrapped in a corresponding Gr file (see the GrConvertSF and gr_convert_SF files for example). The atsc_ files are similar, except they are mostly specific to ATSC (HDTV), and might need some changes to make them more generally useful. Matt From MAILER-DAEMON Thu Jul 10 16:10:28 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19ahe6-0005VO-1b for mharc-discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 16:04:02 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19ahdB-00052u-U4 for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 16:03:05 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19ahcH-0004qK-Uv for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 16:02:40 -0400 Received: from deimos.frii.com ([216.17.128.2] helo=deimos.frii.net) by monty-python.gnu.org with esmtp (Exim 4.20) id 19ahYD-0003g1-6T for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 15:57:57 -0400 Received: from [216.17.160.146] (lulu.xtrsystems.com [216.17.160.146]) by deimos.frii.net (8.12.9/8.12.9) with ESMTP id h6AJvqWB038555; Thu, 10 Jul 2003 13:57:55 -0600 (MDT) Mime-Version: 1.0 X-Sender: diverdi@mail.frii.com Message-Id: In-Reply-To: <1057863837.f52874b33d37a@home.ettus.com> References: <6930.1056678931@www64.gmx.net> <20030629190916.GB2843@comsec.com> <1057863837.f52874b33d37a@home.ettus.com> Date: Thu, 10 Jul 2003 13:57:51 -0600 To: Matt Ettus From: Joseph DiVerdi Subject: Re: [Discuss-gnuradio] some progress and some questions Content-Type: text/plain; charset="us-ascii" Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 20:04:00 -0000 At 12:03 PM -0700 7/10/2003, Matt Ettus wrote: >Quoting Joseph DiVerdi : > >> aumix and aumix-X11 are pretty snappy and useful programs for controlling >> sound cards under ncurses and X windows environments, respectively. I've used >> them to "tame" my sound card so it behaves sensibly (mostly). Source is >> readily available so inclusion of initialization and control code into >> home-rolled applications is an option. > >Yes, I'd like to get that code somehow into GNU Radio. It would make things >much more convenient. In the mean time, I think you can save a setup file from >the mixer once you have it as you like, and then send that file back to it, so >you don't have to do it manually every time. Quite right. The setup file is very helpful and supportive in "brain-cramp" situations - like when one (me?) forgets the previously determined settings. > >Sounds like a very nice clean design. Perhaps a posted schematic on Wiki would >help others in the same situation. Will comply with design details on Wiki. >> I've stuck with the straight forward scheme of using the examples directory >> as my working directory and modifying Makefile.am when new programs are >> added. It works well and is stable. > >Good, although I must again suggest you try using Python. It will make your >life much easier. Right now not all blocks are wrapped into Python, and there >really isn't a good fft or oscope block yet, but once those are there, I can't >see a reason not to use python. I will migrate to Python in the future but right now I'm holding off because I'm up to my eyeballs learning C++. :) >> It looks like >> some of the functionality that I need is not available, e.g., FT processing >> without an attached display (GrFFTSink without the display), > >Very true. This should be coming soon, especially now that we are looking to do >the displays in Python, and to deprecate the use of Qt in favor of Wxwindows. > >> real<->polar >> representation conversion, > >That should [partially] be there. You can use GrReal, GrImag, and GrMagnitude. >GrPhase is not there yet, but should be simple, and a block to create complex >numbers is not there yet. Also, take a look at GrArbFunc. I find it very >useful, but there are no examples of its use. Let me know if you have problems >with it. Excellent, I was looking at GrMagnitude and GrArbFunc as code samples for writing GrPhase (with an optional embedded "unwrap at 2*pi"). I will be in touch shortly - one way or the other. >> frequency domain "scope" display. > >Not sure what you mean here. Not GrFFTSink? I mean GrFFTSink without the display. GrSimpleScope has some assumptions in it about displaying time domain data. I (humbly) think that a bit more general purpose data display would be rather helpful and plan to look into it. >> Alternately, I >> just haven't yet found them yet. I will try my hand at writing some modules >> and offering them to the repository. > >That would be great. I can offer suggestions and help if you need it. Thanks for the welcome. I'm certain I'll need some help. >> Is there a "road map" noting the characteristics of the various families, >> e.g., Gr vs. Vr, gr_, qa_, atsc_, etc.? > >Gr stands for GNU Radio, and all the new blocks we create fall in that category. > >Vr blocks are originally from the old pSpectra/Spectrumware code. > Thanks for the helpful orientation. > >Matt Best regards, Joseph -- Joseph A. DiVerdi, Ph.D., M.B.A. http://xtrsystems.com/ 970.980.5868 (voice) PGP Key ID: 0xD50A9E33 From MAILER-DAEMON Thu Jul 10 16:16:52 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19ahpj-0000Yo-9Z for mharc-discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 16:16:03 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19ahV1-0002x6-A4 for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 15:54:39 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19ahU2-0002Nm-94 for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 15:53:41 -0400 Received: from h67n3c1o871.bredband.skanova.com ([217.211.184.67] helo=217.211.184.67) by monty-python.gnu.org with smtp (Exim 4.20) id 19ahOf-0000pY-RP for discuss-gnuradio@gnu.org; Thu, 10 Jul 2003 15:48:06 -0400 Message-ID: <002b01c346b6$fe609300$5c00a8c0@reddog> From: "MiB" To: "Matt Ettus" , "Joseph DiVerdi" References: <6930.1056678931@www64.gmx.net> <20030629190916.GB2843@comsec.com> <1057863837.f52874b33d37a@home.ettus.com> Subject: Re: [Discuss-gnuradio] some progress and some questions Date: Thu, 10 Jul 2003 09:43:45 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-GCMulti: 1 Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 20:16:01 -0000 Hi This is marcel / sweden / SM0UGT - I wonder of someone have thought on a conjuctive sdr design for the GNUradio project? I know Matt has - I self have done some work in the area. I have a very strong concept i am working on. I need some math people to work on things. ----- Original Message ----- From: "Matt Ettus" To: "Joseph DiVerdi" Cc: Sent: Thursday, July 10, 2003 9:03 PM Subject: Re: [Discuss-gnuradio] some progress and some questions > Quoting Joseph DiVerdi : > > > I am pleased to report some good progress in setting up and using gnuradio > > which has, in turn, spawned a few questions. In no particular order: > > Great! > > > aumix and aumix-X11 are pretty snappy and useful programs for controlling > > sound cards under ncurses and X windows environments, respectively. I've used > > them to "tame" my sound card so it behaves sensibly (mostly). Source is > > readily available so inclusion of initialization and control code into > > home-rolled applications is an option. > > Yes, I'd like to get that code somehow into GNU Radio. It would make things > much more convenient. In the mean time, I think you can save a setup file from > the mixer once you have it as you like, and then send that file back to it, so > you don't have to do it manually every time. > > > The "home-rolled" VLF complex frequency translator (CFT) is doing its job > > very nicely. FWIW, it translates a 20-60kHz (balanced) input into a complex > > pair of (balanced) signals 0-20kHz (although the sound card is single-ended). > > The LO generator is a crystal controlled, TTL walking ring counter with final > > resynchronizer providing four phases of 40kHz which deliver accurate, > > balanced, quadrature drive to the mixers. The LO generator can operate up to > > 40MHz without modification. Higher LOs are available with this scheme using > > different logic families. The mixers are commutating mixers based on CMOS > > 4PST switches (fully balanced, of course). These mixers are limited to > > operation to only a few MHz but other mixers are suitable for higher > > frequencies. A single pole of low pass filtering at 25kHz on each channel > > limits the signals emitted from the XFT and delivered to the sound card. > > Sounds like a very nice clean design. Perhaps a posted schematic on Wiki would > help others in the same situation. > > > I've stuck with the straight forward scheme of using the examples directory > > as my working directory and modifying Makefile.am when new programs are > > added. It works well and is stable. > > Good, although I must again suggest you try using Python. It will make your > life much easier. Right now not all blocks are wrapped into Python, and there > really isn't a good fft or oscope block yet, but once those are there, I can't > see a reason not to use python. > > > It looks like > > some of the functionality that I need is not available, e.g., FT processing > > without an attached display (GrFFTSink without the display), > > Very true. This should be coming soon, especially now that we are looking to do > the displays in Python, and to deprecate the use of Qt in favor of Wxwindows. > > > real<->polar > > representation conversion, > > That should [partially] be there. You can use GrReal, GrImag, and GrMagnitude. > GrPhase is not there yet, but should be simple, and a block to create complex > numbers is not there yet. Also, take a look at GrArbFunc. I find it very > useful, but there are no examples of its use. Let me know if you have problems > with it. > > > frequency domain "scope" display. > > Not sure what you mean here. Not GrFFTSink? > > > Alternately, I > > just haven't yet found them yet. I will try my hand at writing some modules > > and offering them to the repository. > > That would be great. I can offer suggestions and help if you need it. > > > Is there a "road map" noting the characteristics of the various families, > > e.g., Gr vs. Vr, gr_, qa_, atsc_, etc.? > > Gr stands for GNU Radio, and all the new blocks we create fall in that category. > > Vr blocks are originally from the old pSpectra/Spectrumware code. Any ones that > you see used in the examples directory should be fine, but many of those not > used (even those not in a "needs-work" directory may not work anymore due to > api changes. Point these out if you need to use one. > > qa_ files are for QA or quality assurance. The idea is that you would write a > corresponding qa file to perform unit testing on each regular file to automate > the testing process. There aren't always qa_ files for each other file that > there should be. I haven't been good about keeping up with this. > > gr_ files are more library functions, but are not gnuradio blocks. Very often, > these are simply wrapped in a corresponding Gr file (see the GrConvertSF and > gr_convert_SF files for example). The atsc_ files are similar, except they are > mostly specific to ATSC (HDTV), and might need some changes to make them more > generally useful. > > Matt > > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://mail.gnu.org/mailman/listinfo/discuss-gnuradio > From MAILER-DAEMON Fri Jul 11 03:39:53 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19asVG-0007f5-9u for mharc-discuss-gnuradio@gnu.org; Fri, 11 Jul 2003 03:39:38 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19asV4-0007Pj-Cm for discuss-gnuradio@gnu.org; Fri, 11 Jul 2003 03:39:26 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19asUG-0006Hu-Gk for discuss-gnuradio@gnu.org; Fri, 11 Jul 2003 03:38:39 -0400 Received: from mailhub1.shef.ac.uk ([143.167.1.9]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19asU7-0005W8-QL for discuss-gnuradio@gnu.org; Fri, 11 Jul 2003 03:38:27 -0400 Received: from dyn062005.shef.ac.uk ([143.167.62.5] helo=el1iw.sheffield.ac.uk) by mailhub1.shef.ac.uk with esmtp (Exim 3.22 #4) id 19asU4-0000wm-00 for discuss-gnuradio@gnu.org; Fri, 11 Jul 2003 08:38:24 +0100 Message-Id: <5.2.0.9.1.20030711083356.00aaeb38@wintersett.shef.ac.uk> X-Sender: el1iw@wintersett.shef.ac.uk X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Fri, 11 Jul 2003 08:38:08 +0100 To: discuss-gnuradio@gnu.org From: Ian Wraith Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Discuss-gnuradio] Software radio article in the Guardian (UK newspaper) X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2003 07:39:36 -0000 Hello All There was a nice article in yesterdays Guardian on software radio in which GnuRadio gets a nice mention .. http://www.guardian.co.uk/online/story/0,3605,994679,00.html Regards Ian From MAILER-DAEMON Fri Jul 11 11:38:39 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19azyH-0006nf-Du for mharc-discuss-gnuradio@gnu.org; Fri, 11 Jul 2003 11:38:05 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19azua-0004F7-9P for discuss-gnuradio@gnu.org; Fri, 11 Jul 2003 11:34:16 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19azuG-0003bM-S5 for discuss-gnuradio@gnu.org; Fri, 11 Jul 2003 11:34:00 -0400 Received: from bay8-f62.bay8.hotmail.com ([64.4.27.62] helo=hotmail.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19azu5-0002wu-NT for discuss-gnuradio@gnu.org; Fri, 11 Jul 2003 11:33:45 -0400 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 11 Jul 2003 08:33:42 -0700 Received: from 129.74.217.12 by by8fd.bay8.hotmail.msn.com with HTTP; Fri, 11 Jul 2003 15:33:42 GMT X-Originating-IP: [129.74.217.12] X-Originating-Email: [cdq9509@hotmail.com] From: "Deqiang chen" To: discuss-gnuradio@gnu.org Bcc: Date: Fri, 11 Jul 2003 15:33:42 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 11 Jul 2003 15:33:42.0178 (UTC) FILETIME=[CEE37820:01C347C1] Subject: [Discuss-gnuradio] compiling error X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2003 15:38:03 -0000 hello, guys, I tried to compile gnuradio0.8 in solaris and results in the following compiling errors: make: Fatal error: Command failed for target `gr_random.lo' Current working directory /afs/nd.edu/user38/GNUradio/gnuradio-0.8/src/gnu/lib/gr *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /afs/nd.edu/user38/GNUradio/gnuradio-0.8/src/gnu/lib *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /afs/nd.edu/user38/GNUradio/gnuradio-0.8/src/gnu *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /afs/nd.edu/user38/GNUradio/gnuradio-0.8/src *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /afs/nd.edu/user38/GNUradio/gnuradio-0.8 *** Error code 1 make: Fatal error: Command failed for target `all-recursive-am' Does these problems arise from operating system difference or other reasons ? THX! Cheers! Deqiang Chen _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From MAILER-DAEMON Sat Jul 12 21:44:32 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19bVui-0002Zz-54 for mharc-discuss-gnuradio@gnu.org; Sat, 12 Jul 2003 21:44:32 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19bVuf-0002Zj-SK for discuss-gnuradio@gnu.org; Sat, 12 Jul 2003 21:44:29 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19bVu9-0002Ua-Gf for discuss-gnuradio@gnu.org; Sat, 12 Jul 2003 21:44:28 -0400 Received: from die.ne.client2.attbi.com ([65.96.211.203] helo=pig.die.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19bVsH-0000ls-G8 for discuss-gnuradio@gnu.org; Sat, 12 Jul 2003 21:42:01 -0400 Received: from pig.die.com (IDENT:JFM9oyzlmGNu+8T9fvmKoo3+dMh4hyjN@localhost.localdomain [127.0.0.1]) by pig.die.com (8.12.8/8.12.8) with ESMTP id h6D1fxcR003500 for ; Sat, 12 Jul 2003 21:41:59 -0400 Received: (from die@localhost) by pig.die.com (8.12.8/8.12.8/Submit) id h6D1fwe1003498 for discuss-gnuradio@gnu.org; Sat, 12 Jul 2003 21:41:58 -0400 Resent-Message-Id: <200307130141.h6D1fwe1003498@pig.die.com> Received: from n8.grp.scd.yahoo.com (n8.grp.scd.yahoo.com [66.218.66.92]) by pig.die.com (8.12.8/8.12.8) with SMTP id h6CMmQcR001829 for ; Sat, 12 Jul 2003 18:48:27 -0400 X-eGroups-Return: sentto-327560-9329-1058050101-die=die.com@returns.groups.yahoo.com Received: from [66.218.67.196] by n8.grp.scd.yahoo.com with NNFMP; 12 Jul 2003 22:48:21 -0000 Received: (qmail 30702 invoked from network); 12 Jul 2003 22:48:19 -0000 Received: from unknown (66.218.66.216) by m3.grp.scd.yahoo.com with QMQP; 12 Jul 2003 22:48:19 -0000 Received: from unknown (HELO n22.grp.scd.yahoo.com) (66.218.66.78) by mta1.grp.scd.yahoo.com with SMTP; 12 Jul 2003 22:48:19 -0000 X-eGroups-Return: Marcelrf@bellsouth.net Received: from [66.218.67.153] by n22.grp.scd.yahoo.com with NNFMP; 12 Jul 2003 22:48:19 -0000 X-Sender: Marcelrf@bellsouth.net X-Apparently-To: NEXTEL-1@yahoogroups.com Received: (qmail 60655 invoked from network); 12 Jul 2003 22:46:29 -0000 Received: from unknown (66.218.66.217) by m14.grp.scd.yahoo.com with QMQP; 12 Jul 2003 22:46:29 -0000 Received: from unknown (HELO imf20aec.bellsouth.net) (205.152.59.68) by mta2.grp.scd.yahoo.com with SMTP; 12 Jul 2003 22:46:29 -0000 Received: from bellsouth.net ([68.19.97.167]) by imf20aec.bellsouth.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030712224628.WYLL27458.imf20aec.bellsouth.net@bellsouth.net>; Sat, 12 Jul 2003 18:46:28 -0400 Message-ID: <3F108FC0.346E635F@bellsouth.net> X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en To: "NEXTEL-1@yahoogroups.com" , WFHSG From: Marcelrf@Bellsouth.net X-Yahoo-Profile: marcel_rf1 X-eGroups-Approved-By: marcel_rf1 via web; 12 Jul 2003 22:48:18 -0000 MIME-Version: 1.0 Mailing-List: list NEXTEL-1@yahoogroups.com; contact NEXTEL-1-owner@yahoogroups.com Precedence: bulk Date: Sat, 12 Jul 2003 18:46:24 -0400 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-From: die@die.com Resent-Date: Sat, 12 Jul 2003 21:41:58 -0400 Resent-To: discuss-gnuradio@gnu.org Cc: Subject: [Discuss-gnuradio] [NEXTEL-1] SDR Marches Forward- X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Reply-To: NEXTEL-1@yahoogroups.com List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2003 01:44:30 -0000 SDR Marches Forward- PrismTech Delivers Middleware Solution for Digital Signal Processor -DSP- Environments Business Editors/High-Tech Writers BOSTON--(BUSINESS WIRE)--July 9, 2003-- OpenFusion e*ORB C-RT Edition now provides real-time, ultra low footprint embedded CORBA Solution for JTRS Software Defined Radio (SDR) designers on DSP platforms PrismTech, a leading vendor of distributed software infrastructure, today announced that the very small size of its new OpenFusion e*ORB C Edition (CE), and especially OpenFusion e*ORB C-Real-Time (RT) Edition, now enables it to deliver a minimum, real-time CORBA and POSIX compliant middleware solution to users of Digital Signal Processor (DSP) environments such as Joint Tactical Radio System (JTRS) Software Defined Radio (SDR) efforts. SDR has been a key goal of the signal and communications industry as well as the intelligence and defense community for some time now. SDRs provide control over a variety of modulation techniques, wide-band or narrow band operation, communications security functions and waveform requirements of current and evolving standards over a broad frequency range. SDRs have a number of advantages over traditional hardware radios, however interoperability has been a primary issue particularly in the defense industry against their take-up. To address this issue initiatives such as the U.S. Joint Tactical Radio Systems (JTRS) program were started. In addition to interoperability, SDR requirements for defense applications also include the need for a competitively priced solution with minimal setup time and low maintenance. These goals are now achievable by exploiting the performance/power potential of modern DSP devices. By harnessing the benefits of this new generation of DSP devices, users can build small, highly efficient configurable low cost solutions with minimal frequency selective components. It has been recognized by industry experts that if CORBA middleware can be placed on a DSP then SDR developers can achieve a number of significant benefits including: -- Power consumption in battery-operated devices can be optimized as where tasks run can now be re-balanced between the General Purpose Processor (GPP) and the DSP. -- Lower cost radios, as design time decisions that locked radio developers into extremely costly design, implementation, and test cycles when re-balancing the object distribution on the radio may now be done on the fly. -- Fault Tolerant CORBA enables a more robust and resilient device capable of operating in harsher and even more severe conditions. -- The acceptance testing and hence delivery time of future SDR implementations will be reduced due to the fact that it will be easier to reconfigure the device. Traditional thinking would suggest that due to the nature of its highly restricted environment it is not possible to run CORBA on a DSP and until now CORBA has only ever been deployed in conventional GPP based environments. OpenFusion e*ORB's unique modular micro-kernal architecture combined with the realization of other advanced design goals such as a reduced code (and even data) segment has enabled it to become the first ORB ported to a DSP environment. Its footprint has been reduced over successive iterations and optimized to enable it to function successfully on a DSP. Its minimal CPU instructions per KB of data transmitted characteristic, now perfectly position it as the ideal candidate for the new small form factor, low power, lightweight community of DSP devices such as JTRS handhelds and 3G wireless cellphones. For example General Dynamics Digital Modular Radio being used by the US Navy has the OpenFusion e*ORB core on an Analog Devices' SHARC product running the LIBeRTy RTOS kernel. "The new improved OpenFusion e*ORB C and C-RT Editions coupled with our lightweight highly flexible and adaptive low footprint CORBA Services implementations will enable any of our JTRS customers to now deliver radio platforms that can be simultaneously SCA, CORBA and POSIX compliant without paying a memory footprint, size/weight or power consumption penalty of any sort," said Dr. Shahzad Aslam-Mir, Product Manager, PrismTech. "We are also working on complementary tools to accelerate development of core frameworks and more importantly waveforms over our CORBA platforms." This DSP realization of CORBA also paves the way for other industries which use DSP for pure signal processing or transducer elements to gain the same benefits of lighter, cheaper products with reduced time to market e.g. medical imaging (ultrasound), geological exploration equipment, robotics, machine vision, and large scale systems employing multi-sensor data fusion (MSDF). Further information on OpenFusion e*ORB for DSP's is available on PrismTech's website at: http://www.prismtechnologies.com/English/Products/CORBA/eORB/faqs _eorb_dps.html (Due to the length of this URL, it may be necessary to copy and paste this hyperlink into your Internet browser's URL address field.) Notes for Editors About PrismTech PrismTech develops and markets the OpenFusion range of distributed software infrastructure products. OpenFusion provides leadership in advanced technology, connectivity and cost of ownership for both Java and CORBA environments. PrismTech's reputation for delivering high quality, reliable, scaleable and performant software is reflected in our world-class customer base in the telecommunications, defense and financial services markets. For additional information about PrismTech, visit the web site at http://www.prismtechnologies.com. ------------------------ Yahoo! Groups Sponsor ---------------------~--> Buy Natural Vitamins for Good Prostate & Male Health. $28.97 http://www.challengerone.com/t/l.asp?cid=2865&lp=prosta2.html http://us.click.yahoo.com/qJIe0D/89VGAA/ySSFAA/61FxlB/TM ---------------------------------------------------------------------~-> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ From MAILER-DAEMON Sun Jul 13 11:01:14 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19biKQ-0001aU-5t for mharc-discuss-gnuradio@gnu.org; Sun, 13 Jul 2003 10:59:54 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19biJj-00014Q-W1 for discuss-gnuradio@gnu.org; Sun, 13 Jul 2003 10:59:11 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19biIW-0008Rn-EP for discuss-gnuradio@gnu.org; Sun, 13 Jul 2003 10:57:56 -0400 Received: from smtp-out6.blueyonder.co.uk ([195.188.213.9]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19biI6-0007Yc-Du for discuss-gnuradio@gnu.org; Sun, 13 Jul 2003 10:57:30 -0400 Received: from ianw.sheffield.ac.uk ([82.38.237.28]) by smtp-out6.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5329); Sun, 13 Jul 2003 15:57:27 +0100 Message-Id: <5.1.1.6.1.20030713154711.02765fe8@wintersett.shef.ac.uk> X-Sender: el1iw@wintersett.shef.ac.uk X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Sun, 13 Jul 2003 15:58:33 +0100 To: discuss-gnuradio@gnu.org From: Ian Wraith Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-OriginalArrivalTime: 13 Jul 2003 14:57:27.0413 (UTC) FILETIME=[13742A50:01C3494F] Subject: [Discuss-gnuradio] Compiling problem X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2003 14:59:52 -0000 Hello This afternoon after a long delay I thought I would get back to doing some work on my DQPSK demodulator program. Before I compiled it by adding its details to the Makefile.am file as outlined in this message from Eric .. http://mail.gnu.org/archive/html/discuss-gnuradio/2003-03/msg00006.html When I did this before I would simply start make and my program and the classes it uses would be compiled. That was under GnuRadio 0.7 and I have since moved up to 0.8 so I once again altered the Makefile.am file. Now though when I start make I get a "Make: Nothing to be done for 'all'." error. I could be wrong but it is as though no new Makefile is being generated from the Makefile.am file. Can anyone explain what has changed between 0.7 and 0.8 ? Also what do I need to do to fix this. Thanks Ian From MAILER-DAEMON Sun Jul 13 19:55:00 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19bqd8-00023P-Uw for mharc-discuss-gnuradio@gnu.org; Sun, 13 Jul 2003 19:51:46 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19bqcv-0001J7-Lh for discuss-gnuradio@gnu.org; Sun, 13 Jul 2003 19:51:33 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19bqcm-0000xF-Ta for discuss-gnuradio@gnu.org; Sun, 13 Jul 2003 19:51:25 -0400 Received: from relay1.ptm.pt ([194.65.79.75] helo=sapo.pt) by monty-python.gnu.org with smtp (Exim 4.20) id 19bqck-0000g8-QZ for discuss-gnuradio@gnu.org; Sun, 13 Jul 2003 19:51:22 -0400 Received: (qmail 427 invoked from network); 13 Jul 2003 23:51:18 -0000 Received: from unknown (HELO webmail7.sapo.pt) (194.65.79.68) by relay1.ptm.pt with SMTP; 13 Jul 2003 23:51:18 -0000 Received: (qmail 20044 invoked by alias); 13 Jul 2003 23:51:18 -0000 To: discuss-gnuradio@gnu.org Message-ID: <1058140278.3f11f0761202a@webmail.sapo.pt> Date: Mon, 14 Jul 2003 00:51:18 +0100 (WEST) From: =?ISO-8859-1?Q?S=E9rgio_Rui_Silva?= MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: PT Multimedia Webmail program X-Originating-IP: 193.136.33.222 Subject: [Discuss-gnuradio] SIMD optimizations on FIR filters X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2003 23:51:45 -0000 I'm using to kinds of FIR filters in my program: SCC and FFF. When I start my program I get the message: >>> gr_fir_SCC: using 3DNow!Ext but I don't get the message: >>> gr_fir_FFF: using "something". Does this mean that the FIR FFF filter is not using any of the available SIMD optimizations? From what I saw in the code I should be getting such message. Is it preferable to use 3DNow!Ext or 3DNow! instead of SSE? (benchmark_dotprod seems to point to that...) Sérgio Rui Silva P.S.: I'm running a dual Athlon MP 2400+ processor system and the functions has_3dnow() and has_sse() return true... ************************************************************** Faculdade de Engenharia da Universidade do Porto, Portugal http://www.fe.up.pt *************************************************************** --------------------------------------------------------------------------------------- Words of wisdom: "Never underestimate the bandwidth of a station wagon full of tapes hurtling down the highway" Andrew S. Tanenbaun ------------------------------------------------------------------------------------- -- SAPO ADSL.PT, apanhe já o comboio da Banda Larga. Kit SAPO ADSL.PT - Grátis http://adsl.sapo.pt O SAPO já está livre de vírus com a Panda Software, fique você também! Clique em: http://antivirus.sapo.pt From MAILER-DAEMON Mon Jul 14 16:32:53 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19c9vc-0004fu-10 for mharc-discuss-gnuradio@gnu.org; Mon, 14 Jul 2003 16:28:08 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19c9vS-0004Uz-3Y for discuss-gnuradio@gnu.org; Mon, 14 Jul 2003 16:27:58 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19c9ud-0003uK-7w for discuss-gnuradio@gnu.org; Mon, 14 Jul 2003 16:27:07 -0400 Received: from 24-205-98-5.rno-cbi.charterpipeline.net ([24.205.98.5] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19c9uG-0003mD-4U for discuss-gnuradio@gnu.org; Mon, 14 Jul 2003 16:26:44 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id 982CB10483; Mon, 14 Jul 2003 16:27:54 -0400 (EDT) Date: Mon, 14 Jul 2003 13:27:54 -0700 From: Eric Blossom To: Ian Wraith Subject: Re: [Discuss-gnuradio] Compiling problem Message-ID: <20030714202754.GB2799@comsec.com> References: <5.1.1.6.1.20030713154711.02765fe8@wintersett.shef.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.1.6.1.20030713154711.02765fe8@wintersett.shef.ac.uk> User-Agent: Mutt/1.4i Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2003 20:28:06 -0000 On Sun, Jul 13, 2003 at 03:58:33PM +0100, Ian Wraith wrote: > Hello > This afternoon after a long delay I thought I would get back to > doing some work on my DQPSK demodulator program. Glad to hear you're back working on it. > Before I compiled > it by adding its details to the Makefile.am file as outlined in this > message from Eric .. > > http://mail.gnu.org/archive/html/discuss-gnuradio/2003-03/msg00006.html > > When I did this before I would simply start make and my program and > the classes it uses would be compiled. That was under GnuRadio 0.7 and > I have since moved up to 0.8 so I once again altered the Makefile.am > file. Now though when I start make I get a "Make: Nothing to be done for > 'all'." error. > > I could be wrong but it is as though no new Makefile is being generated > from the Makefile.am file. Can anyone explain what has changed between > 0.7 and 0.8 ? Also what do I need to do to fix this. > > Thanks > > Ian One change from 0.7 to 0.8 was that we are now using the AM_MAINTAINER_MODE hack/kludge/crock. What this buys us is that the tarballs that we distribute, if unmodified, will build without the end user requiring any of the auto tools. This is considered a win. However, those who are actively hacking GNU Radio will need the versions of the auto tools called out in the README, and in addition, when running configure will need to provide the --enable-maintainer-mode option. This enables dependency tracking for Makefile.am -> Makefile etc and assume that you've got the same versions of the auto tools that we're using. Try this: ./bootstrap ./configure --enable-maintainer-mode make 2>&1 | tee make.log make install and I suspect your problem will resolve itself. Eric From MAILER-DAEMON Mon Jul 14 17:05:23 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19cAVY-0001hB-0P for mharc-discuss-gnuradio@gnu.org; Mon, 14 Jul 2003 17:05:16 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19cAVN-0001DP-2f for discuss-gnuradio@gnu.org; Mon, 14 Jul 2003 17:05:05 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19cATQ-0006qI-PS for discuss-gnuradio@gnu.org; Mon, 14 Jul 2003 17:03:05 -0400 Received: from 24-205-98-5.rno-cbi.charterpipeline.net ([24.205.98.5] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19cAS6-00064h-6h for discuss-gnuradio@gnu.org; Mon, 14 Jul 2003 17:01:42 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id 3013E10483; Mon, 14 Jul 2003 17:02:54 -0400 (EDT) Date: Mon, 14 Jul 2003 14:02:54 -0700 From: Eric Blossom To: S?rgio Rui Silva Subject: Re: [Discuss-gnuradio] SIMD optimizations on FIR filters Message-ID: <20030714210254.GC2799@comsec.com> References: <1058140278.3f11f0761202a@webmail.sapo.pt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1058140278.3f11f0761202a@webmail.sapo.pt> User-Agent: Mutt/1.4i Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2003 21:05:13 -0000 On Mon, Jul 14, 2003 at 12:51:18AM +0100, S?rgio Rui Silva wrote: > I'm using to kinds of FIR filters in my program: SCC and FFF. > When I start my program I get the message: > > >>> gr_fir_SCC: using 3DNow!Ext > > but I don't get the message: >>> gr_fir_FFF: using "something". > Does this mean that the FIR FFF filter is not using any of the > available SIMD optimizations? From what I saw in the code I > should be getting such message. Are you sure you're not getting it? It only prints once. > Is it preferable to use 3DNow!Ext or 3DNow! instead of SSE? > (benchmark_dotprod seems to point to that...) On the Athlons the 3DNow code is a lot faster than SSE. That's why it's selected when it's available. > S?rgio Rui Silva > > P.S.: I'm running a dual Athlon MP 2400+ processor system and > the functions has_3dnow() and has_sse() return true... You could set a breakpoint in gr_fir_sysconfig_x86::create_gr_fir_FFF Eric From MAILER-DAEMON Mon Jul 14 17:42:01 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19cB2Z-0003h7-9w for mharc-discuss-gnuradio@gnu.org; Mon, 14 Jul 2003 17:39:23 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19cB1w-0003Bx-LU for discuss-gnuradio@gnu.org; Mon, 14 Jul 2003 17:38:44 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19cAtp-0006UJ-Bu for discuss-gnuradio@gnu.org; Mon, 14 Jul 2003 17:30:21 -0400 Received: from smtp-out6.blueyonder.co.uk ([195.188.213.9]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19cAsW-00056h-Ks for discuss-gnuradio@gnu.org; Mon, 14 Jul 2003 17:29:00 -0400 Received: from ianw.sheffield.ac.uk ([82.38.237.28]) by smtp-out6.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5329); Mon, 14 Jul 2003 22:28:55 +0100 Message-Id: <5.1.1.6.1.20030714222854.04389d48@wintersett.shef.ac.uk> X-Sender: el1iw@wintersett.shef.ac.uk X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Mon, 14 Jul 2003 22:30:04 +0100 To: Eric Blossom From: Ian Wraith Subject: Re: [Discuss-gnuradio] Compiling problem In-Reply-To: <20030714202754.GB2799@comsec.com> References: <5.1.1.6.1.20030713154711.02765fe8@wintersett.shef.ac.uk> <5.1.1.6.1.20030713154711.02765fe8@wintersett.shef.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-OriginalArrivalTime: 14 Jul 2003 21:28:55.0870 (UTC) FILETIME=[EE1405E0:01C34A4E] Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2003 21:39:21 -0000 Hi Eric Thanks once again for a most detailed answer. I followed your instructions and make works once again. Regards Ian From MAILER-DAEMON Tue Jul 15 01:27:34 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19cIKC-0005GB-EM for mharc-discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 01:26:04 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19cIJR-0004T2-5m for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 01:25:17 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19cIHI-000162-Gd for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 01:23:35 -0400 Received: from 24-205-98-5.rno-cbi.charterpipeline.net ([24.205.98.5] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19cIGy-0000nq-97 for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 01:22:44 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id 4BDFD10483; Tue, 15 Jul 2003 01:23:53 -0400 (EDT) Date: Mon, 14 Jul 2003 22:23:53 -0700 From: Eric Blossom To: Deqiang chen Subject: Re: [Discuss-gnuradio] compiling error Message-ID: <20030715052353.GB3516@comsec.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2003 05:26:02 -0000 On Fri, Jul 11, 2003 at 03:33:42PM +0000, Deqiang chen wrote: > hello, guys, > > I tried to compile gnuradio0.8 in solaris and results in the > following compiling errors: Which compiler are you using? Are you using Sun's make or GNU make (sometimes installed as gmake)? Is there additional diagnostic output from the make? E.g., the command it was attempting to run. > make: Fatal error: Command failed for target `gr_random.lo' > Current working directory > /afs/nd.edu/user38/GNUradio/gnuradio-0.8/src/gnu/lib/gr > *** Error code 1 Eric From MAILER-DAEMON Tue Jul 15 01:39:58 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19cIXI-0007AX-7k for mharc-discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 01:39:36 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19cIVX-00062x-AW for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 01:37:47 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19cISV-0004ST-M6 for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 01:34:40 -0400 Received: from deimos.frii.com ([216.17.128.2] helo=deimos.frii.net) by monty-python.gnu.org with esmtp (Exim 4.20) id 19cIQs-0003cH-Jy for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 01:32:58 -0400 Received: from [216.17.160.146] (lulu.xtrsystems.com [216.17.160.146]) by deimos.frii.net (8.12.9/8.12.9) with ESMTP id h6F5WqLR038976 for ; Mon, 14 Jul 2003 23:32:52 -0600 (MDT) Mime-Version: 1.0 X-Sender: diverdi@mail.frii.com Message-Id: Date: Mon, 14 Jul 2003 23:32:51 -0600 To: GNU Radio Mail List From: Joseph DiVerdi Content-Type: text/plain; charset="us-ascii" Subject: [Discuss-gnuradio] question regarding GrMixer.h X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2003 05:39:34 -0000 Still studying existing code to learn "how they do it". While deep in the GrMixer.h code learning how to access input and output data I noticed that it appears this module emulates a "partial" mixer where only the sine multiplication is performed rather than both the sine and cosine multiplication. Or is it that these operators and the sin function are overloaded with complex calculations when complex data is being processed? A code snippet from the module follows: -------------------------------------------- template int GrMixer::work(VrSampleRange output, void *ao[], VrSampleRange inputs[], void *ai[]) { iType *in = ((iType**) ai)[0]; oType *out = ((iType**) ao)[0]; sync (output.index); for (unsigned oo = 0; oo < output.size; oo++){ out[oo] = (oType) (gain * in[oo] * nco.sin()); nco.step(); } return output.size; } -------------------------------------------- Best regards, Joseph -- Joseph A. DiVerdi, Ph.D., M.B.A. http://xtrsystems.com/ 970.980.5868 (voice) PGP Key ID: 0xD50A9E33 From MAILER-DAEMON Tue Jul 15 10:50:07 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19cR31-0007xf-It for mharc-discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 10:44:55 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19cQzy-0005sq-6O for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 10:41:46 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19cQxA-0004wD-37 for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 10:38:52 -0400 Received: from relay2.ptm.pt ([194.65.79.76] helo=sapo.pt) by monty-python.gnu.org with smtp (Exim 4.20) id 19cQx9-0004w6-Di for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 10:38:51 -0400 Received: (qmail 22976 invoked from network); 15 Jul 2003 14:38:45 -0000 Received: from unknown (HELO webmail2.sapo.pt) (194.65.79.62) by relay2.ptm.pt with SMTP; 15 Jul 2003 14:38:45 -0000 Received: (qmail 21418 invoked by alias); 15 Jul 2003 14:38:46 -0000 To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] SIMD optimizations on FIR filters Message-ID: <1058279926.3f1411f60c364@webmail.sapo.pt> Date: Tue, 15 Jul 2003 15:38:46 +0100 (WEST) From: =?ISO-8859-1?Q?S=E9rgio_Rui_Silva?= MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="-MOQ1058279925ae4ac5d3790aab8d4304a116f463d445" User-Agent: PT Multimedia Webmail program X-Originating-IP: 213.13.233.14 X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2003 14:44:53 -0000 This message is in MIME format. ---MOQ1058279925ae4ac5d3790aab8d4304a116f463d445 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit >>Are you sure you're not getting it? It only prints once. Sorry, my mistake... I'm getting the >>> gr_fir_FFF: using 3DNow! message as I should... I made some alterations to the GrFIRfilterCCF class. -> Taps can be changed in runtime: this is something that all FIR and IIR filters classes should have and I added it to all filter classes I'm using. When I have a correct patch to them all I will send it. --> The filter no longer uses the gr_fir_CCF, it now uses two gr_fir_FFF classes (one for the real part and other for the imaginary part), using this I achieved an increase of performance of approximately 3x. This is fine for me, but if we could have a gr_fir_CCF class with hand coded SIMD optimizations an even bigger performance increase could be achieved. Sergio Rui Silva ************************************************************** Faculdade de Engenharia da Universidade do Porto, Portugal http://www.fe.up.pt *************************************************************** --------------------------------------------------------------------------------------- Words of wisdom: "Never underestimate the bandwidth of a station wagon full of tapes hurtling down the highway" Andrew S. Tanenbaun ------------------------------------------------------------------------------------- -- SAPO ADSL.PT, apanhe já o comboio da Banda Larga. Kit SAPO ADSL.PT - Grátis http://adsl.sapo.pt O SAPO já está livre de vírus com a Panda Software, fique você também! Clique em: http://antivirus.sapo.pt ---MOQ1058279925ae4ac5d3790aab8d4304a116f463d445 Content-Type: text/plain; name="FIRFilterCCF2.h"; name="FIRFilterCCF2.h"; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="FIRFilterCCF2.h" /* -*- c++ -*- */ /* * Copyright 2003 Free Software Foundation, Inc. * * This file is part of GNU Radio * * GNU Radio is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by * the Free Software Foundation; either version 2, or (at your option) * any later version. * * GNU Radio is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with GNU Radio; see the file COPYING. If not, write to * the Free Software Foundation, Inc., 59 Temple Place - Suite 330, * Boston, MA 02111-1307, USA. */ /* * * 15 July 2003 * Modifications: * -> Taps can be changed in runtime; * -> No longer uses the gr_fir_CCF, it now uses two gr_fir_FFF classes * (one for the real part and other for the imaginary part), using this * an increase of performance of approximately 3x is achievable. * * Sergio Rui Silva (sergio.rui.silva@fe.up.pt) * * Faculdade de Engenharia da Universidade do Porto, Portugal * * http://www.fe.up.pt * */ #ifndef _FIRFilterCCF2_H_ #define _FIRFilterCCF2_H_ #include #include class gr_fir_CCF; class gr_fir_FFF; /*! * \brief FIR filter with VrComplex input, VrComplex output and float taps */ class FIRFilterCCF2 : public VrDecimatingSigProc { public: /*! * Construct a FIR filter with the given taps */ FIRFilterCCF2 (int decimation_factor, const std::vector &taps); /*! * Construct a FIR filter where the taps will be determined * at initialization time by invoking builder->taps (sampling_freq) * * FIRFilterCCF2 becomes responsible for life time management * of builder. */ FIRFilterCCF2 (int decimation_factor, gr_fir_builderF *builder); virtual ~FIRFilterCCF2 (); virtual const char *name () { return "FIRFilterCCF2"; } virtual void initialize (); virtual void set_taps(const std::vector &taps); virtual int work (VrSampleRange output, void *o[], VrSampleRange inputs[], void *i[]); protected: gr_fir_builderF *d_builder; gr_fir_FFF *d_fir_real; gr_fir_FFF *d_fir_imag; gr_fir_CCF *d_fir; }; #endif // _FIRFilterCCF2_H_ ---MOQ1058279925ae4ac5d3790aab8d4304a116f463d445 Content-Type: application/octet-stream; name="FIRFilterCCF2.cpp"; name="FIRFilterCCF2.cpp" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="FIRFilterCCF2.cpp" LyogLSotIGMrKyAtKi0gKi8KLyoKICogQ29weXJpZ2h0IDIwMDMgRnJlZSBTb2Z0d2FyZSBGb3Vu ZGF0aW9uLCBJbmMuCiAqIAogKiBUaGlzIGZpbGUgaXMgcGFydCBvZiBHTlUgUmFkaW8KICogCiAq IEdOVSBSYWRpbyBpcyBmcmVlIHNvZnR3YXJlOyB5b3UgY2FuIHJlZGlzdHJpYnV0ZSBpdCBhbmQv b3IgbW9kaWZ5CiAqIGl0IHVuZGVyIHRoZSB0ZXJtcyBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGlj IExpY2Vuc2UgYXMgcHVibGlzaGVkIGJ5CiAqIHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247 IGVpdGhlciB2ZXJzaW9uIDIsIG9yIChhdCB5b3VyIG9wdGlvbikKICogYW55IGxhdGVyIHZlcnNp b24uCiAqIAogKiBHTlUgUmFkaW8gaXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3 aWxsIGJlIHVzZWZ1bCwKICogYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4g dGhlIGltcGxpZWQgd2FycmFudHkgb2YKICogTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9S IEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZQogKiBHTlUgR2VuZXJhbCBQdWJsaWMgTGlj ZW5zZSBmb3IgbW9yZSBkZXRhaWxzLgogKiAKICogWW91IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEg Y29weSBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UKICogYWxvbmcgd2l0aCBHTlUg UmFkaW87IHNlZSB0aGUgZmlsZSBDT1BZSU5HLiAgSWYgbm90LCB3cml0ZSB0bwogKiB0aGUgRnJl ZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuLCA1OSBUZW1wbGUgUGxhY2UgLSBTdWl0ZSAzMzAs CiAqIEJvc3RvbiwgTUEgMDIxMTEtMTMwNywgVVNBLgogKi8KCi8qCioKKiAxNSBKdWx5IDIwMDMK KiBNb2RpZmljYXRpb25zOgoqIC0+IFRhcHMgY2FuIGJlIGNoYW5nZWQgaW4gcnVudGltZTsKKiAt PiBObyBsb25nZXIgdXNlcyB0aGUgZ3JfZmlyX0NDRiwgaXQgbm93IHVzZXMgdHdvIGdyX2Zpcl9G RkYgY2xhc3NlcyAKKiAgKG9uZSBmb3IgdGhlIHJlYWwgcGFydCBhbmQgb3RoZXIgZm9yIHRoZSBp bWFnaW5hcnkgcGFydCksIHVzaW5nIHRoaXMgCiogIGFuIGluY3JlYXNlIG9mIHBlcmZvcm1hbmNl IG9mIGFwcHJveGltYXRlbHkgM3ggaXMgYWNoaWV2YWJsZS4KKgoqICAgICAgIFNlcmdpbyBSdWkg U2lsdmEgKHNlcmdpby5ydWkuc2lsdmFAZmUudXAucHQpCioKKiAgRmFjdWxkYWRlIGRlIEVuZ2Vu aGFyaWEgZGEgVW5pdmVyc2lkYWRlIGRvIFBvcnRvLCBQb3J0dWdhbCAKKgoqICAgICAgICAgICAg ICAgICAgICBodHRwOi8vd3d3LmZlLnVwLnB0CioKKi8KCiNpbmNsdWRlIDxGSVJGaWx0ZXJDQ0Yy Lmg+CiNpbmNsdWRlIDxncl9maXJfQ0NGLmg+CiNpbmNsdWRlIDxncl9maXJfRkZGLmg+CiNpbmNs dWRlIDxncl9maXJfdXRpbC5oPgoKI2luY2x1ZGUgPHN5cy90aW1lLmg+CgpGSVJGaWx0ZXJDQ0Yy OjpGSVJGaWx0ZXJDQ0YyIChpbnQgZGVjaW1hdGlvbl9mYWN0b3IsCgkgICAgY29uc3Qgc3RkOjp2 ZWN0b3I8ZmxvYXQ+ICZ0YXBzKQogIDogVnJEZWNpbWF0aW5nU2lnUHJvYzxWckNvbXBsZXgsIFZy Q29tcGxleD4oMSwgZGVjaW1hdGlvbl9mYWN0b3IpLAogICAgZF9idWlsZGVyICgwKQp7CiAgZF9m aXJfcmVhbCA9IGdyX2Zpcl91dGlsOjpjcmVhdGVfZ3JfZmlyX0ZGRiAodGFwcyk7CiAgZF9maXJf aW1hZyA9IGdyX2Zpcl91dGlsOjpjcmVhdGVfZ3JfZmlyX0ZGRiAodGFwcyk7CiAgZF9maXIgPSBn cl9maXJfdXRpbDo6Y3JlYXRlX2dyX2Zpcl9DQ0YgKHRhcHMpOwp9CgpGSVJGaWx0ZXJDQ0YyOjpG SVJGaWx0ZXJDQ0YyIChpbnQgZGVjaW1hdGlvbl9mYWN0b3IsIGdyX2Zpcl9idWlsZGVyRiAqYnVp bGRlcikKICA6IFZyRGVjaW1hdGluZ1NpZ1Byb2M8VnJDb21wbGV4LFZyQ29tcGxleD4oMSwgZGVj aW1hdGlvbl9mYWN0b3IpLAogICAgZF9idWlsZGVyIChidWlsZGVyKQp7CiAgc3RkOjp2ZWN0b3I8 ZmxvYXQ+CWR1bW15X3RhcHM7CiAgZF9maXJfcmVhbCA9IGdyX2Zpcl91dGlsOjpjcmVhdGVfZ3Jf ZmlyX0ZGRiAoZHVtbXlfdGFwcyk7CiAgZF9maXJfaW1hZyA9IGdyX2Zpcl91dGlsOjpjcmVhdGVf Z3JfZmlyX0ZGRiAoZHVtbXlfdGFwcyk7CiAgZF9maXIgPSBncl9maXJfdXRpbDo6Y3JlYXRlX2dy X2Zpcl9DQ0YgKGR1bW15X3RhcHMpOwp9CgpGSVJGaWx0ZXJDQ0YyOjp+RklSRmlsdGVyQ0NGMiAo KQp7CiAgZGVsZXRlIGRfZmlyX3JlYWw7CiAgZGVsZXRlIGRfZmlyX2ltYWc7CiAgZGVsZXRlIGRf ZmlyOwogIGRlbGV0ZSBkX2J1aWxkZXI7Cn0KCnZvaWQKRklSRmlsdGVyQ0NGMjo6aW5pdGlhbGl6 ZSAoKQp7CiAgaWYgKGRfYnVpbGRlcikgewogICAgZF9maXJfcmVhbC0+c2V0X3RhcHMgKGRfYnVp bGRlci0+dGFwcyAoZ2V0SW5wdXRTYW1wbGluZ0ZyZXF1ZW5jeU4gKDApKSk7CiAgICBkX2Zpcl9p bWFnLT5zZXRfdGFwcyAoZF9idWlsZGVyLT50YXBzIChnZXRJbnB1dFNhbXBsaW5nRnJlcXVlbmN5 TiAoMCkpKTsKICAgIGRfZmlyLT5zZXRfdGFwcyAoZF9idWlsZGVyLT50YXBzIChnZXRJbnB1dFNh bXBsaW5nRnJlcXVlbmN5TiAoMCkpKTsKICB9CiAgaGlzdG9yeSA9IGRfZmlyX3JlYWwtPm50YXBz ICgpOwp9Cgp2b2lkIEZJUkZpbHRlckNDRjI6OnNldF90YXBzKGNvbnN0IHN0ZDo6dmVjdG9yPGZs b2F0PiAmdGFwcykgewogIGRfZmlyX3JlYWwtPnNldF90YXBzICh0YXBzKTsKICBkX2Zpcl9pbWFn LT5zZXRfdGFwcyAodGFwcyk7CiAgZF9maXItPnNldF90YXBzICh0YXBzKTsKICBoaXN0b3J5ID0g ZF9maXJfcmVhbC0+bnRhcHMgKCk7Cn0KCmludApGSVJGaWx0ZXJDQ0YyOjp3b3JrIChWclNhbXBs ZVJhbmdlIG91dHB1dCwgdm9pZCAqYW9bXSwKCSAgICAgIFZyU2FtcGxlUmFuZ2UgaW5wdXRzW10s IHZvaWQgKmFpW10pCnsKICBWckNvbXBsZXggKmluID0gKFZyQ29tcGxleCAqKSBhaVswXTsKICBW ckNvbXBsZXggKm91dCA9IChWckNvbXBsZXggKikgYW9bMF07CgogIHN0cnVjdCB0aW1ldmFsIHRz dGFydCwgdHN0b3A7CiAgdW5zaWduZWQgaW50IHNpemUgPSBvdXRwdXQuc2l6ZTsKCiAgZ2V0dGlt ZW9mZGF5KCZ0c3RhcnQsIE5VTEwpOwogIAogIGlmIChkZWNpbWF0aW9uID09IDEpIHsKICAgIC8q Ki8KICAgIGZsb2F0IHJpbltzaXplXTsKICAgIGZsb2F0IGlpbltzaXplXTsKICAgIGZsb2F0IHJv dXRbc2l6ZV07CiAgICBmbG9hdCBpb3V0W3NpemVdOwogICAgCiAgICBmb3IgKHVuc2lnbmVkIGlu dCBpID0gMDsgaSA8IHNpemU7IGkgKz0gMikgewogICAgICByaW5baV0gPSBpbltpXS5yZWFsKCk7 IAogICAgICBpaW5baV0gPSBpbltpXS5pbWFnKCk7CiAgICAgIHJpbltpKzFdID0gaW5baSsxXS5y ZWFsKCk7IAogICAgICBpaW5baSsxXSA9IGluW2krMV0uaW1hZygpOwogICAgfQogICAgCiAgICBk X2Zpcl9yZWFsLT5maWx0ZXJOKHJvdXQsIHJpbiwgc2l6ZSk7CiAgICBkX2Zpcl9pbWFnLT5maWx0 ZXJOKGlvdXQsIGlpbiwgc2l6ZSk7CgogICAgZm9yICh1bnNpZ25lZCBpbnQgaSA9IDA7IGkgPCBz aXplOyBpICs9IDIpIHsKICAgICAgb3V0W2ldLnJlYWwocm91dFtpXSk7IAogICAgICBvdXRbaV0u aW1hZyhpb3V0W2ldKTsKICAgICAgb3V0W2krMV0ucmVhbChyb3V0W2krMV0pOyAKICAgICAgb3V0 W2krMV0uaW1hZyhpb3V0W2krMV0pOwogICAgfQogICAgLyoqLwogICAgCiAgICAvL2RfZmlyLT5m aWx0ZXJOKG91dCwgaW4sIG91dHB1dC5zaXplKTsKICB9CiAgZWxzZSB7CiAgICAvKiovCiAgICBm bG9hdCByaW5bc2l6ZSpkZWNpbWF0aW9uXTsKICAgIGZsb2F0IGlpbltzaXplKmRlY2ltYXRpb25d OwogICAgZmxvYXQgcm91dFtzaXplXTsKICAgIGZsb2F0IGlvdXRbc2l6ZV07CiAgICAKICAgIGZv ciAodW5zaWduZWQgaW50IGkgPSAwOyBpIDwgc2l6ZSpkZWNpbWF0aW9uOyBpICs9IDIpIHsKICAg ICAgcmluW2ldID0gaW5baV0ucmVhbCgpOyAKICAgICAgaWluW2ldID0gaW5baV0uaW1hZygpOwog ICAgICByaW5baSsxXSA9IGluW2krMV0ucmVhbCgpOyAKICAgICAgaWluW2krMV0gPSBpbltpKzFd LmltYWcoKTsKICAgIH0KIAogICAgZF9maXJfcmVhbC0+ZmlsdGVyTmRlYyhyb3V0LCByaW4sIHNp emUsIGRlY2ltYXRpb24pOwogICAgZF9maXJfaW1hZy0+ZmlsdGVyTmRlYyhpb3V0LCBpaW4sIHNp emUsIGRlY2ltYXRpb24pOwoKICAgIGZvciAodW5zaWduZWQgaW50IGkgPSAwOyBpIDwgc2l6ZTsg aSArPSAyKSB7CiAgICAgIG91dFtpXS5yZWFsKHJvdXRbaV0pOyAKICAgICAgb3V0W2ldLmltYWco aW91dFtpXSk7CiAgICAgIG91dFtpKzFdLnJlYWwocm91dFtpKzFdKTsgCiAgICAgIG91dFtpKzFd LmltYWcoaW91dFtpKzFdKTsKICAgIH0KICAgIC8qKi8KICAgIC8vZF9maXItPmZpbHRlck5kZWMo b3V0LCBpbiwgc2l6ZSwgZGVjaW1hdGlvbik7CiAgfQogIAogIC8qKi8KCiAgZ2V0dGltZW9mZGF5 KCZ0c3RvcCwgTlVMTCk7CgogIGNvdXQgPDwgIlRpbWUvbnIgb3V0cHV0IHNhbXBsZXMgPSAiIDw8 ICh0c3RvcC50dl91c2VjIC0gdHN0YXJ0LnR2X3VzZWMpLyggKGZsb2F0KSBvdXRwdXQuc2l6ZSkg PDwgIlxuIjsKCiAgcmV0dXJuIG91dHB1dC5zaXplOwp9Cg== ---MOQ1058279925ae4ac5d3790aab8d4304a116f463d445-- From MAILER-DAEMON Tue Jul 15 14:13:02 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19cUES-00031f-10 for mharc-discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 14:08:56 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19cU7i-0008N1-V5 for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 14:01:58 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19cU6R-00077c-FV for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 14:00:40 -0400 Received: from 24-205-98-5.rno-cbi.charterpipeline.net ([24.205.98.5] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19cU6P-00074s-CB for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 14:00:37 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id 1FE4910483; Tue, 15 Jul 2003 14:01:43 -0400 (EDT) Date: Tue, 15 Jul 2003 11:01:43 -0700 From: Eric Blossom To: S?rgio Rui Silva Subject: Re: [Discuss-gnuradio] SIMD optimizations on FIR filters Message-ID: <20030715180143.GA9176@comsec.com> References: <1058279926.3f1411f60c364@webmail.sapo.pt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1058279926.3f1411f60c364@webmail.sapo.pt> User-Agent: Mutt/1.4i Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2003 18:08:53 -0000 On Tue, Jul 15, 2003 at 03:38:46PM +0100, S?rgio Rui Silva wrote: > >>Are you sure you're not getting it? It only prints once. > > Sorry, my mistake... I'm getting the >>> gr_fir_FFF: using > 3DNow! message as I should... > > I made some alterations to the GrFIRfilterCCF class. > > -> Taps can be changed in runtime: this is something that all > FIR and IIR filters classes should have and I added it to all > filter classes I'm using. When I have a correct patch to them > all I will send it. I concur that setting the taps at runtime is useful. The gr_fir_XXX routines already support a set_taps method. See gr_fir_XXX_h.t The existing qa code exercises the interface, so it's known with high degree of probability to work correctly. All you'll need to do is add the corresponding method to the GrFIRfilterXXX files. As I'm sure you've noticed, big pieces of the GrFIRfilterXXX and gr_fir_filter_XXX stuff is generated by python code and some pseudo templates with .t extensions. Please be sure to patch those. > --> The filter no longer uses the gr_fir_CCF, it now uses two > gr_fir_FFF classes (one for the real part and other for the > imaginary part), using this I achieved an increase of > performance of approximately 3x. This is fine for me, but if we > could have a gr_fir_CCF class with hand coded SIMD optimizations > an even bigger performance increase could be achieved. I think using two gr_fir_FFF's is a reasonable strategy. I suggest however, that instead of hacking GrFIRfilterCCF, that you actually create a new subclass of gr_fir_CCF_generic, say gr_fir_CCF_dual_FFF. This class will hold pointers to the two instances of gr_fir_FFF and reimplement the set_taps and filter methods appropriately. See gr_fir_FFF_simd for the basic idea. Then have this class be selected "when it's the fast solution" in gr_fir_sysconfig_generic::create_gr_fir_CCF You'll also need to add a bit of code to gr_fir_sysconfig_generic::get_gr_fir_CCF_info so that the benchmarking and qa code can find it. This preserves the existing architecture, allows for machine dependent speedups to be added without breaking anything, and gets you the advantage of using the dual FFF solution when there's nothing faster. > Sergio Rui Silva Thanks for all of your efforts! Eric From MAILER-DAEMON Tue Jul 15 17:06:57 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19cWys-0004SO-BC for mharc-discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 17:05:02 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19cWy3-00041h-B8 for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 17:04:11 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19cWx7-0003QD-P3 for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 17:03:14 -0400 Received: from dsl027-181-033.sfo1.dsl.speakeasy.net ([216.27.181.33] helo=localhost.localdomain) by monty-python.gnu.org with esmtp (Exim 4.20) id 19cWtU-0000kh-Ch for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 16:59:28 -0400 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h6FL7NPq023905 for ; Tue, 15 Jul 2003 14:07:23 -0700 Received: (from apache@localhost) by localhost.localdomain (8.12.8/8.12.8/Submit) id h6FL7NBB023903 for discuss-gnuradio@gnu.org; Tue, 15 Jul 2003 14:07:23 -0700 X-Authentication-Warning: localhost.localdomain: apache set sender to matt@ettus.com using -f Received: from 65.167.182.2 ([65.167.182.2]) by home.ettus.com (Horde) with HTTP for ; Tue, 15 Jul 2003 14:07:23 -0700 Message-ID: <1058303243.6b79cb256f7e3@home.ettus.com> Date: Tue, 15 Jul 2003 14:07:23 -0700 From: Matt Ettus To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] question regarding GrMixer.h References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 65.167.182.2 X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2003 21:05:00 -0000 Quoting Joseph DiVerdi : > While deep in the GrMixer.h code learning how to access input and output data > I noticed that it appears this module emulates a "partial" mixer where only > the sine multiplication is performed rather than both the sine and cosine > multiplication. Correct. The GrMixer was kind of a quick hack for a specific purpose. > Or is it that these operators and the sin function are overloaded with > complex calculations when complex data is being processed? No, unfortunately, that would be very useful, but not very easy due to C++'s very limited template system. Matt From MAILER-DAEMON Thu Jul 17 21:20:15 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19dJu3-0002ok-ID for mharc-discuss-gnuradio@gnu.org; Thu, 17 Jul 2003 21:19:19 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19dHqi-0008QZ-Il for discuss-gnuradio@gnu.org; Thu, 17 Jul 2003 19:07:44 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19dHqM-0008Bf-HO for discuss-gnuradio@gnu.org; Thu, 17 Jul 2003 19:07:22 -0400 Received: from barrichello.cs.ucr.edu ([138.23.169.5]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19dHpc-0007mH-I5 for discuss-gnuradio@gnu.org; Thu, 17 Jul 2003 19:06:36 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by barrichello.cs.ucr.edu (Postfix) with ESMTP id BBADEAB57163; Thu, 17 Jul 2003 15:59:07 -0700 (PDT) Received: from hill.cs.ucr.edu (hill.cs.ucr.edu [138.23.169.9]) by barrichello.cs.ucr.edu (Postfix) with ESMTP id 64950AB5714A; Thu, 17 Jul 2003 15:59:03 -0700 (PDT) Received: by hill.cs.ucr.edu (Postfix, from userid 8894) id 242F2C4EE77; Thu, 17 Jul 2003 16:06:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hill.cs.ucr.edu (Postfix) with ESMTP id 172C7A02EC5; Thu, 17 Jul 2003 16:06:29 -0700 (PDT) Date: Thu, 17 Jul 2003 16:06:29 -0700 (PDT) From: San Thanh Nguyen To: discuss-gnuradio@gnu.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS perl-11 X-Mailman-Approved-At: Thu, 17 Jul 2003 21:19:17 -0400 Cc: Korey Sewell Subject: [Discuss-gnuradio] Microtune 4937 RF module discontinued ... X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jul 2003 23:07:51 -0000 hi all, i'm a student trying to get this software radio working but i'm having difficulty finding the Microtune 4937 RF tuner module with IF output 5.75MHz, because they discontinued the chip. does anyone know a good replacement for this module or alternative to use a high IF output and use another module to reduce the IF output to what is needed for the project. I'm using the Measurement Computing PCI-DAS4020/12 as recommneded at the website. -- Thanh San D. Nguyen The Marlan and Rosemary Bourns College of Engineering Department of Computer Science and Engineering University of California, Riverside email: snguyen@cs.ucr.edu cell : 714-292-6783 From MAILER-DAEMON Fri Jul 18 02:00:42 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19dOIJ-0000D0-DF for mharc-discuss-gnuradio@gnu.org; Fri, 18 Jul 2003 02:00:39 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19dOIG-00006x-OX for discuss-gnuradio@gnu.org; Fri, 18 Jul 2003 02:00:36 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19dOIF-0008TK-2h for discuss-gnuradio@gnu.org; Fri, 18 Jul 2003 02:00:35 -0400 Received: from web14001.mail.yahoo.com ([216.136.175.92]) by monty-python.gnu.org with smtp (Exim 4.20) id 19dOIE-0008CD-EK for discuss-gnuradio@gnu.org; Fri, 18 Jul 2003 02:00:34 -0400 Message-ID: <20030718060029.1710.qmail@web14001.mail.yahoo.com> Received: from [81.12.1.2] by web14001.mail.yahoo.com via HTTP; Thu, 17 Jul 2003 23:00:29 PDT Date: Thu, 17 Jul 2003 23:00:29 -0700 (PDT) From: Saeed Beyty Subject: Re: [Discuss-gnuradio] Microtune 4937 RF module discontinued ... To: San Thanh Nguyen In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1973865429-1058508029=:1034" Cc: GNU-RADIO DISCUSS MAILING LIST X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jul 2003 06:00:37 -0000 --0-1973865429-1058508029=:1034 Content-Type: text/plain; charset=us-ascii >>San Thanh Nguyen wrote: >>hi all, i'm a student trying to get this software radio working but i'm >>having difficulty finding the Microtune 4937 RF tuner module with IF >>output 5.75MHz, because they discontinued the chip. does anyone know >>a good replacement for this module or alternative to use a high IF output >>and use another module to reduce the IF output to what is needed for the >>project. I'm using the Measurement Computing PCI-DAS4020/12 as recommneded at >>the website. Hi I need some such a kind of downconveretor too ! i got a commercial PAL tv tuner which has an IF in 45MHZ , so i need to mix it down to fit in the PCI-DAS4020 bandwidth , i tried some mixer and oscillators such az ne612 va .., but i could not succeed cause i'm not a RF designer . any way i need it too ! -- Saeed --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! --0-1973865429-1058508029=:1034 Content-Type: text/html; charset=us-ascii
>>San Thanh Nguyen <snguyen@cs.ucr.edu> wrote:
>>hi all, i'm a student trying to get this software radio working but i'm
>>having difficulty finding the Microtune 4937 RF tuner module with IF
>>output 5.75MHz, because they discontinued the chip. does anyone know
>>a good replacement for this module or alternative to use a high IF output
>>and use another module to reduce the IF output to what is needed for the
>>project. I'm using the Measurement Computing PCI-DAS4020/12 as recommneded at
>>the website.

Hi
I need some such a kind of downconveretor too !
i got a commercial PAL tv tuner which has an IF in 45MHZ , so i need to mix it down to fit in the PCI-DAS4020 bandwidth , i tried some mixer and oscillators such az ne612 va .., but i could not succeed cause i'm not a RF designer . any way i need  it too !
-- Saeed


Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month! --0-1973865429-1058508029=:1034-- From MAILER-DAEMON Fri Jul 18 09:31:37 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19dVK1-0008F8-EE for mharc-discuss-gnuradio@gnu.org; Fri, 18 Jul 2003 09:30:53 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19dVJS-00082Z-FQ for discuss-gnuradio@gnu.org; Fri, 18 Jul 2003 09:30:18 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19dVHy-0007Jt-9W for discuss-gnuradio@gnu.org; Fri, 18 Jul 2003 09:28:48 -0400 Received: from mta01.alltel.net ([166.102.165.143] helo=mta01-srv.alltel.net) by monty-python.gnu.org with esmtp (Exim 4.20) id 19dVBI-0002BS-Ab for discuss-gnuradio@gnu.org; Fri, 18 Jul 2003 09:21:52 -0400 Received: from alltel.net ([162.40.194.227]) by mta01-srv.alltel.net with ESMTP id <20030718132151.HQF4528.mta01-srv.alltel.net@alltel.net>; Fri, 18 Jul 2003 08:21:51 -0500 Message-ID: <3F17F46E.4020502@alltel.net> Date: Fri, 18 Jul 2003 09:21:50 -0400 From: tongaloa User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Saeed Beyty Subject: Re: [Discuss-gnuradio] Microtune 4937 RF module discontinued ... References: <20030718060029.1710.qmail@web14001.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: GNU-RADIO DISCUSS MAILING LIST X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jul 2003 13:30:52 -0000 I have a number of modules that accept 45kHz input (max sensitivity approx -104dbm on the units I measured). Output is Audio following Sony FM discriminator chip. Bandwidth is close enough to 30kHz for VHF weather satellite use. You can grab signal elsewhere in the signal chain and if desired change a resistor to convert the limiter amp to lower or unity gain. See here: select original and 95 from scale/quality options to read docs... Ignore price on page $22 for 2 will include airmail postage, worldwide... use paypal and state that it's for I.F./detector block -Bob Saeed Beyty wrote: > */>>San Thanh Nguyen /* wrote: > >>hi all, i'm a student trying to get this software radio working but i'm > >>having difficulty finding the Microtune 4937 RF tuner module with IF > >>output 5.75MHz, because they discontinued the chip. does anyone know > >>a good replacement for this module or alternative to use a high IF > output > >>and use another module to reduce the IF output to what is needed for the > >>project. I'm using the Measurement Computing PCI-DAS4020/12 as > recommneded at > >>the website. > > Hi > I need some such a kind of downconveretor too ! > i got a commercial PAL tv tuner which has an IF in 45MHZ , so i need > to mix it down to fit in the PCI-DAS4020 bandwidth , i tried some > mixer and oscillators such az ne612 va .., but i could not succeed > cause i'm not a RF designer . any way i need it too ! > -- Saeed > ------------------------------------------------------------------------ > Do you Yahoo!? > SBC Yahoo! DSL > > - Now only $29.95 per month! > >------------------------------------------------------------------------ > >_______________________________________________ >Discuss-gnuradio mailing list >Discuss-gnuradio@gnu.org >http://mail.gnu.org/mailman/listinfo/discuss-gnuradio > > From MAILER-DAEMON Fri Jul 18 11:01:01 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19dWj3-0000q0-6B for mharc-discuss-gnuradio@gnu.org; Fri, 18 Jul 2003 11:00:49 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19dWix-0000h5-Jf for discuss-gnuradio@gnu.org; Fri, 18 Jul 2003 11:00:43 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19dWin-0000R1-Fu for discuss-gnuradio@gnu.org; Fri, 18 Jul 2003 11:00:34 -0400 Received: from mailhub1.shef.ac.uk ([143.167.1.9]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19dWiL-0000HZ-Du for discuss-gnuradio@gnu.org; Fri, 18 Jul 2003 11:00:05 -0400 Received: from dyn062005.shef.ac.uk ([143.167.62.5] helo=el1iw.sheffield.ac.uk) by mailhub1.shef.ac.uk with esmtp (Exim 3.22 #4) id 19dWiA-0005ti-00; Fri, 18 Jul 2003 15:59:54 +0100 Message-Id: <5.2.0.9.1.20030718155216.0401e518@wintersett.shef.ac.uk> X-Sender: el1iw@wintersett.shef.ac.uk X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Fri, 18 Jul 2003 15:59:36 +0100 To: Saeed Beyty ,San Thanh Nguyen From: Ian Wraith Subject: Re: [Discuss-gnuradio] Microtune 4937 RF module discontinued ... In-Reply-To: <20030718060029.1710.qmail@web14001.mail.yahoo.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: GNU-RADIO DISCUSS MAILING LIST X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jul 2003 15:00:47 -0000 Hello >I need some such a kind of downconveretor too ! >i got a commercial PAL tv tuner which has an IF in 45MHZ , so i need to >mix it down to fit in the PCI-DAS4020 bandwidth , i tried some mixer and >oscillators such az ne612 va .., but i could not succeed cause i'm not a >RF designer . any way i need it too ! Many years ago as a student project I built a spectrum analyser by using an old style voltage tuned TV tuner (they are all I2C controlled now). That had a 39 MHz (ish) IF which needed reducing to 10.7 MHz. For that I used a SBL-1 diode mixer module from Mini Circuits which are pretty cheap and a 1 transistor 28 MHz crystal oscillator. When that was connected to the mixer and the TV tuner IF to the other end out would come a 10.7 MHz IF. If I remember correctly I used a couple of 3db attenuator resistor pads to ensure 50 ohms impedance was presented to the SBL-1 but it was simple enough. For more info on Mini Circuits mixers have a look at .. http://www.minicircuits.com/appnote/mxr1-25.pdf Regards Ian From MAILER-DAEMON Sat Jul 19 12:48:15 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19dusU-0006iB-Om for mharc-discuss-gnuradio@gnu.org; Sat, 19 Jul 2003 12:48:10 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19dusB-0005sO-Dx for discuss-gnuradio@gnu.org; Sat, 19 Jul 2003 12:47:51 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19dus5-0005a3-Q1 for discuss-gnuradio@gnu.org; Sat, 19 Jul 2003 12:47:46 -0400 Received: from 24-205-98-5.rno-cbi.charterpipeline.net ([24.205.98.5] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19dus0-000578-96 for discuss-gnuradio@gnu.org; Sat, 19 Jul 2003 12:47:40 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id 1B2AD10483; Sat, 19 Jul 2003 12:48:41 -0400 (EDT) Date: Sat, 19 Jul 2003 09:48:41 -0700 From: Eric Blossom To: discuss-gnuradio@gnu.org Message-ID: <20030719164841.GA30394@comsec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: [Discuss-gnuradio] CVS builds now require FFTW 3.x X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jul 2003 16:48:08 -0000 Hi Folks, For those of you tracking the CVS head, I've made changes such that we now require FFTW 3.x, configured with the --enable-float option. 3.x is faster and takes advantage of the SIMD instructions available on the x86 and PowerPC. You can get FFTW 3.0.1 at www.fftw.org. I configured it with ./configure --enable-float --enable-sse --enable-k7 which gives support for SSE and 3DNow! and the single precision interface. Eric From MAILER-DAEMON Sun Jul 20 15:50:25 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19eKCC-0005dI-LG for mharc-discuss-gnuradio@gnu.org; Sun, 20 Jul 2003 15:50:12 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19eKBx-0004n0-QT for discuss-gnuradio@gnu.org; Sun, 20 Jul 2003 15:49:57 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19eKBr-0004Ne-H6 for discuss-gnuradio@gnu.org; Sun, 20 Jul 2003 15:49:52 -0400 Received: from new.toad.com ([209.237.225.253]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19eKBq-0004Ac-4J for discuss-gnuradio@gnu.org; Sun, 20 Jul 2003 15:49:50 -0400 Received: from toad.com (localhost.localdomain [127.0.0.1]) by new.toad.com (8.12.9/8.12.9) with ESMTP id h6KJnmFb019875 for ; Sun, 20 Jul 2003 12:49:48 -0700 Message-Id: <200307201949.h6KJnmFb019875@new.toad.com> To: discuss-gnuradio@gnu.org Date: Sun, 20 Jul 2003 12:49:48 -0700 From: John Gilmore Subject: [Discuss-gnuradio] RadioShark: USB AM/FM receiver X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 19:50:11 -0000 Might be fun to write GNU Radio drivers for this, if it has any flexibility at all. They're taking pre-orders now. John http://www.griffintechnology.com/products/radioshark/index.html via http://macslash.org/article.pl?sid=03/07/16/1119207 The radio airwaves will never be safe again. The RadioSHARK adds a software controlled AM-FM radio to any Mac computer - but thats just the beginning. The RadioSHARK can also record any AM, FM or even Internet radio broadcast. You can program the RadioSHARK to record a scheduled show or as a way of ‘pausing’ live radio, giving you the ability to return to right where you left off moments or even hours later. It can also record audio Internet streams, either scheduled or real-time, from any streaming audio application available. The RadioSHARK connects to and is powered by USB. The fin-shaped device acts as the antenna and can be adjusted and positioned for best reception. Once connected, all radio tuning and control is through its full-featured front-end application. Favorite station presets can be set with the click of a mouse and new stations can be scanned and tuned with ease. The RadioSHARK application is also where you can program the RadioSHARK to record your favorite broadcast to listen to later. You may also then transfer the recorded broadcast to an iPod or any other AIFF compatible digital music player for on the go replay. The RadioSHARK gives you an AM/FM radio for your Mac But even better, the RadioSHARK gives you control of how and when you listen to your favorite radio shows. Dive in today and take control of your airwaves. From MAILER-DAEMON Sun Jul 20 18:01:04 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19eMEp-0002bj-Lz for mharc-discuss-gnuradio@gnu.org; Sun, 20 Jul 2003 18:01:03 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19eMEm-0002an-Km for discuss-gnuradio@gnu.org; Sun, 20 Jul 2003 18:01:00 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19eMEl-0002aL-3R for discuss-gnuradio@gnu.org; Sun, 20 Jul 2003 18:00:59 -0400 Received: from die.ne.client2.attbi.com ([65.96.211.203] helo=pig.die.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19eMEk-0002aE-PO for discuss-gnuradio@gnu.org; Sun, 20 Jul 2003 18:00:58 -0400 Received: from pig.die.com (IDENT:E+XFewLl7aHyM+YUPxxx7/nB25VzvgUG@localhost.localdomain [127.0.0.1]) by pig.die.com (8.12.8/8.12.8) with ESMTP id h6KM0vBH028027; Sun, 20 Jul 2003 18:00:57 -0400 Received: (from die@localhost) by pig.die.com (8.12.8/8.12.8/Submit) id h6KM0uDO028025; Sun, 20 Jul 2003 18:00:56 -0400 Date: Sun, 20 Jul 2003 18:00:56 -0400 From: Dave Emery To: John Gilmore Subject: Re: [Discuss-gnuradio] RadioShark: USB AM/FM receiver Message-ID: <20030720220056.GF25185@pig.die.com> References: <200307201949.h6KJnmFb019875@new.toad.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200307201949.h6KJnmFb019875@new.toad.com> User-Agent: Mutt/1.4.1i Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list Reply-To: die@die.com List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 22:01:01 -0000 On Sun, Jul 20, 2003 at 12:49:48PM -0700, John Gilmore wrote: > Might be fun to write GNU Radio drivers for this, if it has any > flexibility at all. They're taking pre-orders now. > > John > > http://www.griffintechnology.com/products/radioshark/index.html > via http://macslash.org/article.pl?sid=03/07/16/1119207 > Doesn't sound to my ear much like a SDR type thing at all, but rather an AM and FM radio of probably very conventional design with conventional quadrature detector and stereo chip interfaced to a A/D chip and a USB controller (and presumably a one chip micro to control everything). Very unlikely they do more than export 16 bit A/D samples of the (conventional) detector output over the USB - no provisions to output IF samples or do DSP based demodulation. And there would be no obvious reason to use an A/D any faster than the 44.1 ks/s of conventional sound card chips (which they probably use, in fact). Hard to see how it relates to gnu-radio or SDR. Remotely possible the thing could be hacked to output IF samples, but probably not of much other than the AM and FM broadcast band as seen through the IF bandpass filters (200 khz or so for FM). -- Dave Emery N1PRE, die@die.com DIE Consulting, Weston, Mass 02493 PGP fingerprint 1024D/8074C7AB 094B E58B 4F74 00C2 D8A6 B987 FB7D F8BA 8074 C7AB From MAILER-DAEMON Sun Jul 20 18:30:46 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19eMgA-0002Ng-Ok for mharc-discuss-gnuradio@gnu.org; Sun, 20 Jul 2003 18:29:18 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19eMg3-00028K-KR for discuss-gnuradio@gnu.org; Sun, 20 Jul 2003 18:29:11 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19eMfm-0001I0-Um for discuss-gnuradio@gnu.org; Sun, 20 Jul 2003 18:28:55 -0400 Received: from h000.c000.snv.cp.net ([209.228.32.64] helo=c000.snv.cp.net) by monty-python.gnu.org with smtp (Exim 4.20) id 19eMfb-0000Vj-LT for discuss-gnuradio@gnu.org; Sun, 20 Jul 2003 18:28:43 -0400 Received: (cpmta 27226 invoked from network); 20 Jul 2003 15:28:38 -0700 Received: from 209.228.32.68 (HELO mail.hayworth.com.criticalpath.net) by smtp.hayworth.com (209.228.32.64) with SMTP; 20 Jul 2003 15:28:38 -0700 X-Sent: 20 Jul 2003 22:28:38 GMT Received: from [67.75.201.161] by mail.hayworth.com with HTTP; Sun, 20 Jul 2003 15:28:38 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 To: discuss-gnuradio@gnu.org From: joshua@hayworth.com X-Sent-From: joshua@hayworth.com Date: Sun, 20 Jul 2003 15:28:38 -0700 (PDT) X-Mailer: Web Mail 5.4.0-4_sol28 Message-Id: <20030720152838.22440.h004.c000.wm@mail.hayworth.com.criticalpath.net> Subject: [Discuss-gnuradio] Newbie Question X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jul 2003 22:29:16 -0000 I've got a couple questions for anybody that can answer them. I saw this posted on an example on the main GNU Radio page. (http://www.gnu.org/software/gnuradio/examples/elenco_fm_demo_no_gui.cc) // This is a demo of a complete FM reception path. // // We start with a really cheap AM/FM radio kit, the Elenco Radio Kit // AM-FM 108 (It's all discrete transistors, no ICs). We suck the FM // IF signal out at test point 9 (output of second IF amp), and feed // it through a buffer board and from there into a 50 Ohm terminated // input on the Measurement Computing PCI DAS4020/12 A/D board. // // Think of the buffer board as a low capacitance input, low output impedance // converter that can successfully drive IF signals through 2 meters of coax. // [I ought to scan in the schematic] Did anybody ever scan that schematic? I just got my Technician Ham Radio ticket about two or three months ago. For my first radio I purchased a little Ramsey's 2 Meter Radio Receiver kit (FR146) as my RF front-end to play around with. (http://www.ramseyelectronics.com/cgi-bin/commerce.exe?preadd=action&key=FR-Series) I wanted to use the elenco example as my starting point, if that's possible. Thank you in advance, Joshua Hayworth KD7USN Camano Island, WA From MAILER-DAEMON Mon Jul 21 02:32:59 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19eUEF-0003do-50 for mharc-discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 02:32:59 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19eUEC-0003c5-9O for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 02:32:56 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19eUE7-0003YY-TY for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 02:32:55 -0400 Received: from law15-f39.law15.hotmail.com ([64.4.23.39] helo=hotmail.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19eUCc-0002yF-MV for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 02:31:18 -0400 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 20 Jul 2003 23:30:59 -0700 Received: from 81.12.1.2 by lw15fd.law15.hotmail.msn.com with HTTP; Mon, 21 Jul 2003 06:30:59 GMT X-Originating-IP: [81.12.1.2] X-Originating-Email: [shirin_mohseni@hotmail.com] From: "shirin mohseni" To: discuss-gnuradio@gnu.org Bcc: Date: Mon, 21 Jul 2003 08:30:59 +0200 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 21 Jul 2003 06:30:59.0635 (UTC) FILETIME=[A63B3830:01C34F51] Subject: [Discuss-gnuradio] installing the DAS4020 driver X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 06:32:57 -0000 I am trying to install the DAS4020/12 driver for the first time. I am getting some errors. I am wondering if the Linux and gcc versions are important? I have redhat Linux 7.3 and gcc 2.96. I appreciate your responses. Shirin _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From MAILER-DAEMON Mon Jul 21 07:23:43 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19eYk2-0001wv-RV for mharc-discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 07:22:06 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19eYjJ-0001Z8-Al for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 07:21:21 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19eYfO-0000e5-Je for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 07:17:18 -0400 Received: from smtp-out2.blueyonder.co.uk ([195.188.213.5]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19eYba-0007zE-1P for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 07:13:22 -0400 Received: from ianw.sheffield.ac.uk ([82.38.237.28]) by smtp-out2.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Mon, 21 Jul 2003 12:13:20 +0100 Message-Id: <5.1.1.6.1.20030721121256.027f2e80@wintersett.shef.ac.uk> X-Sender: el1iw@wintersett.shef.ac.uk X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Mon, 21 Jul 2003 12:14:39 +0100 To: discuss-gnuradio@gnu.org From: Ian Wraith Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-OriginalArrivalTime: 21 Jul 2003 11:13:20.0284 (UTC) FILETIME=[17A51DC0:01C34F79] Subject: [Discuss-gnuradio] MATLAB & software radio X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 11:22:02 -0000 Hi Those of you who use MATLAB might be interested in this .. http://www.mathworks.com/programs/mathtools/july03/sdr/index.shtml?14262 Regards Ian From MAILER-DAEMON Mon Jul 21 08:08:06 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19eZRr-00017D-7d for mharc-discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 08:07:23 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19eZRH-0000oJ-Gj for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 08:06:47 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19eZQl-0000cI-DV for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 08:06:16 -0400 Received: from web14008.mail.yahoo.com ([216.136.175.124]) by monty-python.gnu.org with smtp (Exim 4.20) id 19eZLW-0007VM-M7 for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 08:00:50 -0400 Message-ID: <20030721120048.61240.qmail@web14008.mail.yahoo.com> Received: from [81.12.1.2] by web14008.mail.yahoo.com via HTTP; Mon, 21 Jul 2003 05:00:48 PDT Date: Mon, 21 Jul 2003 05:00:48 -0700 (PDT) From: Saeed Beyty To: GNU-RADIO DISCUSS MAILING LIST MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-298288010-1058788848=:60114" Subject: [Discuss-gnuradio] problems running atsc X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 12:07:21 -0000 --0-298288010-1058788848=:60114 Content-Type: text/plain; charset=us-ascii Hi every body Gonig forward in SDR project, we tried ATSC programs written for HDTV project. we downloaded a filed named 'ntsc.dat' which seems to contain samples aquised by PCI-DAS4020/12 card. ruuning atsc az mentioned in HdTv Wiki : cd ../atsc ./run_rx -L -s 20 -f /root/ntsc.dat -o avs.ts it results in Syntax error : File "./run_rx" , line 25 atsc_rx_FLAGS +='-1' ~~~~~~~ Now there are three questions i wish you to answer: 1- Is this file ( i mean ntsc.dat) appropiriate for atsc? 2- if so what it is the problem with ./run_rx ? 3- if not, where can i found propper file of samples recorded using PCI-DAS4020/12 to test the decoding procedure ? thanks -- Saeed --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! --0-298288010-1058788848=:60114 Content-Type: text/html; charset=us-ascii
Hi every body
  Gonig forward in SDR project, we tried ATSC programs written for HDTV project.
we downloaded a filed named 'ntsc.dat' which seems to contain samples aquised by PCI-DAS4020/12 card.
ruuning atsc az mentioned in HdTv Wiki :
cd ../atsc
    ./run_rx -L -s 20 -f /root/ntsc.dat -o avs.ts
it results in Syntax error :
     File "./run_rx" , line 25
          atsc_rx_FLAGS +='-1'
~~~~~~~
Now there are three questions i wish you to answer:
1- Is this file ( i mean ntsc.dat) appropiriate  for atsc?
2- if so what it is the problem with ./run_rx ?
3- if not, where can i found propper file of samples recorded using PCI-DAS4020/12 to test the decoding procedure ?
 
thanks
-- Saeed
  
 


Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month! --0-298288010-1058788848=:60114-- From MAILER-DAEMON Mon Jul 21 11:29:03 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19ecb1-0002bD-Ce for mharc-discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 11:29:03 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19ecao-0002V4-NF for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 11:28:50 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19ecak-0002Sy-Nq for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 11:28:47 -0400 Received: from zork.zork.net ([64.81.246.102]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19ecZj-0001yc-Go for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 11:27:43 -0400 Received: from schoen by zork.zork.net with local (Exim 3.35 #1 (Debian)) id 19ecZh-0006cS-00; Mon, 21 Jul 2003 08:27:41 -0700 Date: Mon, 21 Jul 2003 08:27:41 -0700 From: Seth David Schoen To: Saeed Beyty Subject: Re: [Discuss-gnuradio] problems running atsc Message-ID: <20030721152741.GY2686@zork.net> References: <20030721120048.61240.qmail@web14008.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030721120048.61240.qmail@web14008.mail.yahoo.com> X-Accept-Language: en,la,eo X-Broadcast-Flag: 1 X-Consensus-at-Lawyerpoint: http://bpdg.blogs.eff.org/ X-Cruelty-to-Analog: http://analog.blogs.eff.org/ X-Modulation: 8/VSB Is Not A Crime User-Agent: Mutt/1.5.4i Sender: Seth David Schoen Cc: GNU-RADIO DISCUSS MAILING LIST X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 15:29:00 -0000 Saeed Beyty writes: > Hi every body > Gonig forward in SDR project, we tried ATSC programs written for HDTV project. > we downloaded a filed named 'ntsc.dat' which seems to contain samples aquised by PCI-DAS4020/12 card. > ruuning atsc az mentioned in HdTv Wiki : > cd ../atsc > ./run_rx -L -s 20 -f /root/ntsc.dat -o avs.ts > it results in Syntax error : > File "./run_rx" , line 25 > atsc_rx_FLAGS +='-1' > ~~~~~~~ > Now there are three questions i wish you to answer: > 1- Is this file ( i mean ntsc.dat) appropiriate for atsc? (I have no idea.) > 2- if so what it is the problem with ./run_rx ? You have a version of Python which is too old (perhaps 1.5.2). You should get a newer Python which understands "+=". -- Seth David Schoen | Very frankly, I am opposed to people http://www.loyalty.org/~schoen/ | being programmed by others. http://vitanuova.loyalty.org/ | -- Fred Rogers (1928-2003), | 464 U.S. 417, 445 (1984) From MAILER-DAEMON Mon Jul 21 12:59:25 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19ee0S-00067M-V5 for mharc-discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 12:59:24 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19ee0R-00066v-6C for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 12:59:23 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19edzv-0005xo-7G for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 12:59:21 -0400 Received: from 24-205-98-5.rno-cbi.charterpipeline.net ([24.205.98.5] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19edyD-0005eZ-QX for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 12:57:06 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id 5CBE710470; Mon, 21 Jul 2003 12:57:44 -0400 (EDT) Date: Mon, 21 Jul 2003 09:57:44 -0700 From: Eric Blossom To: shirin mohseni Subject: Re: [Discuss-gnuradio] installing the DAS4020 driver Message-ID: <20030721165744.GB9110@comsec.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 16:59:23 -0000 On Mon, Jul 21, 2003 at 08:30:59AM +0200, shirin mohseni wrote: > I am trying to install the DAS4020/12 driver for the first time. I am > getting some errors. I am wondering if the Linux and gcc versions are > important? I have redhat Linux 7.3 and gcc 2.96. > I appreciate your responses. > Shirin It would be easier to offer help, if you provided additional details describing the problem. E.g., the output of make. I do recall that there is a problem with some version of gcc, but I don't recall the details. Eric From MAILER-DAEMON Mon Jul 21 14:22:06 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19efE0-0006l1-CN for mharc-discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 14:17:28 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19efDu-0006j3-Tf for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 14:17:22 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19ef5F-0004cQ-Ms for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 14:08:26 -0400 Received: from dsl027-181-033.sfo1.dsl.speakeasy.net ([216.27.181.33] helo=localhost.localdomain) by monty-python.gnu.org with esmtp (Exim 4.20) id 19een4-0001g0-MT for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 13:49:38 -0400 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h6LHnt8b012259 for ; Mon, 21 Jul 2003 10:49:56 -0700 Received: (from apache@localhost) by localhost.localdomain (8.12.8/8.12.8/Submit) id h6LHntVp012257 for discuss-gnuradio@gnu.org; Mon, 21 Jul 2003 10:49:55 -0700 X-Authentication-Warning: localhost.localdomain: apache set sender to matt@ettus.com using -f Received: from 65.167.182.2 ([65.167.182.2]) by home.ettus.com (Horde) with HTTP for ; Mon, 21 Jul 2003 10:49:55 -0700 Message-ID: <1058809795.edb12c658e395@home.ettus.com> Date: Mon, 21 Jul 2003 10:49:55 -0700 From: Matt Ettus To: discuss-gnuradio@gnu.org MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 65.167.182.2 Subject: [Discuss-gnuradio] TAPR DCC X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 18:17:25 -0000 The 22nd Annual ARRL and TAPR Digital Communications Conference will be held September 19-21, 2003, in Hartford, Connecticut (about halfway between New York and Boston). "The ARRL and TAPR Digital Communications Conference is an international forum for radio amateurs to meet, publish their work, and present new ideas and techniques. Presenters and attendees will have the opportunity to exchange ideas and learn about recent hardware and software advances, theories, experimental results, and practical applications." The TAPR Digital Communications Conference is an annual event. It is open to everyone, not just radio amateurs. I would encourage anyone (amateur or not) who is doing any interesting communications work (GNU Radio related or not), to write a short paper for inclusion in the proceedings. It does not need to be groundbreaking stuff. Tutorials and reports on work in progress are welcome as well. Papers are officially due on August 5th. That's a short time away, but the process is rather informal, so I'm sure you could get away with another week if you needed it. Presentation of the paper at the conference would be great, but is not required. I would also encourage anyone who can to attend the event. It is a lot of fun, and there are a lot of very interesting people there. Also, I will be giving a ~4 hour SDR seminar on Sunday the 21st. See this page for more info: http://www.tapr.org/tapr/dcc/ Don't hesitate to ask me if you have any questions. Matt From MAILER-DAEMON Tue Jul 22 03:33:00 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19erde-0002UT-GL for mharc-discuss-gnuradio@gnu.org; Tue, 22 Jul 2003 03:32:46 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19erdX-00023s-IE for discuss-gnuradio@gnu.org; Tue, 22 Jul 2003 03:32:39 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19erdS-0001oK-Cl for discuss-gnuradio@gnu.org; Tue, 22 Jul 2003 03:32:34 -0400 Received: from mta05bw.bigpond.com ([144.135.24.153]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19erd6-000163-Dp for discuss-gnuradio@gnu.org; Tue, 22 Jul 2003 03:32:12 -0400 Received: from David.uow.edu.au ([144.135.24.81]) by mta05bw.email.bigpond.com (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with SMTP id <0HIF0028E0VBES@mta05bw.email.bigpond.com> for discuss-gnuradio@gnu.org; Tue, 22 Jul 2003 17:30:49 +1000 (EST) Received: from cpe-203-51-77-138.nsw.bigpond.net.au ([203.51.77.138]) by bwmam05.bigpond.com(MailRouter V3.2g 38/31183161); Tue, 22 Jul 2003 17:30:47 +0000 Date: Tue, 22 Jul 2003 17:28:04 +1000 From: Alan Gray Subject: Re: [Discuss-gnuradio] Microtune 4937 RF module discontinued ... X-Sender: alg11@192.168.0.1 To: discuss-gnuradio@gnu.org Message-id: <5.1.0.14.2.20030722172510.00a18e90@192.168.0.1> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Content-type: multipart/mixed; boundary="Boundary_(ID_VbDyQsdeaMsM0NmjtwD/3A)"; x-avg-checked=avg-ok-538C3DBF X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2003 07:32:44 -0000 --Boundary_(ID_VbDyQsdeaMsM0NmjtwD/3A) Content-type: text/plain; x-avg-checked=avg-ok-538C3DBF; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT I've had the same problems finding the 4937 tuner, and am currently in the process of adapting the hardware design to use a 4702 tuner module with an IF output at 36MHz. When we contacted Microtune they suggested using a tuner such as the 4702 and an additional downconversion stage (they suggested the NEC Electronics UPC2798GR which is apparently what they use in the 4937 tuners anyway) I've ordered a few of the NEC IC's but they're taking a long time to arrive. In the mean time I'm going to attempt to put together some hardware to use a 4702 module as is. I'm hoping that I should be able to sample the bandlimited signal without any downconversion (it's theoretically possible) and thus avoid the need for any more components. Further to this, I've got just a quick question about the schematic design: What is the purpose of the op-amp circuitry connected to the IF outputs of the 4937? It looks to be acting as a buffer and changing the output impedance of the system, however I'd like to be sure. I'll be dealing with a higher frequency output, and while the OPA691 appears to be able to operate at even higher frequencies I'm anticipating having to change that part of the circuit around a little, just need to know exactly what it does. On a purely academic note, I'm curious as to why the 4937 has 2 pairs of I2C lines (the 4702 has only one SCL SDA pair) but that's just pure curiosity If I make any significant progress, I'll be sure to send out a message Alan At 04:06 PM 17/07/03 -0700, you wrote: hi all, i'm a student trying to get this software radio working but i'm having difficulty finding the Microtune 4937 RF tuner module with IF output 5.75MHz, because they discontinued the chip. does anyone know a good replacement for this module or alternative to use a high IF output and use another module to reduce the IF output to what is needed for the project. I'm using the Measurement Computing PCI-DAS4020/12 as recommneded at the website. -- Thanh San D. Nguyen The Marlan and Rosemary Bourns College of Engineering Department of Computer Science and Engineering University of California, Riverside email: snguyen@cs.ucr.edu cell : 714-292-6783 _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://mail.gnu.org/mailman/listinfo/discuss-gnuradio --Boundary_(ID_VbDyQsdeaMsM0NmjtwD/3A)-- From MAILER-DAEMON Tue Jul 22 09:28:13 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19exBT-0001k7-DN for mharc-discuss-gnuradio@gnu.org; Tue, 22 Jul 2003 09:28:03 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19exBM-0001LL-Gx for discuss-gnuradio@gnu.org; Tue, 22 Jul 2003 09:27:56 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19exBI-000150-BD for discuss-gnuradio@gnu.org; Tue, 22 Jul 2003 09:27:52 -0400 Received: from mail.ncsa.uiuc.edu ([141.142.2.28]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19exBA-0000uO-My for discuss-gnuradio@gnu.org; Tue, 22 Jul 2003 09:27:44 -0400 X-Envelope-From: zawada@ncsa.edu X-Envelope-To: discuss-gnuradio@gnu.org Received: from [192.168.128.31] (dhcp065-024-134-189.columbus.rr.com [65.24.134.189]) by mail.ncsa.uiuc.edu (8.11.6p2/8.11.6) with ESMTP id h6MDRcU29733; Tue, 22 Jul 2003 08:27:38 -0500 Mime-Version: 1.0 X-Sender: zawada@pop.ncsa.uiuc.edu Message-Id: In-Reply-To: <5.1.0.14.2.20030722172510.00a18e90@192.168.0.1> References: <5.1.0.14.2.20030722172510.00a18e90@192.168.0.1> Date: Tue, 22 Jul 2003 08:27:37 -0500 To: Alan Gray , discuss-gnuradio@gnu.org From: "Paul J. Zawada" Subject: Re: [Discuss-gnuradio] Microtune 4937 RF module discontinued ... Content-Type: text/plain; charset="us-ascii" ; format="flowed" Cc: X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2003 13:28:02 -0000 At 5:28 PM +1000 7/22/03, Alan Gray wrote: >I've had the same problems finding the 4937 tuner, and am currently >in the process of adapting the hardware design to use a 4702 tuner >module with an IF output at 36MHz. When we contacted Microtune they >suggested using a tuner such as the 4702 and an additional >downconversion stage (they suggested the NEC Electronics UPC2798GR >which is apparently what they use in the 4937 tuners anyway) > >I've ordered a few of the NEC IC's but they're taking a long time to >arrive. In the mean time I'm going to attempt to put together some >hardware to use a 4702 module as is. I'm hoping that I should be >able to sample the bandlimited signal without any downconversion >(it's theoretically possible) and thus avoid the need for any more >components. I've been shying away from Microtune since they and their manufacturers rep for my area have been so difficult to work with. They sent me a sample of the 4937 and swore up and down they still had them in stock (in the Philippines) but for the life of me I could not get them to send me an official quote. I was all set to buy $1000 of tuners (their minimum order) and told them the PO would be cut as soon as I got a quote, but they don't seem to be interested in my business. (I tried for weeks to get a quote.) Given this experience, I am reluctant to jump to another Microtune product. If you're willing to do an external downconversion from 36-44 MHz, it seems to me that there are a lot of tuners available to consider... I've been looking at the Zarlink chips... Anyone else have any good candidates? >Further to this, I've got just a quick question about the schematic design: >What is the purpose of the op-amp circuitry connected to the IF >outputs of the 4937? It looks to be acting as a buffer and changing >the output impedance of the system, however I'd like to be sure. >I'll be dealing with a higher frequency output, and while the OPA691 >appears to be able to operate at even higher frequencies I'm >anticipating having to change that part of the circuit around a >little, just need to know exactly what it does. In addition to being a convenient way to match the impedance, the op amp also converts the balanced (differential) output of the Microtune tuner to an unbalanced (single-ended) output... --zawada -- Paul J. Zawada, PE | Principal Network Research Engineer zawada@ncsa.edu | National Center for Supercomputing Applications +1 217 649 2233 | University of Illinois at Urbana-Champaign From MAILER-DAEMON Wed Jul 23 04:05:31 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19fEaA-0003Bw-RW for mharc-discuss-gnuradio@gnu.org; Wed, 23 Jul 2003 04:02:42 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19fEZO-0002qa-Pp for discuss-gnuradio@gnu.org; Wed, 23 Jul 2003 04:01:54 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19fEY1-0002ab-AQ for discuss-gnuradio@gnu.org; Wed, 23 Jul 2003 04:00:29 -0400 Received: from mta03bw.bigpond.com ([139.134.6.86]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19fEXR-0002JT-5Z for discuss-gnuradio@gnu.org; Wed, 23 Jul 2003 03:59:53 -0400 Received: from David.uow.edu.au ([144.135.24.72]) by mta03bw.bigpond.com (Netscape Messaging Server 4.15 mta03bw Jul 16 2002 22:47:55) with SMTP id HIGWVF00.ILZ; Wed, 23 Jul 2003 17:59:39 +1000 Received: from cpe-203-51-67-9.nsw.bigpond.net.au ([203.51.67.9]) by bwmam02.bigpond.com(MAM REL_3_3_2c 11/24257987); 23 Jul 2003 17:59:39 Message-Id: <5.1.0.14.2.20030723174646.00a590a0@192.168.0.1> X-Sender: alg11@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 23 Jul 2003 17:56:57 +1000 To: "Paul J. Zawada" ,discuss-gnuradio@gnu.org From: Alan Gray Subject: Re: [Discuss-gnuradio] Microtune 4937 RF module discontinued ... In-Reply-To: References: <5.1.0.14.2.20030722172510.00a18e90@192.168.0.1> <5.1.0.14.2.20030722172510.00a18e90@192.168.0.1> Mime-Version: 1.0 Content-Type: multipart/mixed; x-avg-checked=avg-ok-13F479D; boundary="=======697A4506=======" Cc: X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2003 08:02:41 -0000 --=======697A4506======= Content-Type: text/plain; x-avg-checked=avg-ok-13F479D; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit At 08:27 AM 22/07/03 -0500, you wrote: >At 5:28 PM +1000 7/22/03, Alan Gray wrote: >>I've had the same problems finding the 4937 tuner, and am currently in >>the process of adapting the hardware design to use a 4702 tuner module >>with an IF output at 36MHz. When we contacted Microtune they suggested >>using a tuner such as the 4702 and an additional downconversion stage >>(they suggested the NEC Electronics UPC2798GR which is apparently what >>they use in the 4937 tuners anyway) >> >>I've ordered a few of the NEC IC's but they're taking a long time to >>arrive. In the mean time I'm going to attempt to put together some >>hardware to use a 4702 module as is. I'm hoping that I should be able to >>sample the bandlimited signal without any downconversion (it's >>theoretically possible) and thus avoid the need for any more components. > >I've been shying away from Microtune since they and their manufacturers >rep for my area have been so difficult to work with. They sent me a sample >of the 4937 and swore up and down they still had them in stock (in the >Philippines) but for the life of me I could not get them to send me an >official quote. I was all set to buy $1000 of tuners (their minimum >order) and told them the PO would be cut as soon as I got a quote, but >they don't seem to be interested in my business. (I tried for weeks to get >a quote.) Given this experience, I am reluctant to jump to another >Microtune product. If you're willing to do an external downconversion >from 36-44 MHz, it seems to me that there are a lot of tuners available to >consider... I've been looking at the Zarlink chips... Anyone else have any >good candidates? I'm looking at using the 4702 chips primarily because I have a contact within Panasonic in Australia who has access to around 500 of these modules (around $7000 worth, give or take) and is, in his own words, "Looking to off-load them to a good cause" because they have no further use for them. At the moment I have a box of 144 of the things sitting in a corner of my office and it seemed to be a waste not to at least attempt to use them. Unfortunately, as I'm in Australia, it's not really feasible for me to act as a distributor for these modules in ones and twos, as the time taken to export them and the costs involved would be rather prohibitive. I think I have discussed the possibility of sending a bulk load of these tuners to someone in the US to distribute, however there didn't seem to be much interest at the time. Regardless, I believe I've finished the design work and have put in orders for some parts, hopefully they'll arrive soon, and I'll be able to verify that I have a useful design. Alan --=======697A4506=======-- From MAILER-DAEMON Fri Jul 25 13:00:12 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19g5v7-00065o-IL for mharc-discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 12:59:53 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19g5v4-0005x6-B5 for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 12:59:50 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19g5ub-0004k7-Ls for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 12:59:22 -0400 Received: from cmailm5.svr.pol.co.uk ([195.92.193.21]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19g5uJ-0004UL-Lu for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 12:59:03 -0400 Received: from modem-97.bear.dialup.pol.co.uk ([217.134.32.97] helo=danew) by cmailm5.svr.pol.co.uk with esmtp (Exim 4.14) id 19g5uH-00028o-Hw for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 17:59:02 +0100 Received: from mat by danew with local (Exim 3.35 #1 (Debian)) id 19g5vp-0003gi-00 for ; Fri, 25 Jul 2003 18:00:37 +0100 Date: Fri, 25 Jul 2003 18:00:37 +0100 From: Matthew Burnham To: discuss-gnuradio@gnu.org Message-ID: <20030725170037.GB14164@danew> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.3.28i Sender: Matthew Burnham Subject: [Discuss-gnuradio] Audio Sink hang X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2003 16:59:51 -0000 I've had a couple of problems compiling GnuRadio from CVS. I've been able to compile okay by commenting out the errors concerned, but I'm not sure what effect this is having. For a start, its hanging whenever anything tries to use an AudioSink. -- first problem -- gr_FlowGraphImpl.cc: In method `bool gr_FlowGraphImpl::add_sigproc(VrSigProc *)': gr_FlowGraphImpl.cc:156: implicit declaration of function `int find(...)' gr_FlowGraphImpl.cc:156: initialization to `VrSigProc **' from `int' lacks a cast -- end -- I commented out the offending code in add_sigproc in src/gnu/lib/gr/gr_FlowGraphImpl.cc to solve this one temporarily. Eric's already suggested prefixing std:: to the find, which doesn't seem to help. -- second problem -- In file included from /usr/include/unistd.h:175, from ../../../src/pspectra/lib/vr/VrTypes.h:43, from GnuRadioPython.cc:765: /usr/include/bits/posix_opt.h:70: warning: `_POSIX_THREADS' redefined /usr/include/python2.1/config.h:174: warning: this is the location of the previo us definition In file included from ../../../src/gnu/lib/gr/GrHilbert.h:29, from GnuRadioPython.cc:777: ../../../src/gnu/lib/gr/gr_fir.h:25: warning: #warning "gr_fir.h is deprecated. Please transition to gr_fir_???.h" ../../../src/pspectra/lib/vrp/VrInterpolatingSigProc.h: In method `int VrInterpo latingSigProc::work(VrSampleRange, void **, VrSampleRan ge *, void **)': ../../../src/gnu/lib/dtv/GrAtscSymbolMapper.h:44: instantiated from here ../../../src/pspectra/lib/vrp/VrInterpolatingSigProc.h:114: `class atsc_data_seg ment' used where a floating point value was expected ../../../src/pspectra/lib/vrp/VrInterpolatingSigProc.h:114: aggregate value used where a float was expected -- end -- I cleared this one by commenting out the last function (word) in src/pspectra/lib/vrp/VrInterpolatingSigProc.h I've tried before (and not really got anywhere) to play about with decoding data signals from a scanner discriminator input. I've got a nice clean POCSAG signal which I'd like to have a go at writing a decoder for, but I'm not sure which parts of the source tree I should be taking ideas from. For a start, there seem to be two sets of source and sink classes, Gr*Source in src/gnu/lib/grio and and Vr*Source in src/pspectra/lib/vrio - which should I be using? On the basis that the dtv stuff uses GrAtsc* I'm guessing any intermediate 'blocks' should be Gr rather than Vr. What should I use as a source, VrFile/AudioSource or GrFile/AudioSource? Once I get something simple decoding a simple FSK POCSAG signal, I'm hoping to be able to have another go at trying some AFSK stuff, but thought it might be a bit easier to start with a known signal. At least, that's the plan :) How's the USB2 ADC coming along? -- Mat Burnham From MAILER-DAEMON Fri Jul 25 13:34:54 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19g6RQ-0000hs-AO for mharc-discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 13:33:16 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19g6QA-0007rI-0Y for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 13:31:58 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19g6Pf-00067R-JY for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 13:31:28 -0400 Received: from gnuftp.gnu.org ([199.232.41.6]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19g6PV-0005U4-Tb for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 13:31:17 -0400 Received: from [65.167.182.7] (helo=mailhost.zeevo.com) by gnuftp.gnu.org with esmtp (Exim 4.20) id 19g6PU-0004SL-Sg for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 13:31:16 -0400 Received: by MAILHOST with Internet Mail Service (5.5.2650.21) id <39AJVL01>; Fri, 25 Jul 2003 10:31:12 -0700 Message-ID: <51F581A981AFD31188D2009027D0F5D701653A67@MAILHOST> From: "Ettus, Matt" To: 'Matthew Burnham' , discuss-gnuradio@gnu.org Subject: RE: [Discuss-gnuradio] Audio Sink hang Date: Fri, 25 Jul 2003 10:31:04 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="ISO-8859-1" Cc: X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2003 17:33:14 -0000 > I've tried before (and not really got anywhere) to play about with > decoding data signals from a scanner discriminator input. I've got a > nice clean POCSAG signal which I'd like to have a go at writing a > decoder for, but I'm not sure which parts of the source tree > I should be > taking ideas from. For a start, there seem to be two sets of > source and > sink classes, Gr*Source in src/gnu/lib/grio and and Vr*Source in > src/pspectra/lib/vrio - which should I be using? The Vr stuff is older, from pSpectra. The Gr stuff is newer. In general, use the Gr, unless there is no appropriate class, or if the Vr is used in one of the example programs. If you ask about specific classes, I can suggest which to use. > What should I use as a source, > VrFile/AudioSource or > GrFile/AudioSource? For audio, you can use either, but I'd suggest the Gr version. > Once I get something simple decoding a simple FSK POCSAG signal, I'm > hoping to be able to have another go at trying some AFSK stuff, but > thought it might be a bit easier to start with a known > signal. At least, > that's the plan :) Good plan. Let me know if you need any more help. > > How's the USB2 ADC coming along? There have been some delays outside of our control, but we should be getting boards on Monday. Matt From MAILER-DAEMON Fri Jul 25 14:17:35 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19g754-00053q-Nu for mharc-discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 14:14:14 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19g74q-0004vz-Gy for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 14:14:00 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19g74j-0004q4-9b for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 14:13:54 -0400 Received: from cmailg5.svr.pol.co.uk ([195.92.195.175]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19g717-0002wp-53 for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 14:10:09 -0400 Received: from modem-1184.hyena.dialup.pol.co.uk ([81.78.116.160] helo=danew) by cmailg5.svr.pol.co.uk with esmtp (Exim 4.14) id 19g715-0003fX-Gu for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 19:10:08 +0100 Received: from mat by danew with local (Exim 3.35 #1 (Debian)) id 19g72Y-0003lz-00 for ; Fri, 25 Jul 2003 19:11:38 +0100 Date: Fri, 25 Jul 2003 19:11:38 +0100 From: Matthew Burnham To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Audio Sink hang Message-ID: <20030725181138.GB14452@danew> References: <51F581A981AFD31188D2009027D0F5D701653A67@MAILHOST> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <51F581A981AFD31188D2009027D0F5D701653A67@MAILHOST> User-Agent: Mutt/1.3.28i Sender: Matthew Burnham X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2003 18:14:12 -0000 Sorry about the double post (assuming everyone else got it as well as me) - I though I cancelled the first post (I'd posted from an unsubscribed address). And now sorry to Matt for the double message as I've sent it to him rather than the list :( On Fri, Jul 25, 2003 at 10:31:04AM -0700, Ettus, Matt wrote: > > I've tried before (and not really got anywhere) to play about with > > decoding data signals from a scanner discriminator input. I've got a > > nice clean POCSAG signal which I'd like to have a go at writing a > > decoder for, but I'm not sure which parts of the source tree > > I should be > > taking ideas from. For a start, there seem to be two sets of > > source and > > sink classes, Gr*Source in src/gnu/lib/grio and and Vr*Source in > > src/pspectra/lib/vrio - which should I be using? > > The Vr stuff is older, from pSpectra. The Gr stuff is newer. In general, > use the Gr, unless there is no appropriate class, or if the Vr is used in > one of the example programs. If you ask about specific classes, I can > suggest which to use. I was trying to copy from some of the older example programs. full_duplex_audio_demo.cc looks like a good candidate to work from. > > How's the USB2 ADC coming along? > There have been some delays outside of our control, but we should be getting > boards on Monday. Superb, sounds like its coming along nicely. I've just got a new computer in the last month or so, which hopefully has a lot more horsepower than my four-year old system. What kind of board is it, and with what sort of component packaging (ie. is it going to be home-constructable, or too fine tracks and components to sensibly attempt that). Cheers. -- Mat From MAILER-DAEMON Fri Jul 25 14:51:48 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19g7fA-0004ss-64 for mharc-discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 14:51:32 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19g7f8-0004oM-5s for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 14:51:30 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19g7eI-00049i-DE for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 14:50:41 -0400 Received: from 24-205-98-5.rno-cbi.charterpipeline.net ([24.205.98.5] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19g7e8-0003pD-Fx for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 14:50:28 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id 67EEB10ECC; Fri, 25 Jul 2003 14:50:50 -0400 (EDT) Date: Fri, 25 Jul 2003 11:50:50 -0700 From: Eric Blossom To: Matthew Burnham Subject: Re: [Discuss-gnuradio] Audio Sink hang Message-ID: <20030725185050.GA7462@comsec.com> References: <20030725170037.GB14164@danew> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030725170037.GB14164@danew> User-Agent: Mutt/1.4i Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2003 18:51:31 -0000 On Fri, Jul 25, 2003 at 06:00:37PM +0100, Matthew Burnham wrote: > I've had a couple of problems compiling GnuRadio from CVS. I've been > able to compile okay by commenting out the errors concerned, but I'm not > sure what effect this is having. For a start, its hanging whenever > anything tries to use an AudioSink. > > -- first problem -- > > gr_FlowGraphImpl.cc: In method `bool gr_FlowGraphImpl::add_sigproc(VrSigProc *)': > gr_FlowGraphImpl.cc:156: implicit declaration of function `int find(...)' > gr_FlowGraphImpl.cc:156: initialization to `VrSigProc **' from `int' lacks a cast > > -- end -- > > I commented out the offending code in add_sigproc in > src/gnu/lib/gr/gr_FlowGraphImpl.cc to solve this one temporarily. Eric's > already suggested prefixing std:: to the find, which doesn't seem to > help. > -- second problem -- > > In file included from /usr/include/unistd.h:175, > from ../../../src/pspectra/lib/vr/VrTypes.h:43, > from GnuRadioPython.cc:765: > /usr/include/bits/posix_opt.h:70: warning: `_POSIX_THREADS' redefined > /usr/include/python2.1/config.h:174: warning: this is the location of the previo > us definition > In file included from ../../../src/gnu/lib/gr/GrHilbert.h:29, > from GnuRadioPython.cc:777: > ../../../src/gnu/lib/gr/gr_fir.h:25: warning: #warning "gr_fir.h is deprecated. > Please transition to gr_fir_???.h" > ../../../src/pspectra/lib/vrp/VrInterpolatingSigProc.h: In method `int VrInterpo > latingSigProc::work(VrSampleRange, void **, VrSampleRan > ge *, void **)': > ../../../src/gnu/lib/dtv/GrAtscSymbolMapper.h:44: instantiated from here > ../../../src/pspectra/lib/vrp/VrInterpolatingSigProc.h:114: `class atsc_data_seg > ment' used where a floating point value was expected > ../../../src/pspectra/lib/vrp/VrInterpolatingSigProc.h:114: aggregate value used > where a float was expected > > -- end -- > > I cleared this one by commenting out the last function (word) in > src/pspectra/lib/vrp/VrInterpolatingSigProc.h commenting out "work" will cause a bunch of other code break. What version of g++ are you using? (g++ --version) The second problem is a g++ problem where it's trying to instantiate a method of a template that is overloaded and shouldn't ever have been instantiated. I've looked at a work around, but it's pretty ugly, and requires touching a bunch of code. The problem doesn't occur in at least gcc 3.2.2. For the first problem, you might try adding: #include to gr_FlowGraphImpl.cc Eric From MAILER-DAEMON Fri Jul 25 15:29:22 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19g8DY-0004gr-Gq for mharc-discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 15:27:04 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19g8DK-0004B5-QY for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 15:26:50 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19g8Cr-0002n4-II for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 15:26:22 -0400 Received: from cmailm4.svr.pol.co.uk ([195.92.193.211]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19g8Cn-0002VV-6k for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 15:26:17 -0400 Received: from modem-312.aardvark.dialup.pol.co.uk ([217.134.1.56] helo=danew) by cmailm4.svr.pol.co.uk with esmtp (Exim 4.14) id 19g8Ch-0004NG-9r for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 20:26:15 +0100 Received: from mat by danew with local (Exim 3.35 #1 (Debian)) id 19g8Dn-00079e-00 for ; Fri, 25 Jul 2003 20:27:19 +0100 Date: Fri, 25 Jul 2003 20:27:15 +0100 From: Matthew Burnham To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Audio Sink hang Message-ID: <20030725192715.GA15338@danew> References: <20030725170037.GB14164@danew> <20030725185050.GA7462@comsec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20030725185050.GA7462@comsec.com> User-Agent: Mutt/1.3.28i Sender: Matthew Burnham X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2003 19:27:02 -0000 On Fri, Jul 25, 2003 at 11:50:50AM -0700, Eric Blossom wrote: > On Fri, Jul 25, 2003 at 06:00:37PM +0100, Matthew Burnham wrote: > > I've had a couple of problems compiling GnuRadio from CVS. I've been > > able to compile okay by commenting out the errors concerned, but I'm not > > sure what effect this is having. For a start, its hanging whenever > > anything tries to use an AudioSink. > > > > -- first problem -- [snip] > > -- end -- > > > > I cleared this one by commenting out the last function (word) in > > src/pspectra/lib/vrp/VrInterpolatingSigProc.h > > commenting out "work" will cause a bunch of other code break. I realise that, I did it to see if there were any other errors that could help point to anything and also to see how well it worked without, which was quite well considering. I realise that work is needed by quite a lot of stuff though! > What version of g++ are you using? (g++ --version) 2.95.4 > The second problem is a g++ problem where it's trying to instantiate a > method of a template that is overloaded and shouldn't ever have been > instantiated. I've looked at a work around, but it's pretty ugly, > and requires touching a bunch of code. The problem doesn't occur in > at least gcc 3.2.2. I'll give a more recent gcc a shot, but I guess that means I need to upgrade Qt to something compiled with the new version too? > For the first problem, you might try adding: > > #include > > to gr_FlowGraphImpl.cc That's fixed it. Thanks. -- Mat From MAILER-DAEMON Fri Jul 25 15:56:11 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19g8aE-0003Mj-A2 for mharc-discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 15:50:30 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19g8a1-0002ms-6M for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 15:50:17 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19g8ZK-0001De-OY for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 15:49:37 -0400 Received: from dev.3rd-rail.net ([66.255.1.40] helo=earendel.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19g8Z3-0000Oo-I2 for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 15:49:17 -0400 Received: by earendel.org (Postfix, from userid 518) id 70E2919996; Fri, 25 Jul 2003 15:56:04 -0400 (EDT) Date: Fri, 25 Jul 2003 15:56:04 -0400 From: zarquon@zarq.dhs.org To: Matthew Burnham Subject: Re: [Discuss-gnuradio] Audio Sink hang Message-ID: <20030725195604.GA1043@earendel.3rd-rail.net> References: <20030725170037.GB14164@danew> <20030725185050.GA7462@comsec.com> <20030725192715.GA15338@danew> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030725192715.GA15338@danew> User-Agent: Mutt/1.3.25i Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2003 19:50:28 -0000 On Fri, Jul 25, 2003 at 08:27:15PM +0100, Matthew Burnham wrote: > > What version of g++ are you using? (g++ --version) > > 2.95.4 > > > The second problem is a g++ problem where it's trying to instantiate a > > method of a template that is overloaded and shouldn't ever have been > > instantiated. I've looked at a work around, but it's pretty ugly, > > and requires touching a bunch of code. The problem doesn't occur in > > at least gcc 3.2.2. > > I'll give a more recent gcc a shot, but I guess that means I need to > upgrade Qt to something compiled with the new version too? GCC 3.0 changed the ABI, and I believe 3.2 did as well. Then again, I mostly use C, so it hasn't bothered me much. One way to do it is leave qt2 at the old version for older programs, and compile qt3 with the new gcc; that is how debian is handling it (if gnuradio can use qt3; I don't know, I haven't looked at it that hard). In any case, you may save time by upgrading your distro, depending on how much you have customized it. R C P.S. My current project is AFSK1200 on an AVR, which is much easier than what you folks are doing :) I've got transmit working, but receive needs some DSP and thus a part with a hardware multiplier. :) From MAILER-DAEMON Fri Jul 25 16:28:12 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19g9Ah-0003Os-Rz for mharc-discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 16:28:11 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19g9Ae-0003M6-UZ for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 16:28:08 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19g99M-0002gk-UX for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 16:26:49 -0400 Received: from 24-205-98-5.rno-cbi.charterpipeline.net ([24.205.98.5] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19g99L-0002bA-Dl for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 16:26:47 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id 82A3410ECD; Fri, 25 Jul 2003 16:27:10 -0400 (EDT) Date: Fri, 25 Jul 2003 13:27:10 -0700 From: Eric Blossom To: Matthew Burnham Subject: Re: [Discuss-gnuradio] Audio Sink hang Message-ID: <20030725202710.GC18431@comsec.com> References: <20030725170037.GB14164@danew> <20030725185050.GA7462@comsec.com> <20030725192715.GA15338@danew> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030725192715.GA15338@danew> User-Agent: Mutt/1.4i Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2003 20:28:09 -0000 On Fri, Jul 25, 2003 at 08:27:15PM +0100, Matthew Burnham wrote: > > > What version of g++ are you using? (g++ --version) > > 2.95.4 > > > The second problem is a g++ problem where it's trying to instantiate a > > method of a template that is overloaded and shouldn't ever have been > > instantiated. I've looked at a work around, but it's pretty ugly, > > and requires touching a bunch of code. The problem doesn't occur in > > at least gcc 3.2.2. > > I'll give a more recent gcc a shot, but I guess that means I need to > upgrade Qt to something compiled with the new version too? Yes, you'll need to recompile Qt since the ABI changed from 2.9x to 3.2. According the the gcc site, the ABI should now be stable. Eric From MAILER-DAEMON Fri Jul 25 20:19:53 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19gCmv-00069f-5s for mharc-discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 20:19:53 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19gCms-00063m-IY for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 20:19:50 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19gCmq-00060B-VD for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 20:19:49 -0400 Received: from www.applecomm.net ([203.206.135.118]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19gCmq-0005ox-B0 for discuss-gnuradio@gnu.org; Fri, 25 Jul 2003 20:19:48 -0400 Received: from ob-wan.com (33mel.adsluser.applecomm.net [202.59.104.33] (may be forged)) by www.applecomm.net (8.10.2/8.10.2) with ESMTP id h6Q0Ert03291 for ; Sat, 26 Jul 2003 10:14:53 +1000 Message-ID: <3F21C947.4449FFD@ob-wan.com> Date: Sat, 26 Jul 2003 10:20:23 +1000 From: Rob Judd Organization: Outside Broadcasting & Wide Area Networking X-Mailer: Mozilla 4.08 [en] (WinNT; I) MIME-Version: 1.0 To: discuss-gnuradio@gnu.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Discuss-gnuradio] Newby on the list X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jul 2003 00:19:51 -0000 Hi, Just read the last 4 months' archives and I'm impressed with the level of enthusiasm. Small wonder, this IS rocket science, which tends to keep out the average punter. I have a few skills I could add to the mix, including 30 years of electronics knowledge and a smattering of programming. I'm in Melbourne, so if Alan Gray is lurking ... what are the chances of getting one or two of those tuners? I've tried Microtune and they've been ignoring me since they found out I don't represent a huge sale. Well the joke will be on them if this takes off, because they'll never never sell me anything. Meanwhile I need a tuner, and I believe you have a large box of the buggers. Let me know what the deal is. I'm currently awaiting the arrival of my SDR-1000, and mostly plan to play around with lowband at first using it as the step between the TV tuner and the sound card. Once cheaper A/D stuff comes about I'll be into decoding SDTV like a rat up the proverbial drainpipe. The majority of my usable tools are in Win2k so I may need to get some porting help in the short term. Hey, I'm all for killing Microscum too, I just prefer BeOS. But there's no multichannel sound card API in that and mmap was never implemented, so I gave up. Anyhow, nice to be here. Rob From MAILER-DAEMON Sun Jul 27 20:31:05 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19gvt0-0007AV-8U for mharc-discuss-gnuradio@gnu.org; Sun, 27 Jul 2003 20:29:10 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19gvsx-00075X-4h for discuss-gnuradio@gnu.org; Sun, 27 Jul 2003 20:29:07 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19gvsq-0006tQ-Ne for discuss-gnuradio@gnu.org; Sun, 27 Jul 2003 20:29:01 -0400 Received: from www.applecomm.net ([203.206.135.118]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19gvso-0006gB-9s for discuss-gnuradio@gnu.org; Sun, 27 Jul 2003 20:28:58 -0400 Received: from ob-wan.com (33mel.adsluser.applecomm.net [202.59.104.33] (may be forged)) by www.applecomm.net (8.10.2/8.10.2) with ESMTP id h6S0Nlt27052 for ; Mon, 28 Jul 2003 10:23:48 +1000 Message-ID: <3F246E2D.F415C24A@ob-wan.com> Date: Mon, 28 Jul 2003 10:28:29 +1000 From: Rob Judd Organization: Outside Broadcasting & Wide Area Networking X-Mailer: Mozilla 4.08 [en] (WinNT; I) MIME-Version: 1.0 To: "discuss-gnuradio@gnu.org" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Discuss-gnuradio] Hardware issues X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 00:29:08 -0000 Matt, Hi. I read that you now have a board back from the PCB manufacturer. It would be good to know the chips selected for this design so that tools and data sheets can be gathered, or alternatives sought if I don't like your choices! Rob From MAILER-DAEMON Mon Jul 28 01:32:01 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19h0c3-0004Bi-Ol for mharc-discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 01:31:59 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19h0b4-0002uD-Cd for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 01:30:58 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19h0aE-0001mO-Qq for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 01:30:07 -0400 Received: from central.murdoch.edu.au ([134.115.4.126]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19h0ZP-0001H7-3K for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 01:29:15 -0400 Received: from ittr11-01.murdoch.edu.au (dpiccoli@ittr11-01.murdoch.edu.au [134.115.65.79]) by central.murdoch.edu.au (8.12.9/8.12.9) with ESMTP id h6S5TBVY004802 for ; Mon, 28 Jul 2003 13:29:11 +0800 (WST) From: Daniel Piccoli To: discuss-gnuradio@gnu.org Content-Type: text/plain Message-Id: <1059369960.3588.15.camel@itt11-01.murdoch.edu.au> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.0 Date: 28 Jul 2003 13:26:01 +0800 Content-Transfer-Encoding: 7bit Subject: [Discuss-gnuradio] Transmitting and Receiving Equipment X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list Reply-To: d.piccoli@murdoch.edu.au List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 05:31:57 -0000 Hi everyone, I'm a newbie to software defined radio. I've read through the gnu-radio website and am quite excited about the potential capability of SDR. Is it possible to buy hardware that receives and transmits signals from longwave all the way up to microwave (ie. with something to convert RF to IF)? This would be truly useful since there would only be a one off cost to watch HDTV (which incidentally new code should be written to support the Australian standard), listen to the radio, operate a HAM, and network computers with the 802.11 wireless standard. Thanks for your info, Daniel From MAILER-DAEMON Mon Jul 28 03:34:27 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19h2Qo-000705-H4 for mharc-discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 03:28:30 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19h2OD-0006bd-QG for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 03:25:49 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19h2O1-0006Gd-A7 for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 03:25:37 -0400 Received: from zux165-165.adsl.green.ch ([80.254.165.165] helo=mail.linusetviviane.ch) by monty-python.gnu.org with esmtp (Exim 4.20) id 19h2Mc-000579-Ot for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 03:24:11 -0400 Received: from lcmpc15.epfl.ch (lcmpc15.epfl.ch [128.178.8.36]) (authenticated bits=0) by mail.linusetviviane.ch (8.12.3/8.12.3/Debian-6.4) with ESMTP id h6S7JQfo024515 for ; Mon, 28 Jul 2003 09:19:27 +0200 From: Linus Gasser To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Transmitting and Receiving Equipment Date: Mon, 28 Jul 2003 09:24:00 +0200 User-Agent: KMail/1.5.2 References: <1059369960.3588.15.camel@itt11-01.murdoch.edu.au> In-Reply-To: <1059369960.3588.15.camel@itt11-01.murdoch.edu.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307280924.00358.linus.gasser@epfl.ch> X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 07:28:27 -0000 On Lundi, 28 Juillet 2003 07.26, Daniel Piccoli wrote: > Hi everyone, > > I'm a newbie to software defined radio. I've read through the gnu-radio > website and am quite excited about the potential capability of SDR. > > Is it possible to buy hardware that receives and transmits signals from > longwave all the way up to microwave (ie. with something to convert RF > to IF)? This would be truly useful since there would only be a one off > cost to watch HDTV (which incidentally new code should be written to > support the Australian standard), listen to the radio, operate a HAM, > and network computers with the 802.11 wireless standard. Hi, this is still a dream :( If you manage to build a thing like this, including some decent bandwith (like 20MHz or so), you'll get a LOT of customers. Unfortunatly this doesn't exist. Or, if it does, please correct me! Linus -- ---------------------------------------------------------------- Linus Gasser Phone: +41 21 693 5635 EPFL FAX : +41 21 693 4312 Mobile Communications Lab. email: linus.gasser@epfl.ch CH-1015 Lausanne WEB : http://lcmwww.epfl.ch SWITZERLAND Map: http://plan.epfl.ch/?room=INR037 ---------------------------------------------------------------- From MAILER-DAEMON Mon Jul 28 05:39:26 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19h4PO-00089f-MT for mharc-discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 05:35:10 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19h4P0-0007qM-1w for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 05:34:46 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19h4Of-0006zH-AA for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 05:34:25 -0400 Received: from www.applecomm.net ([203.206.135.118]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19h4OF-0006G3-VP for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 05:34:00 -0400 Received: from ob-wan.com (33mel.adsluser.applecomm.net [202.59.104.33] (may be forged)) by www.applecomm.net (8.10.2/8.10.2) with ESMTP id h6S9Sot05240 for ; Mon, 28 Jul 2003 19:28:50 +1000 Message-ID: <3F24EDF0.8DC256F9@ob-wan.com> Date: Mon, 28 Jul 2003 19:33:36 +1000 From: Rob Judd Organization: Outside Broadcasting & Wide Area Networking X-Mailer: Mozilla 4.08 [en] (WinNT; I) MIME-Version: 1.0 To: "discuss-gnuradio@gnu.org" Subject: Re: [Discuss-gnuradio] Transmitting and Receiving Equipment References: <1059369960.3588.15.camel@itt11-01.murdoch.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 09:35:03 -0000 Daniel, The "DC to daylight" all-band transceiver is the ultimate dream for communications people. The best that can be done easily at present is to about 1GHz, but there's not much to hear above that so it isn't really a great loss. For specific services like the 23cm amateur band, the 2.4GHz ISM (Wi-Fi) band and so on you'd normally use a transverter attached to the same system. To receive HDTV in Australia the system being used by GNURadio at present is adequate except for the standard US tuner which only has 6MHz bandwidth. Replacing that with an Australian standard tuner would work but as you've noticed, the software still has to be written too. We'll get there ... Rob Daniel Piccoli wrote: > > Hi everyone, > > I'm a newbie to software defined radio. I've read through the gnu-radio > website and am quite excited about the potential capability of SDR. > > Is it possible to buy hardware that receives and transmits signals from > longwave all the way up to microwave (ie. with something to convert RF > to IF)? This would be truly useful since there would only be a one off > cost to watch HDTV (which incidentally new code should be written to > support the Australian standard), listen to the radio, operate a HAM, > and network computers with the 802.11 wireless standard. > > Thanks for your info, > > Daniel > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://mail.gnu.org/mailman/listinfo/discuss-gnuradio From MAILER-DAEMON Mon Jul 28 07:03:59 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19h5kW-0006Fz-KM for mharc-discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 07:01:04 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19h5fG-0004yt-5Z for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 06:55:38 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19h5ev-0004oX-Hv for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 06:55:17 -0400 Received: from relay2.ptm.pt ([194.65.79.76] helo=sapo.pt) by monty-python.gnu.org with smtp (Exim 4.20) id 19h5ef-0004aE-3Z for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 06:55:01 -0400 Received: (qmail 6064 invoked from network); 28 Jul 2003 10:54:42 -0000 Received: from unknown (HELO webmail5.sapo.pt) (194.65.79.66) by relay2.ptm.pt with SMTP; 28 Jul 2003 10:54:42 -0000 Received: (qmail 10743 invoked by alias); 28 Jul 2003 10:54:43 -0000 To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Transmitting and Receiving Equipment Message-ID: <1059389682.3f2500f281b01@webmail.sapo.pt> Date: Mon, 28 Jul 2003 11:54:42 +0100 (WEST) From: =?ISO-8859-1?Q?S=E9rgio_Rui_Silva?= MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: PT Multimedia Webmail program X-Originating-IP: 213.13.233.15 X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 11:01:02 -0000 >>Is it possible to buy hardware that receives and transmits >>signals from >>longwave all the way up to microwave (ie. with something to >>convert RF >>to IF)? In the project I have been working on, we have been using a AR5000 receiver (http://www.aoruk.com/ar5000.htm). This receiver can is tunable from 10kHz to 2600MHz. It also has an IF output centered at 10.7MHz with selectable 3kHz to 220kHz bandwidth which we sample at 1MSample/s (no mistake...). Sérgio Rui Silva ************************************************************** Faculdade de Engenharia da Universidade do Porto, Portugal http://www.fe.up.pt *************************************************************** --------------------------------------------------------------------------------------- Words of wisdom: "Never underestimate the bandwidth of a station wagon full of tapes hurtling down the highway" Andrew S. Tanenbaun ------------------------------------------------------------------------------------- ___________________________________________________________________ O SAPO já está livre de vírus com a Panda Software, fique você também! Clique em: http://antivirus.sapo.pt From MAILER-DAEMON Mon Jul 28 12:17:45 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19hAdW-0001VQ-4l for mharc-discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 12:14:10 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19hAZ8-0008LG-36 for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 12:09:38 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19hAYS-00081Z-7J for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 12:08:56 -0400 Received: from [220.226.26.107] (helo=astra) by monty-python.gnu.org with esmtp (Exim 4.20) id 19hAQq-0006BH-GT for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 12:01:15 -0400 Received: from rkrishnan by astra with local (Exim 3.35 #1 (Debian)) id 19hAVZ-0000lV-00 for ; Mon, 28 Jul 2003 21:35:57 +0530 To: discuss-gnuradio@gnu.org From: gnu@vsnl.net (Ramakrishnan Muthukrishnan) Organization: Free Software for the Free World X-GnuPG-KeyID: 0x6A9F3C38 X-GnuPG-Fingerprint: CC18 3BF4 9D17 1DA7 E11E 67D3 1729 F586 6A9F 3C38 Date: 28 Jul 2003 21:35:35 +0530 Message-ID: <86wue2vdps.fsf@vsnl.net> Lines: 9 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Ramakrishnan Muthukrishnan Subject: [Discuss-gnuradio] Debian Packaging of GNU Radio X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 16:14:08 -0000 It looks like no one has packaged GNU Radio yet. I have started some work on that front, so someday one can do a `make deb' and get an installable package of GNU Radio. Once a package is ready, I will make it available for testing and then upload it to the Debian archives. -- Ramakrishnan M rkrishnan@debian.org Use Free Software -- Help stamp out Software Hoarding! From MAILER-DAEMON Mon Jul 28 16:22:59 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19hEW3-0005BZ-E4 for mharc-discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 16:22:43 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19hEVd-0004QO-Dk for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 16:22:17 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19hEVD-0003uk-8Z for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 16:21:51 -0400 Received: from adsl-64-166-159-141.dsl.snfc21.pacbell.net ([64.166.159.141] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19hERb-0002Qp-5j for discuss-gnuradio@gnu.org; Mon, 28 Jul 2003 16:18:07 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id BBD1A10ECC; Mon, 28 Jul 2003 16:18:16 -0400 (EDT) Date: Mon, 28 Jul 2003 13:18:16 -0700 From: Eric Blossom To: Ramakrishnan Muthukrishnan Subject: Re: [Discuss-gnuradio] Debian Packaging of GNU Radio Message-ID: <20030728201816.GA2627@comsec.com> References: <86wue2vdps.fsf@vsnl.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86wue2vdps.fsf@vsnl.net> User-Agent: Mutt/1.4i Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 20:22:41 -0000 On Mon, Jul 28, 2003 at 09:35:35PM +0530, Ramakrishnan Muthukrishnan wrote: > > It looks like no one has packaged GNU Radio yet. I have started some > work on that front, so someday one can do a `make deb' and get an > installable package of GNU Radio. Once a package is ready, I will > make it available for testing and then upload it to the Debian archives. > > -- > Ramakrishnan M rkrishnan@debian.org > Use Free Software -- Help stamp out Software Hoarding! Thanks. Please send me a patch against the CVS head once you get it all worked out and I'll integrate it. Then when we release new tarballs, we'll cut new debian packages too. Someone's probably already figured out how to do this from within the automake world. If so, I expect their solution would work for us too. Eric From MAILER-DAEMON Tue Jul 29 16:38:47 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19hbF9-00070P-3H for mharc-discuss-gnuradio@gnu.org; Tue, 29 Jul 2003 16:38:47 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19hbF6-000704-Kr for discuss-gnuradio@gnu.org; Tue, 29 Jul 2003 16:38:44 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19hbF4-0006zr-RL for discuss-gnuradio@gnu.org; Tue, 29 Jul 2003 16:38:43 -0400 Received: from cmailm4.svr.pol.co.uk ([195.92.193.211]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19hbCj-0006aS-Da for discuss-gnuradio@gnu.org; Tue, 29 Jul 2003 16:36:17 -0400 Received: from modem-2544.buffalo.dialup.pol.co.uk ([217.134.73.240] helo=danew) by cmailm4.svr.pol.co.uk with esmtp (Exim 4.14) id 19hbCg-000556-NE for discuss-gnuradio@gnu.org; Tue, 29 Jul 2003 21:36:15 +0100 Received: from mat by danew with local (Exim 3.36 #1 (Debian)) id 19hbEP-0000sT-00 for ; Tue, 29 Jul 2003 21:38:01 +0100 Date: Tue, 29 Jul 2003 21:38:01 +0100 From: Matthew Burnham To: discuss-gnuradio@gnu.org Message-ID: <20030729203801.GA3158@danew> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.5.4i Sender: Matthew Burnham Subject: [Discuss-gnuradio] Topology error X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 20:38:45 -0000 Having bitten the bullet and upgraded to gcc-3.3 and debian testing, I'm now getting somewhere... I've got a relatively simple bit of code copied from one of the examples (see below). This compiles fine, but I get the following error: "Topology cannot be changed after inital setup." I'm assuing this is something to do with the way the different Source, Sink and SigProcs are connected together. Do I need to create the various source, sink and SigProcs in a particular order? How can I solve this for this simple set-up? int main(int argc, char **argv) { VrGUI *guimain = new VrGUI(argc, argv); VrGUILayout *horiz = guimain->top->horizontal(); VrGUILayout *vert = horiz->vertical(); VrSource *source = new VrFileSource(SAMPLING_FREQUENCY, "raw_audio.short"); VrSink *scope_sink = new GrSimpleScopeSink(vert, -AMPLITUDE, AMPLITUDE, 1000); VrSigProc *sqr = new GrSquare(); VrSink *scope_sink2 = new GrSimpleScopeSink(vert, -AMPLITUDE, AMPLITUDE, 1000); NWO_CONNECT (source, scope_sink); NWO_CONNECT (source, sqr); NWO_CONNECT (sqr, scope_sink2); VrMultiTask *m = new VrMultiTask (); m->add (scope_sink); m->add (sqr); m->add (scope_sink2); m->start(); guimain->start(); while (1) { guimain->processEvents(10 /*ms*/); m->process(); } } From MAILER-DAEMON Tue Jul 29 23:19:03 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19hhUU-0007Z2-LM for mharc-discuss-gnuradio@gnu.org; Tue, 29 Jul 2003 23:19:02 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19hhUS-0007W0-5G for discuss-gnuradio@gnu.org; Tue, 29 Jul 2003 23:19:00 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19hhUO-0007Nc-KJ for discuss-gnuradio@gnu.org; Tue, 29 Jul 2003 23:18:59 -0400 Received: from rwcrmhc11.comcast.net ([204.127.198.35]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19hhUO-0007BY-5T for discuss-gnuradio@gnu.org; Tue, 29 Jul 2003 23:18:56 -0400 Received: from kamieniecki.com (h002078c609eb.ne.client2.attbi.com[65.96.166.32](untrusted sender)) by comcast.net (rwcrmhc11) with SMTP id <2003073003185101300ordofe>; Wed, 30 Jul 2003 03:18:52 +0000 Message-ID: <3F27392A.7040907@kamieniecki.com> Date: Tue, 29 Jul 2003 23:19:06 -0400 From: Krzysztof Kamieniecki User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en, ja MIME-Version: 1.0 To: discuss-gnuradio@gnu.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Discuss-gnuradio] More new hardware X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 03:19:00 -0000 There seems to a bunch of companies getting into the >50MS/s A/D + DDC board market This is a family of boards It looks like it can have one, two, or three of one of the following AD6644 (14bit 65MS/s) AD6645-80 (14bits 80MS/s) AD6645-105 (14bits 105MS/s) As well as some GC4016 DDCs and an FPGA. 64bit/66Mhz PCI & PMC Some version, I don't know which, starts at $8250 http://www.echotek.com/GC314FamilyPage.html http://www.echotek.com/news.html -- Krzysztof Kamieniecki mailto:krys@kamieniecki.com From MAILER-DAEMON Wed Jul 30 02:30:14 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19hkTT-00020v-RC for mharc-discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 02:30:11 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19hkTP-0001wZ-G5 for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 02:30:07 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19hkTN-0001vW-Mx for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 02:30:06 -0400 Received: from zux165-165.adsl.green.ch ([80.254.165.165] helo=linusetviviane.ch) by monty-python.gnu.org with smtp (Exim 4.20) id 19hkSI-0001Ud-BA for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 02:28:58 -0400 Received: (qmail 11241 invoked from network); 30 Jul 2003 06:28:38 -0000 Received: from unknown (HELO lcmpc15.epfl.ch) (128.178.8.36) by 192.168.1.3 with SMTP; 30 Jul 2003 06:28:38 -0000 From: Linus Gasser To: "GNU-RADIO DISCUSS MAILING LIST" Subject: Re: [Discuss-gnuradio] More new hardware Date: Wed, 30 Jul 2003 08:28:49 +0200 User-Agent: KMail/1.5.2 References: <3F27392A.7040907@kamieniecki.com> In-Reply-To: <3F27392A.7040907@kamieniecki.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307300828.49200.linus.gasser@epfl.ch> X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 06:30:09 -0000 On Mercredi, 30 Juillet 2003 05.19, Krzysztof Kamieniecki wrote: > There seems to a bunch of companies getting into the >50MS/s A/D + DDC > board market > > > This is a family of boards > > It looks like it can have one, two, or three of one of the following > AD6644 (14bit 65MS/s) > AD6645-80 (14bits 80MS/s) > AD6645-105 (14bits 105MS/s) > > As well as some GC4016 DDCs and an FPGA. > > 64bit/66Mhz PCI & PMC > > Some version, I don't know which, starts at $8250 Hi, I prefer the cards from ics: http://www.ics-ltd.com/info/products.cfm?prod=1 If only the ICS-572 would already be available... For the moment we ordered the ICS-554 and ICS-564, in the above price-range. If we get them to work, I'll tell you so. Linus -- ---------------------------------------------------------------- Linus Gasser Phone: +41 21 693 5635 EPFL FAX : +41 21 693 4312 Mobile Communications Lab. email: linus.gasser@epfl.ch CH-1015 Lausanne WEB : http://lcmwww.epfl.ch SWITZERLAND Map: http://plan.epfl.ch/?room=INR037 ---------------------------------------------------------------- From MAILER-DAEMON Wed Jul 30 02:39:31 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19hkcV-0007hg-9c for mharc-discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 02:39:31 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19hkcS-0007c8-GI for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 02:39:28 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19hkcP-0007YC-16 for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 02:39:25 -0400 Received: from [202.144.28.165] (helo=nimbus.tenet.res.in) by monty-python.gnu.org with esmtp (Exim 4.20) id 19hkbZ-0006qb-Sb for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 02:38:34 -0400 Received: (from akshay@localhost) by nimbus.tenet.res.in (8.11.6/8.11.6) id h6U6RKM13053 for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 11:57:20 +0530 X-Authentication-Warning: nimbus.tenet.res.in: akshay set sender to akshay@tenet.res.in using -f Date: Wed, 30 Jul 2003 11:57:20 +0530 From: Akshay Mishra To: Gnu-Radio Subject: Re: [Discuss-gnuradio] More new hardware Message-ID: <20030730115720.A12920@nimbus.tenet.res.in> Mail-Followup-To: Akshay Mishra , Gnu-Radio References: <3F27392A.7040907@kamieniecki.com> <200307300828.49200.linus.gasser@epfl.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200307300828.49200.linus.gasser@epfl.ch>; from linus.gasser@epfl.ch on Wed, Jul 30, 2003 at 08:28:49AM +0200 X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 06:39:29 -0000 Hello, The Nallatech/Xilinx DSP development board is good enough. AD9772. AD6644. 2 each. We got it working. Good enough performance. A 2M gate virtex II FPGA is on board with PCI(32/33) and USB interfaces. Though i'd prefer a 66 MHz or higher bus speed compliance which I was told would be released soon. ICS is a little too much expensive. -akshay On Wed, Jul 30, 2003 at 08:28:49AM +0200, Linus Gasser wrote: |On Mercredi, 30 Juillet 2003 05.19, Krzysztof Kamieniecki wrote: |> There seems to a bunch of companies getting into the >50MS/s A/D + DDC |> board market |> |> |> This is a family of boards |> |> It looks like it can have one, two, or three of one of the following |> AD6644 (14bit 65MS/s) |> AD6645-80 (14bits 80MS/s) |> AD6645-105 (14bits 105MS/s) |> |> As well as some GC4016 DDCs and an FPGA. |> |> 64bit/66Mhz PCI & PMC |> |> Some version, I don't know which, starts at $8250 | |Hi, |I prefer the cards from ics: | |http://www.ics-ltd.com/info/products.cfm?prod=1 | |If only the ICS-572 would already be available... For the moment we ordered |the ICS-554 and ICS-564, in the above price-range. If we get them to work, |I'll tell you so. | |Linus | |-- |---------------------------------------------------------------- |Linus Gasser Phone: +41 21 693 5635 |EPFL FAX : +41 21 693 4312 |Mobile Communications Lab. email: linus.gasser@epfl.ch |CH-1015 Lausanne WEB : http://lcmwww.epfl.ch |SWITZERLAND Map: http://plan.epfl.ch/?room=INR037 |---------------------------------------------------------------- | | | |_______________________________________________ |Discuss-gnuradio mailing list |Discuss-gnuradio@gnu.org |http://mail.gnu.org/mailman/listinfo/discuss-gnuradio -- -- I let my mind wander and it didn't come back. From MAILER-DAEMON Wed Jul 30 03:01:09 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19hkxL-0006zu-KT for mharc-discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 03:01:03 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19hkxA-0006Mc-8m for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 03:00:52 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19hkwo-0005hL-He for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 03:00:32 -0400 Received: from adsl-64-166-159-141.dsl.snfc21.pacbell.net ([64.166.159.141] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19hkwm-0005Ww-Q0 for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 03:00:29 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id 65CDB10ECC; Wed, 30 Jul 2003 03:00:28 -0400 (EDT) Date: Wed, 30 Jul 2003 00:00:28 -0700 From: Eric Blossom To: Matthew Burnham Subject: Re: [Discuss-gnuradio] Topology error Message-ID: <20030730070028.GA9701@comsec.com> References: <20030729203801.GA3158@danew> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030729203801.GA3158@danew> User-Agent: Mutt/1.4i Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 07:01:01 -0000 On Tue, Jul 29, 2003 at 09:38:01PM +0100, Matthew Burnham wrote: > Having bitten the bullet and upgraded to gcc-3.3 and debian testing, I'm > now getting somewhere... > > I've got a relatively simple bit of code copied from one of the > examples (see below). This compiles fine, but I get the following error: > "Topology cannot be changed after inital setup." I'm assuing this is > something to do with the way the different Source, Sink and SigProcs are > connected together. Do I need to create the various source, sink and > SigProcs in a particular order? > > How can I solve this for this simple set-up? > > VrMultiTask *m = new VrMultiTask (); > m->add (scope_sink); > m->add (sqr); > m->add (scope_sink2); > m->start(); > You only "add" the sinks. I think that if you remove the m->add (sqr) you'll be on your way. Note however that GrSimpleScopeSink's display is kind of screwed. We're fixing this stuff all in python. Look for a new release sometime in the next week or two. Eric From MAILER-DAEMON Wed Jul 30 04:37:36 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19hmO5-0003WO-1b for mharc-discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 04:32:45 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19hmNC-00031r-9J for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 04:31:50 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19hmMy-0002bI-Mp for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 04:31:39 -0400 Received: from www.applecomm.net ([203.206.135.118]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19hmMA-0001uC-J3 for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 04:30:46 -0400 Received: from ob-wan.com (33mel.adsluser.applecomm.net [202.59.104.33] (may be forged)) by www.applecomm.net (8.10.2/8.10.2) with ESMTP id h6U8PEK00461; Wed, 30 Jul 2003 18:25:15 +1000 Message-ID: <3F278217.C57CB029@ob-wan.com> Date: Wed, 30 Jul 2003 18:30:15 +1000 From: Rob Judd Organization: Outside Broadcasting & Wide Area Networking X-Mailer: Mozilla 4.08 [en] (WinNT; I) MIME-Version: 1.0 To: Eric Blossom , "discuss-gnuradio@gnu.org" Subject: Re: [Discuss-gnuradio] Topology error References: <20030729203801.GA3158@danew> <20030730070028.GA9701@comsec.com> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Cc: X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 08:32:43 -0000 Eric Blossom wrote: > > On Tue, Jul 29, 2003 at 09:38:01PM +0100, Matthew Burnham wrote: > > Having bitten the bullet and upgraded to gcc-3.3 and debian testing, I'm > > now getting somewhere... > > > > I've got a relatively simple bit of code copied from one of the > > examples (see below). This compiles fine, but I get the following error: > > "Topology cannot be changed after inital setup." I'm assuing this is > > something to do with the way the different Source, Sink and SigProcs are > > connected together. Do I need to create the various source, sink and > > SigProcs in a particular order? > > > > How can I solve this for this simple set-up? > > > > VrMultiTask *m = new VrMultiTask (); > > m->add (scope_sink); > > m->add (sqr); > > m->add (scope_sink2); > > m->start(); > > > > You only "add" the sinks. > I think that if you remove the m->add (sqr) you'll be on your way. > > Note however that GrSimpleScopeSink's display is kind of screwed. > We're fixing this stuff all in python. Look for a new release > sometime in the next week or two. I've already installed Python in readiness. :) This is a step in the right direction, since it separates the code from platform dependencies somewhat and simplifies my job of getting this thing running in Win32. Rob From MAILER-DAEMON Wed Jul 30 10:56:49 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19hsNl-0001vv-95 for mharc-discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 10:56:49 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19hsNi-0001vT-Ne for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 10:56:46 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19hsNh-0001td-Lo for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 10:56:45 -0400 Received: from deimos.frii.com ([216.17.128.2] helo=deimos.frii.net) by monty-python.gnu.org with esmtp (Exim 4.20) id 19hsNg-0001tH-KQ for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 10:56:44 -0400 Received: from [216.17.160.146] (lulu.xtrsystems.com [216.17.160.146]) by deimos.frii.net (8.12.9/8.12.9) with ESMTP id h6UEufQT001028 for ; Wed, 30 Jul 2003 08:56:41 -0600 (MDT) Mime-Version: 1.0 X-Sender: diverdi@mail.frii.com Message-Id: In-Reply-To: <20030730070028.GA9701@comsec.com> References: <20030729203801.GA3158@danew> <20030730070028.GA9701@comsec.com> Date: Wed, 30 Jul 2003 08:56:40 -0600 To: discuss-gnuradio@gnu.org From: Joseph DiVerdi Subject: [Discuss-gnuradio] Topology Content-Type: text/plain; charset="us-ascii" X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 14:56:47 -0000 At 12:00 AM -0700 7/30/2003, Eric Blossom wrote: > > >Note however that GrSimpleScopeSink's display is kind of screwed. >We're fixing this stuff all in python. Look for a new release >sometime in the next week or two. > >Eric Dear Eric, Could you please provide some sense of how this impending change to Python will impact those of us who are currently working with GR, especially to those writing and/or modifying internal functions. For example (but not exclusively), is the plan to replace all the C++ code with Python code? Best regards, Joseph -- Joseph A. DiVerdi, Ph.D., M.B.A. http://xtrsystems.com/ 970.980.5868 (voice) PGP Key ID: 0xD50A9E33 From MAILER-DAEMON Wed Jul 30 11:33:55 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19hsxe-0008DS-WC for mharc-discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 11:33:54 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19hsxc-0008Cd-M2 for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 11:33:52 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19hsxb-0008Bf-3v for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 11:33:51 -0400 Received: from adsl-64-166-159-141.dsl.snfc21.pacbell.net ([64.166.159.141] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19hsxa-0008Ac-31 for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 11:33:50 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id 3CDA510ECC; Wed, 30 Jul 2003 11:33:36 -0400 (EDT) Date: Wed, 30 Jul 2003 08:33:36 -0700 From: Eric Blossom To: Joseph DiVerdi Subject: Re: [Discuss-gnuradio] Topology Message-ID: <20030730153336.GA15401@comsec.com> References: <20030729203801.GA3158@danew> <20030730070028.GA9701@comsec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 15:33:53 -0000 On Wed, Jul 30, 2003 at 08:56:40AM -0600, Joseph DiVerdi wrote: > At 12:00 AM -0700 7/30/2003, Eric Blossom wrote: > Dear Eric, > > Could you please provide some sense of how this impending change to > Python will impact those of us who are currently working with GR, > especially to those writing and/or modifying internal functions. For > example (but not exclusively), is the plan to replace all the C++ > code with Python code? > > Best regards, > Joseph Not to worry! The bottom layer primitives (subclass VrSigProc) will remain the same, and will retain the same interface. There is no plan to break anything, though I think folks will find that using Python to glue the signal processing primitives together is much, much easier than working in C++. Plus you get the benefit of instant gratification ;-) The plan also includes using wxPython as the GUI toolkit of choice. There will be a much improved replacement for GrFFTSink and GrSimpleScopeSink available to python code. All of these changes should also improve the portability of GNU Radio to non-Unix like platforms. Eric From MAILER-DAEMON Wed Jul 30 11:47:22 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19htAR-0004nC-2U for mharc-discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 11:47:07 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19htAG-0004OT-Qa for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 11:46:56 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19ht9u-0003gb-Pn for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 11:46:35 -0400 Received: from deimos.frii.com ([216.17.128.2] helo=deimos.frii.net) by monty-python.gnu.org with esmtp (Exim 4.20) id 19ht9Q-0003CD-QK for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 11:46:05 -0400 Received: from [216.17.160.146] (lulu.xtrsystems.com [216.17.160.146]) by deimos.frii.net (8.12.9/8.12.9) with ESMTP id h6UFk3QT085327 for ; Wed, 30 Jul 2003 09:46:03 -0600 (MDT) Mime-Version: 1.0 X-Sender: diverdi@mail.frii.com Message-Id: In-Reply-To: <20030730153336.GA15401@comsec.com> References: <20030729203801.GA3158@danew> <20030730070028.GA9701@comsec.com> <20030730153336.GA15401@comsec.com> Date: Wed, 30 Jul 2003 09:46:02 -0600 To: discuss-gnuradio@gnu.org From: Joseph DiVerdi Subject: Re: [Discuss-gnuradio] Topology Content-Type: text/plain; charset="us-ascii" X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 15:47:05 -0000 At 8:33 AM -0700 7/30/2003, Eric Blossom wrote: >On Wed, Jul 30, 2003 at 08:56:40AM -0600, Joseph DiVerdi wrote: >> At 12:00 AM -0700 7/30/2003, Eric Blossom wrote: >> Dear Eric, >> >> Could you please provide some sense of how this impending change to >> Python will impact those of us who are currently working with GR, >> especially to those writing and/or modifying internal functions. For >> example (but not exclusively), is the plan to replace all the C++ >> code with Python code? >> >> Best regards, >> Joseph > >Not to worry! > >The bottom layer primitives (subclass VrSigProc) will remain the same, >and will retain the same interface. > >There is no plan to break anything, though I think folks will find >that using Python to glue the signal processing primitives together is >much, much easier than working in C++. Plus you get the benefit of >instant gratification ;-) The plan also includes using wxPython as the >GUI toolkit of choice. There will be a much improved replacement for >GrFFTSink and GrSimpleScopeSink available to python code. > >All of these changes should also improve the portability of GNU Radio >to non-Unix like platforms. > >Eric Dear Eric, Thanks for the info. BTW, I'm not worried just frankly am wondering how much time I should be devoting to learning the current internals and C++ (still early on the learning curve but making progress ;). Sounds like I'll need to do both C++ and Python to do what I need to do (if you catch my drift). Did I also hear from some previous traffic that: (1) Qt is being washed out of GR and (2) the Vr modules are being deprecated in favor of Gr modules? Best regards, Joseph -- Joseph A. DiVerdi, Ph.D., M.B.A. http://xtrsystems.com/ 970.980.5868 (voice) PGP Key ID: 0xD50A9E33 From MAILER-DAEMON Wed Jul 30 12:13:39 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19htWK-0008Sn-U2 for mharc-discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 12:09:44 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19htW9-0008LA-U8 for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 12:09:33 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19htUq-0007sR-Fo for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 12:08:12 -0400 Received: from adsl-64-166-159-141.dsl.snfc21.pacbell.net ([64.166.159.141] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19htUX-0007h5-6Z for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 12:07:53 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id A288410ECC; Wed, 30 Jul 2003 12:07:51 -0400 (EDT) Date: Wed, 30 Jul 2003 09:07:51 -0700 From: Eric Blossom To: Joseph DiVerdi Subject: Re: [Discuss-gnuradio] Topology Message-ID: <20030730160751.GA15503@comsec.com> References: <20030729203801.GA3158@danew> <20030730070028.GA9701@comsec.com> <20030730153336.GA15401@comsec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 16:09:42 -0000 On Wed, Jul 30, 2003 at 09:46:02AM -0600, Joseph DiVerdi wrote: > Dear Eric, > > Thanks for the info. > BTW, I'm not worried just frankly am wondering how much time I > should be devoting to learning the current internals and C++ (still > early on the learning curve but making progress ;). Sounds like I'll > need to do both C++ and Python to do what I need to do (if you catch > my drift). Unless I'm missing something, mostly people only need to know enough "internals" to build a signal processing module that is a subclass of VrSigProc, and then how to connect it up with everything else. > Did I also hear from some previous traffic that: (1) Qt is being > washed out of GR and (2) the Vr modules are being deprecated in > favor of Gr modules? These are both true. Also when Matt or I get some time, we'll be weeding out the Vr modules that have equivalents, or near equivalents, in Gr already, so that there is less confusion. The new preferred interface for connecting modules together (and eventually disconnecting them) is the gr_FlowGraph abstraction, which replaces the previous VrMultiTask, add, and process loop. However, it doesn't play well with Qt (thread issues). So the old code will remain until we get the wxPython stuff sorted out. Eric From MAILER-DAEMON Wed Jul 30 12:23:24 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19htfs-0003UM-MR for mharc-discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 12:19:36 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19htdD-0002Bf-GA for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 12:16:51 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19htd9-00029K-Je for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 12:16:48 -0400 Received: from adsl-64-166-159-141.dsl.snfc21.pacbell.net ([64.166.159.141] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19htcf-0001uV-05 for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 12:16:17 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id A3AA810ECC; Wed, 30 Jul 2003 12:16:15 -0400 (EDT) Date: Wed, 30 Jul 2003 09:16:15 -0700 From: Eric Blossom To: discuss-gnuradio@gnu.org Message-ID: <20030730161615.GB15503@comsec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: [Discuss-gnuradio] FYI, GNU Radio at Chaos Communication Camp X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 16:19:34 -0000 Matt and I, along with a couple of thousand folks, will be at the Chaos Communication Camp outside of Berlin, August 7/8/9/10. https://www.ccc.de/camp/2003/index.en.html We're scheduled for a talk at 22:00 August 8th, and will be hacking up a storm while we're there. Looks to be a great time. If you you think you'll be attending, please drop us a line. Eric From MAILER-DAEMON Wed Jul 30 12:33:26 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19htsm-0008OY-PW for mharc-discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 12:32:56 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19htpb-0007MO-BN for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 12:29:39 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19htom-0006hq-Aa for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 12:28:52 -0400 Received: from cmailg3.svr.pol.co.uk ([195.92.195.173]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19htmV-0005xs-8l for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 12:26:28 -0400 Received: from modem-456.antelope.dialup.pol.co.uk ([217.134.17.200] helo=danew) by cmailg3.svr.pol.co.uk with esmtp (Exim 4.14) id 19htmQ-00081A-Md for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 17:26:23 +0100 Received: from mat by danew with local (Exim 3.36 #1 (Debian)) id 19htoE-00013K-00 for ; Wed, 30 Jul 2003 17:28:14 +0100 Date: Wed, 30 Jul 2003 17:28:13 +0100 From: Matthew Burnham To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Topology Message-ID: <20030730162813.GA3867@danew> References: <20030729203801.GA3158@danew> <20030730070028.GA9701@comsec.com> <20030730153336.GA15401@comsec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20030730153336.GA15401@comsec.com> User-Agent: Mutt/1.5.4i Sender: Matthew Burnham X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 16:32:55 -0000 On Wed, Jul 30, 2003 at 08:33:36AM -0700, Eric Blossom wrote: > There is no plan to break anything, though I think folks will find > that using Python to glue the signal processing primitives together is > much, much easier than working in C++. Plus you get the benefit of > instant gratification ;-) The plan also includes using wxPython as the > GUI toolkit of choice. There will be a much improved replacement for > GrFFTSink and GrSimpleScopeSink available to python code. Are there any plans to add some way to go back and forth through the signals with the improved GrSimpleScopeSink - now I've got my code working, it jumps across the screen too fast for me to see (though I am running from a file, so there's no samples/sec limit as there would be with a live signal). Python should be much quicker to develop with, but I'll have to learn Python :) -- Mat From MAILER-DAEMON Wed Jul 30 14:23:05 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19hvbD-0002LJ-KQ for mharc-discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 14:22:55 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19hvb7-00024d-HJ for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 14:22:49 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19hvag-0001fh-MS for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 14:22:23 -0400 Received: from mxs2.wvu.edu ([157.182.140.114]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19hva5-000134-BM for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 14:21:45 -0400 Received: from 157.182.194.69 ([157.182.194.69]) by mxs2.wvu.edu (8.12.9+Sun/8.12.9) with ESMTP id h6UILbsY003623 for ; Wed, 30 Jul 2003 14:21:37 -0400 (EDT) From: Ricky Hussmann Organization: WCRL To: GNU Radio Date: Wed, 30 Jul 2003 14:22:34 -0400 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307301422.34169.rhussman@mix.wvu.edu> X-MailScanner-Information: Please contact OIT HelpDesk for more Info X-MailScanner: Found to be clean Subject: [Discuss-gnuradio] Compiling local programs, again X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list Reply-To: rhussman@mix.wvu.edu List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 18:22:54 -0000 Hello all, I hate to bring up the issue of compiling local programs again, but I'm working on a demodulator module and I need to compile it. I've checked to make sure I have the correct versions of everything. Here's my setup: autoconf: 2.57 automake: 1.7.6 libtool: 1.5 swig: 1.3.19 According to Eric's email this should meet all the required specs. I've added the file I'm creating to the GENERATED_H list in src/gnu/lib/gr/Makefile.am (I packed all the code into the .h file, no .cc file) Then, I descended to the main gnuradio directory and tried ./configure --enable-maintainer-mode. While running the configure I get ./configure: line 1824: LF_CONFIGURE_CC: command not found ./configure: line 1825: LF_CONFIGURE_CXX: command not found ./configure: line 1826: LF_SET_WARNINGS: command not found ./configure: line 1827: GR_SET_GPROF: command not found ./configure: line 1828: GR_SET_PROF: command not found ./configure: line 1829: GR_PROG_AS: command not found ./configure: line 5823: GR_CHECK_DOXYGEN: command not found ./configure: line 5824: GR_SET_MD_CPU: command not found ./configure: line 5825: GR_CHECK_MC4020: command not found But configure seems to make it out alive. However, the following make command is not so lucky... make[4]: Entering directory `/home/rhussmann/gnuRadio/gnuradio-0.8/cppunit/src/cppunit' Makefile:246: *** missing separator. Stop. I'm positive I've never changed the Makefile.* in the cppunit directory, so I have no idea where this comes from. That didn't work so I ran bootstrap. This is what I got from it: src/gnu/lib/Makefile.am:28: Libtool library used but `LIBTOOL' is undefined src/gnu/lib/Makefile.am:28: src/gnu/lib/Makefile.am:28: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' src/gnu/lib/Makefile.am:28: to `configure.ac' and run `aclocal' and `autoconf' again. src/gnu/lib/dtv/Makefile.am:29: Libtool library used but `LIBTOOL' is undefined src/gnu/lib/dtv/Makefile.am:29: src/gnu/lib/dtv/Makefile.am:29: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' src/gnu/lib/dtv/Makefile.am:29: to `configure.ac' and run `aclocal' and `autoconf' again. src/gnu/lib/gr/Makefile.am:203: MD_CPU_generic does not appear in AM_CONDITIONAL src/gnu/lib/gr/Makefile.am:207: MD_CPU_x86 does not appear in AM_CONDITIONAL src/gnu/lib/gr/Makefile.am:23: Libtool library used but `LIBTOOL' is undefined This continues for many of the Makefile.am's in the source tree. Also, the following lines pop up as well... configure.ac:58: error: possibly undefined macro: AC_DISABLE_SHARED If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:59: error: possibly undefined macro: AC_PROG_LIBTOOL aclocal: configure.in: 52: macro `AM_PROG_LIBTOOL' not found in library configure.in:38: version mismatch. This is Automake 1.7.6, configure.in:38: but the definition used by this AM_INIT_AUTOMAKE configure.in:38: comes from Automake 1.4-p6. You should recreate configure.in:38: aclocal.m4 with aclocal and run automake again. /usr/local/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/local/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/local/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/local/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL After the bootstrap, ./configure --enable-maintainer-mode doesn't complain nearly as much, but the make command fails with the same errors. Can anyone help out with this? Thanks in advance, Ricky Hussmann From MAILER-DAEMON Wed Jul 30 21:14:54 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19i21u-0005dd-Be for mharc-discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 21:14:54 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19i21r-0005YH-ES for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 21:14:51 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19i21p-0005UP-LD for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 21:14:50 -0400 Received: from rwcrmhc11.comcast.net ([204.127.198.35]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19i21p-0005RT-Au for discuss-gnuradio@gnu.org; Wed, 30 Jul 2003 21:14:49 -0400 Received: from kamieniecki.com (h002078c609eb.ne.client2.attbi.com[65.96.166.32](untrusted sender)) by comcast.net (rwcrmhc11) with SMTP id <2003073101144701300oq4o2e>; Thu, 31 Jul 2003 01:14:47 +0000 Message-ID: <3F286D9B.7090901@kamieniecki.com> Date: Wed, 30 Jul 2003 21:15:07 -0400 From: Krzysztof Kamieniecki User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en, ja MIME-Version: 1.0 To: GNU-RADIO DISCUSS MAILING LIST Subject: Re: [Discuss-gnuradio] More new hardware References: <3F27392A.7040907@kamieniecki.com> <200307300828.49200.linus.gasser@epfl.ch> In-Reply-To: <200307300828.49200.linus.gasser@epfl.ch> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2003 01:14:52 -0000 Could you elaborate on the options you got and the price you paid? Linus Gasser wrote: > > Hi, > I prefer the cards from ics: > > http://www.ics-ltd.com/info/products.cfm?prod=1 > > If only the ICS-572 would already be available... For the moment we ordered > the ICS-554 and ICS-564, in the above price-range. If we get them to work, > I'll tell you so. > > Linus > -- Krzysztof Kamieniecki mailto:krys@kamieniecki.com From MAILER-DAEMON Thu Jul 31 03:36:50 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19i7ps-0008Tf-Ht for mharc-discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 03:26:52 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19i7p5-0008DR-6s for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 03:26:03 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19i7kS-0005pr-P9 for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 03:21:17 -0400 Received: from www.applecomm.net ([203.206.135.118]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19i7iz-0004T3-VS for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 03:19:46 -0400 Received: from ob-wan.com (33mel.adsluser.applecomm.net [202.59.104.33] (may be forged)) by www.applecomm.net (8.10.2/8.10.2) with ESMTP id h6V7EFK01728 for ; Thu, 31 Jul 2003 17:14:16 +1000 Message-ID: <3F28C2FD.29F16D47@ob-wan.com> Date: Thu, 31 Jul 2003 17:19:25 +1000 From: Rob Judd Organization: Outside Broadcasting & Wide Area Networking X-Mailer: Mozilla 4.08 [en] (WinNT; I) MIME-Version: 1.0 To: "discuss-gnuradio@gnu.org" Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Subject: [Discuss-gnuradio] SETI-quality receiver going cheap! X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2003 07:26:51 -0000 Hi, This thing will go to 150GHz. Auction closes today, check it now. http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItem&item=3037354940&category=296 And yes, those are Australian dollars. AUD1.00 = USD0.65 right now. Rob From MAILER-DAEMON Thu Jul 31 11:31:42 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19iFM5-0008BU-Qh for mharc-discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 11:28:37 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19iFLm-0007hM-46 for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 11:28:18 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19iFKc-0006Xo-5A for Discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 11:27:09 -0400 Received: from postal.netaxs.com ([207.8.186.39]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19iFJE-0006CQ-Tn for Discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 11:25:40 -0400 Received: from ed1.netaxs.com (maxtnt05-167.phlpa.fast.net [209.92.99.167]) by postal.netaxs.com (8.12.8p1/8.12.0.Beta7) with ESMTP id h6VFPTNN018667 for ; Thu, 31 Jul 2003 11:25:34 -0400 (EDT) Message-Id: <4.3.2.7.2.20030731110858.03434610@pop3.netaxs.com> X-Sender: bernies@pop3.netaxs.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 31 Jul 2003 11:24:31 -0400 To: Discuss-gnuradio@gnu.org From: ed Subject: Re: [Discuss-gnuradio] SETI-quality receiver going cheap! In-Reply-To: <3F28C2FD.29F16D47@ob-wan.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2003 15:28:29 -0000 At 05:19 PM 7/31/03 +1000, Rob wrote: >Hi, > >This thing will go to 150GHz. Auction closes today, check it now. > >http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItem&item=3037354940&category=296 > >And yes, those are Australian dollars. AUD1.00 = USD0.65 right now. > >Rob While the Micro-Tel 1200 is an excellent receiver (I own one) it is no more suitable for GNU Radio applications than any other quality analog receiver with an IF output. And without external mixers, it will not receive into the GHz range. As an aside, you won't be able to get that weird drive belt anywhere. Mine is intact, but a colleague found it to be unobtainable (which is probably why this unit sold so cheaply on ebay.) -ed From MAILER-DAEMON Thu Jul 31 13:25:02 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19iH9A-0006sh-SE for mharc-discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 13:23:24 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19iH5H-0005KF-1O for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 13:19:23 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19iH4q-00051Q-Fc for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 13:18:57 -0400 Received: from www.applecomm.net ([203.206.135.118]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19iH4D-0004al-Mj for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 13:18:17 -0400 Received: from ob-wan.com (33mel.adsluser.applecomm.net [202.59.104.33] (may be forged)) by www.applecomm.net (8.10.2/8.10.2) with ESMTP id h6VHCfK11518 for ; Fri, 1 Aug 2003 03:12:42 +1000 Message-ID: <3F294F43.209062A8@ob-wan.com> Date: Fri, 01 Aug 2003 03:17:55 +1000 From: Rob Judd Organization: Outside Broadcasting & Wide Area Networking X-Mailer: Mozilla 4.08 [en] (WinNT; I) MIME-Version: 1.0 To: "discuss-gnuradio@gnu.org" Subject: Re: [Discuss-gnuradio] SETI-quality receiver going cheap! References: <4.3.2.7.2.20030731110858.03434610@pop3.netaxs.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2003 17:23:23 -0000 ed, When I placed that message there was 5 hours to go and the bidding was at AU$91.00 so it looked like quite a bargain. I'm aware of the limitations, having checked the internet for a current source of parts. It's a fairly obscure brand and they look to have gone out of business. Still, in terms of noise performance it was designed well, and I found sites where people were using them as receivers coupled to radiotelescopes, which is a good indication of quality. Certainly outperform the average TV tuner anyway. The belt issue wasn't a big deal for me, it still tunes. I just don't have any spare change, having just purchased an SDR-1000 from Gerald Youngblood last week. :) Regards, Rob ed wrote: > > At 05:19 PM 7/31/03 +1000, Rob wrote: > > >Hi, > > > >This thing will go to 150GHz. Auction closes today, check it now. > > > >http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItem&item=3037354940&category=296 > > > >And yes, those are Australian dollars. AUD1.00 = USD0.65 right now. > > > >Rob > > While the Micro-Tel 1200 is an excellent receiver (I own one) it is no more > suitable for GNU Radio applications than any other quality analog receiver > with an IF output. And without external mixers, it will not receive into > the GHz range. > > As an aside, you won't be able to get that weird drive belt anywhere. Mine > is intact, but a colleague found it to be unobtainable (which is probably > why this unit sold so cheaply on ebay.) > > -ed > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://mail.gnu.org/mailman/listinfo/discuss-gnuradio From MAILER-DAEMON Thu Jul 31 13:51:58 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19iHTq-0007Y0-CU for mharc-discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 13:44:46 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19iHTn-0007WR-HW for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 13:44:43 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19iHTl-0007Vg-Eh for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 13:44:42 -0400 Received: from adsl-64-166-159-141.dsl.snfc21.pacbell.net ([64.166.159.141] helo=bufo.comsec.com) by monty-python.gnu.org with esmtp (Exim 4.20) id 19iHTk-0007UN-QE for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 13:44:41 -0400 Received: by bufo.comsec.com (Postfix, from userid 501) id 5C09610ECE; Thu, 31 Jul 2003 13:44:39 -0400 (EDT) Date: Thu, 31 Jul 2003 10:44:39 -0700 From: Eric Blossom To: Ramakrishnan Muthukrishnan Subject: Re: [Discuss-gnuradio] Debian Packaging of GNU Radio Message-ID: <20030731174439.GA3123@comsec.com> References: <86wue2vdps.fsf@vsnl.net> <20030728201816.GA2627@comsec.com> <86u192pxap.fsf@vsnl.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86u192pxap.fsf@vsnl.net> User-Agent: Mutt/1.4i Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2003 17:44:44 -0000 On Thu, Jul 31, 2003 at 08:18:14PM +0530, Ramakrishnan Muthukrishnan wrote: > || On Mon, 28 Jul 2003 13:18:16 -0700 > || Eric Blossom wrote: > > eb> Thanks. > > eb> Please send me a patch against the CVS head once you get it all worked > eb> out and I'll integrate it. Then when we release new tarballs, we'll > eb> cut new debian packages too. > > eb> Someone's probably already figured out how to do this from within the > eb> automake world. If so, I expect their solution would work for us too. > > Eric, > > I am seeing that gnuradio generates static libraries. Why is it so? > can we change this by configure option so that we generate shared > libraries? We generate both. Eric From MAILER-DAEMON Thu Jul 31 14:23:54 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19iI4q-0001tf-P0 for mharc-discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 14:23:00 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19iI4l-0001hh-2Y for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 14:22:55 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19iI4B-0001AI-Tk for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 14:22:20 -0400 Received: from www.applecomm.net ([203.206.135.118]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19iI3T-0000Po-OO for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 14:21:36 -0400 Received: from ob-wan.com (33mel.adsluser.applecomm.net [202.59.104.33] (may be forged)) by www.applecomm.net (8.10.2/8.10.2) with ESMTP id h6VIG4K15921 for ; Fri, 1 Aug 2003 04:16:04 +1000 Message-ID: <3F295E1E.712C48FD@ob-wan.com> Date: Fri, 01 Aug 2003 04:21:18 +1000 From: Rob Judd Organization: Outside Broadcasting & Wide Area Networking X-Mailer: Mozilla 4.08 [en] (WinNT; I) MIME-Version: 1.0 To: "discuss-gnuradio@gnu.org" Content-Type: multipart/mixed; boundary="------------005812B7E6B8158834B33FEC" Subject: [Discuss-gnuradio] Directory structure X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2003 18:22:58 -0000 This is a multi-part message in MIME format. --------------005812B7E6B8158834B33FEC Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Hi, I've been wondering why I found gnuradio so incomprehensible to work on, and just discovered the reason. Find attached the structure of directories as it stands, after one minor attempt to build under cygwin. Is there some way this can be reduced/combined without losing separation between functional components, or at least can the nesting level be brought down somewhat? Thanks, Rob gnuradio-0.8 config cppunit config doc examples heirarchy .libs Debug msvc6 HostApp Debug res include cppunit extensions msvc6 testrunner lib src cppunit .libs Debug msvc6 testrunner Debug res doc other libs src data_files gnu atsc codecon examples gen_interpolator_taps lib dtv gr grgui grio reed-solomon tests pspectra amps doc lib audio perf vr vrgui vrio needs-work vrp needs-work needs-work guptest mmmb multichannel perf rtp scope sim test pam utils --------------005812B7E6B8158834B33FEC Content-Type: text/plain; charset=iso-8859-2; name="dirmap.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dirmap.txt" gnuradio-0.8 config cppunit config doc examples heirarchy .libs Debug msvc6 HostApp Debug res include cppunit extensions msvc6 testrunner lib src cppunit .libs Debug msvc6 testrunner Debug res doc other libs src data_files gnu atsc codecon examples gen_interpolator_taps lib dtv gr grgui grio reed-solomon tests pspectra amps doc lib audio perf vr vrgui vrio needs-work vrp needs-work needs-work guptest mmmb multichannel perf rtp scope sim test pam utils --------------005812B7E6B8158834B33FEC-- From MAILER-DAEMON Thu Jul 31 20:28:52 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19iNmr-0006Pv-M2 for mharc-discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 20:28:49 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19iNmi-0005zF-RN for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 20:28:40 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19iNma-0005Tt-UN for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 20:28:32 -0400 Received: from [216.27.181.33] (helo=localhost.localdomain) by monty-python.gnu.org with esmtp (Exim 4.20) id 19iNmU-00052e-EF for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 20:28:26 -0400 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h710Um8b003671; Thu, 31 Jul 2003 17:30:49 -0700 Received: (from apache@localhost) by localhost.localdomain (8.12.8/8.12.8/Submit) id h710UmdA003669; Thu, 31 Jul 2003 17:30:48 -0700 X-Authentication-Warning: localhost.localdomain: apache set sender to matt@ettus.com using -f Received: from 65.167.182.2 ([65.167.182.2]) by home.ettus.com (Horde) with HTTP for ; Thu, 31 Jul 2003 17:30:48 -0700 Message-ID: <1059697848.69e35a50a1029@home.ettus.com> Date: Thu, 31 Jul 2003 17:30:48 -0700 From: Matt Ettus To: Rob Judd Subject: Re: [Discuss-gnuradio] Directory structure References: <3F295E1E.712C48FD@ob-wan.com> In-Reply-To: <3F295E1E.712C48FD@ob-wan.com> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 65.167.182.2 Cc: "discuss-gnuradio@gnu.org" X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 00:28:44 -0000 Quoting Rob Judd : > Hi, > > I've been wondering why I found gnuradio so incomprehensible to work on, > and just discovered the reason. Find attached the structure of > directories as it stands, after one minor attempt to build under cygwin. This is true, but its not as bad as you think. If you just want to make radios, the only directories you need to know are src/gnu/examples --- to see how it's done src/gnu/python --- to see how it's done in Python src/gnu/lib/gr --- general processing blocks src/gnu/lib/grio --- IO device blocks, like files, soundcards, AD boards, etc. src/pspectra/lib/{vrp,vrio} --- older, soon-to-be-replaced blocks You never need to look in cppunit or any of the config-related stuff. Most of the stuff under pspectra, especially the needs-work dirs are not really of interest either. > Is there some way this can be reduced/combined without losing separation > between functional components, or at least can the nesting level be > brought down somewhat? We are planning on eventually removing the pspectra stuff as it is updated or replaced. Matt From MAILER-DAEMON Thu Jul 31 21:56:23 2003 Received: from list by monty-python.gnu.org with archive (Exim 4.20) id 19iP8L-0004BA-Hh for mharc-discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 21:55:05 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19iP85-0003Y3-P9 for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 21:54:49 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19iP7l-0002DT-DM for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 21:54:29 -0400 Received: from [220.226.26.20] (helo=astra) by monty-python.gnu.org with esmtp (Exim 4.20) id 19iP7W-0000NB-Kg for discuss-gnuradio@gnu.org; Thu, 31 Jul 2003 21:54:15 -0400 Received: from rkrishnan by astra with local (Exim 3.35 #1 (Debian)) id 19iEj2-0000CZ-00; Thu, 31 Jul 2003 20:18:16 +0530 To: Eric Blossom Subject: Re: [Discuss-gnuradio] Debian Packaging of GNU Radio References: <86wue2vdps.fsf@vsnl.net> <20030728201816.GA2627@comsec.com> From: gnu@vsnl.net (Ramakrishnan Muthukrishnan) Organization: Free Software for the Free World X-GnuPG-KeyID: 0x6A9F3C38 X-GnuPG-Fingerprint: CC18 3BF4 9D17 1DA7 E11E 67D3 1729 F586 6A9F 3C38 Date: 31 Jul 2003 20:18:14 +0530 In-Reply-To: <20030728201816.GA2627@comsec.com> Message-ID: <86u192pxap.fsf@vsnl.net> Lines: 21 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Ramakrishnan Muthukrishnan Cc: discuss-gnuradio@gnu.org X-BeenThere: discuss-gnuradio@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: GNU Radio, a free software defined radio List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 01:55:03 -0000 || On Mon, 28 Jul 2003 13:18:16 -0700 || Eric Blossom wrote: eb> Thanks. eb> Please send me a patch against the CVS head once you get it all worked eb> out and I'll integrate it. Then when we release new tarballs, we'll eb> cut new debian packages too. eb> Someone's probably already figured out how to do this from within the eb> automake world. If so, I expect their solution would work for us too. Eric, I am seeing that gnuradio generates static libraries. Why is it so? can we change this by configure option so that we generate shared libraries? -- Ramakrishnan M http://www.hackGNU.org/ Use Free Software -- Help stamp out Software Hoarding!