On Saturday 19 August 2006 09:27, Bob Collins wrote:
> I am just starting out with Gnu Radio and want to purchase and/or
> build a PC that will cause me the fewest extraneous problems. I figure
> that those of you using Gnu Radio may have opinions on the matter but
> I was unable to find anything i
On Sunday 06 August 2006 03:52, Johnathan Corgan wrote:
> Berndt:
>
> A trial fix for this issue is at:
>
> http://gnuradio.utah.edu/svn/gnuradio/branches/developers/jcorgan/ticket-12
>
> Could you please check this out into a fresh directory and test? I've
> disabled all the components except gnu
On Saturday 05 August 2006 12:44, Eric Blossom wrote:
>
> Berndt, I think I've fixed these (not the doxygen stuff) in trunk.
>
> Can you please update and re-test? You'll need
>
> ./bootstrap && ./configure
>
> since there were some configure.ac changes.
>
> Thanks!
> Eric
It builds and install
On Saturday 05 August 2006 03:36, Eric Blossom wrote:
> Hi Everyone,
>
> I'm pleased to announce that we have combined all the source
> code repositories in to a new unified subversion system!
>
> In addition we are running Trac, http://gnuradio.utah.edu/trac,
> which provides a unified bug-tracker
On Wednesday 26 July 2006 23:19, Greg Troxel wrote:
> barossa: {29} ./test_usrp_standard_rx
>
> xfered 1.34e+08 bytes in 4.2 seconds. 3.197e+07 bytes/sec. cpu time =
> 0.04173
> noverruns = 41
>
> barossa: {30} ./test_usrp_standard_tx
> ...
> usb_control_msg failed: error sen
n the ugen(4) man page.
>
> Updating to the latest -current should be sufficient to get these
> changes. Berndt Josef Wulf reports that they work for him when using
> the fusb code, available at
>
> http://acert.ir.bbn.com/viewvc/adroitgrdevel/adroitgrdevel/radio_test/usb/
>
&g
On Saturday 22 July 2006 23:56, Greg Troxel wrote:
> I'm sorry to say that I can't share the enthusiam as it didn't make much
> difference on a system using Centrino Duo system running with
> NetBSD-3.99.21.
>
> Does it require GNU Radio current? I'm currently running GNU Radio
> release 2.8
Hi,
I'm sorry to say that I can't share the enthusiam as it didn't make much
difference on a system using Centrino Duo system running with NetBSD-3.99.21.
Does it require GNU Radio current? I'm currently running GNU Radio release
2.8 as found in the pkgsrc release!
cheerio Berndt
On Saturda
> This is much improved over ~4 MB/s but the next step is to work on
> optimizing what's needed to reach 32 MB/s reading or writing. If
> you're interested, the current driver work can be found at:
> http://acert.ir.bbn.com/cvs/?group=netbsd
> primarily in:
> http://acert.ir.bbn.com/viewvc
G'day,
Is "make check" in gr-atsc know to complete? It currently fails to complete
with the following message.
Making check in python
make check-TESTS
...
sched: is requesting more input data
than we can provide.
ninput_items_required = 12
max_possible_items_available = 7
If this is a
G'day,
NetBSD users may be interested to learn that GNU Radio 2.8 modules are now
available from the NetBSD Packages Collection (pkgsrc).
I'm currently working on getting ham/gnuradio-audio-jack and
ham/gnuradio-audio-portaudio. There are some issues that I need to resolve
before they can be s
G'day,
I'm working on a package for gr-audio-portaudio. I'd no problems porting the
portaudio application and getting gr-audio-portaudio to build.
Sound rendered by the portaudio test application is perfect. Contrary to this,
sound played using gr-audio-portaudio API using the gnruadio audio te
On Monday 10 April 2006 09:02, Eric Blossom wrote:
> Hi Berndt,
>
> I've spent some more time looking at this problem.
> I think I know how to fix it "right", but it's going to take a while.
> Just removing the output of swig causes a failure in the VPATH build
> that takes place during "make distc
On Friday 07 April 2006 12:41, Eric Blossom wrote:
> > The log below shows the part that does go wrong. Note that swig wasn't
> > executed in order to regenerate audio_oss.cc
>
> Note that the compile from the the tarball *does* succeed. It does
> generate some warnings about "defined but unused",
On Friday 07 April 2006 11:35, Eric Blossom wrote:
> On Fri, Apr 07, 2006 at 07:50:53AM +0930, Berndt Josef Wulf wrote:
> > G'day,
> >
> > gr-audio-oss segfaults when built using the gr-audio-oss-0.8.tar.gz
> > tarball. The reason for this is that the tarball
G'day,
gr-audio-oss segfaults when built using the gr-audio-oss-0.8.tar.gz tarball.
The reason for this is that the tarball includes audio_oss.cc which normally
is created by swig. Consequently, the interfaces created in this file may not
be correct for the every target system. I guess this wa
On Friday 31 March 2006 08:36, Eric Blossom wrote:
> On Fri, Mar 31, 2006 at 08:57:27AM +1030, Berndt Josef Wulf wrote:
> > > Get the for-pay version, not the downloadable version.
> > > It's got almost everything you need.
> > >
> > > See
> > &g
On Friday 31 March 2006 02:21, Eric Blossom wrote:
> On Thu, Mar 30, 2006 at 07:07:56AM -0800, Angilberto Muniz Sb wrote:
> > Eric,
> >
> > After struggling for weeks with GNU-Radio+USRP and
> > Linux I moved to Martin (DVH) Windows Version. It
> > works pretty good but I'm missing the new
> > deve
G'day,
I've built and installed gr-audio-portaudio on NetBSD-i386-current and ran
mono_tone_portaudio and multi_tone_portaudio without problems.
I plan to create a pkgsrc package once portaudio implemented the pkg-config
code changes.
I've noted that I was unable to specifiy the audio device u
G'day,
usrp-cvs doesn't install firmware files. std_Files had to be copied manually.
cheerio Berndt
pgpVMbbeo1G3j.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-g
On Monday 20 March 2006 10:04, Eric Blossom wrote:
> On Mon, Mar 20, 2006 at 12:21:39AM +0100, Vincenzo Pellegrini wrote:
> > finally my usrp works and I can start learning.
> >
> > I just wanted to thank everybody for the help I received.
> > and say that if anyone needs the usrp module downloaded
On Sunday 19 March 2006 11:00, Vincenzo Pellegrini wrote:
> I'd be really thankful if somebody could shade light on this error.when
> I get to this point the green led on usrp has already slowed down to 1
> Hz.but it seems I can't go further for the moment
>
> thanks
> vincenzo
>
>
> [EMAIL PROTECT
G'day,
in db_base.py at line 108 the function for _refclk_divisor() is apparently not
implemented causing failure to run any code accessing the usrp.
Traceback (most recent call last):
File "./benchmark_usb.py", line 106, in ?
main ()
File "./benchmark_usb.py", line 96, in main
ok =
On Wednesday 15 March 2006 05:47, Jonathan Jacky wrote:
> I am unable to update usrp from CVS at Sourceforge for the last two days
> (details below).
>
> I've had troubles with incomplete CVS updates from Sourceforge before, but
> I have always been able to complete the update just by waiting a whi
G'day,
I'm trying to create a gr-audio-portaudio package for pkgsrc. Running
gr-audio-portaudio's configure script will lead to the following error
message:
echo $ECHO_N "checking for portaudio >= 19... $ECHO_C" >&6
checking for portaudio >= 19... Package portaudio was not found in the
pkg-con
On Monday 13 March 2006 20:49, Robert McGwier wrote:
> multi_tone.py has been committed that supports
>
> jack with -O jack
> portaudio with -O pa
> oss with -O /dev/dsp
> alsa otherwise
>
> The portaudio sink segment faulted. jack support was partial and
> produces good sound on one channel if c
On Sunday 12 March 2006 07:55, Lamar Owen wrote:
> On Tuesday 07 March 2006 23:01, Berndt Josef Wulf wrote:
> > On Wednesday 08 March 2006 13:05, Eric Blossom wrote:
> > My DVD, whilst providing most development tools, didn't have gnu gcc and
> > g++. It was missing
ime.
>
> Bob
>
> Berndt Josef Wulf wrote:
> > On Saturday 11 March 2006 05:56, Robert W McGwier wrote:
> >> Here is my understanding of that situation. He wrote it in Qt3. There
> >> is no Qt3 GPL license FOR WINBLOWS. He released the source code and
> >
On Saturday 11 March 2006 05:56, Robert W McGwier wrote:
> Here is my understanding of that situation. He wrote it in Qt3. There
> is no Qt3 GPL license FOR WINBLOWS. He released the source code and
> when Trolltech objected, he removed it.
>
This contradicts with Trolltechs statement for the Q
On Wednesday 08 March 2006 13:05, Eric Blossom wrote:
> FYI,
>
> I just installed SuSE 10.0 on a new laptop:
> [ ThinkPad X60: Can you say 3.6 pound dual core machine? ;-) ]
>
> With the following exception, everything required to build GNU Radio
> was included on the DVD.
>
> The exception was:
>
G'day,
I've updated code supporting the FT990 rig.
It fixes a bug that caused set_mode() to interchange the RTTY and RTTYR modes.
It fixes several bugs in get_channel(). in particular the reporting of
transmitter parameters in split modes. Valid values for the channel parameter
are channel nu
G'day,
we kicked Spamcrap off our mailserver. This is a test to see if mail from
gnu.org gets through. It is hoped that other ISP will do the same in order to
force them to change their stupid policy or out of business.
cheerio Berndt
pgpjBBRrcKoBj.pgp
Description: PGP signature
_
Told you, this is just a test
cheerio Berndt
pgpMjE9Ivv6nn.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Monday 13 February 2006 04:34, John Ackermann N8UR wrote:
> For what it's worth, one suggestion I'd make for the examples is to use
> "plughw:0,0" as the default audio sink device, rather than "hw:0,0"
> (assuming you're using ALSA). It seems that some cheap soundcards (like
> the on-board one
On Thursday 09 February 2006 02:43, Marcus Leech wrote:
> Is anyone else having trouble updating USRP from sourceforge this morning?
>
> I'm getting:
>
> can't create temporary directory /tmp/cvs-serv4325
> No space left on device
>
> From a "cvs up -Pd"
>
> I don't get this for any of the other
ind Berndt and everyone else that I have NEVER used a release
> version of GnuRadio. They seem to stay current for about fifteen
> minutes under a major change was checked in!
>
> Bob
>
> Berndt Josef Wulf wrote:
> > On Monday 06 February 2006 11:04, Eric Blossom wrote:
&g
On Monday 06 February 2006 11:04, Eric Blossom wrote:
> On Sun, Feb 05, 2006 at 09:12:10PM +0100, Martin Dvh wrote:
> > > Perhaps not enough buffering? Having source/sink in threads helps
> > > sometimes. Martin will have better insight on the topic.
> >
> > The code needs fixing but I haven't spen
pgplqK9nu2MbJ.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Sunday 15 January 2006 14:44, Robert McGwier wrote:
> "FAQ notes bug in gcc-3.4.[1-3] that causes FFTW to crash with SSE/SSE2"
>
> The new fftw3.1 beta looks good so far. Final release promised within
> next two weeks.
Are you using gcc-3.[23]? If so, it's a bug in gcc.
73, Berndt
VK5ABN
__
G'day,
GNU Radio binary packages are now available for NetBSD-2.1 and NetBSD-3.0 i386
platforms. For more info visit link below:
ftp://ftp.netbsd.org/pub/NetBSD/packages/pkgsrc/ham/README.html
Enjoy,
cheerio Berndt
___
Discuss-gnuradio mailing list
G'day,
I noticed a problem when building GNU Radio on x86_64 platforms. GNU Radio for
some reasons insists to install them into ${prefix}/lib64 where as pkgsrc
expects them in ${prefix}/lib.
# GR_X86_64()
#
# Checks to see if we're on a x86_64 machine, and if so, ensure
# that libdir ends in "
G'day,
For the benefit . of NetBSD and pkgsrc users, I've updated the GNU Radio
packages in pkgsrc-current to reflect the release of GNU Radio 2.6. The
documentation for gnuradio-core is generated from source and installed by
default.
cheerio Berndt
pgpK1aNutW2zE.pgp
Description: PGP signatu
On Sat, 17 Dec 2005 03:30, Eric Blossom wrote:
> On Sat, Dec 17, 2005 at 12:53:01AM +1030, Berndt Josef Wulf wrote:
> > I don't understand what the fuss is all about. It takes 11m1s to build
> > all the binaries and documentation of all GNU Radio 2.6 modules supported
> &
On Sat, 17 Dec 2005 03:30, Eric Blossom wrote:
> On Sat, Dec 17, 2005 at 12:53:01AM +1030, Berndt Josef Wulf wrote:
> > I don't understand what the fuss is all about. It takes 11m1s to build
> > all the binaries and documentation of all GNU Radio 2.6 modules supported
> &
On Tue, 13 Dec 2005 15:18, Eric Blossom wrote:
> On Sun, Dec 11, 2005 at 02:03:52PM +1030, Berndt Josef Wulf wrote:
> > On Sun, 11 Dec 2005 12:05, Lamar Owen wrote:
> > > On Saturday 10 December 2005 20:41, Berndt Josef Wulf wrote:
> > > > I should correct this. The d
On Fri, 16 Dec 2005 06:05, Greg Troxel wrote:
> I have the following
>
> NetBSD-current from within the last few weeks
> GNU Radio 2.6 release (via NetBSD pkgsrc)
> USRP rev 3 (brand new, arrived yesterday) with TVRX and Flex440
> D-Link USB2 cardbus (NEC ehci)
> IBM Thinkpad T30
>
> I ca
On Sun, 11 Dec 2005 12:05, Lamar Owen wrote:
> On Saturday 10 December 2005 20:41, Berndt Josef Wulf wrote:
> > I should correct this. The documentation for gnuradio-core doesn't get
> > installed using the new tarballs, however, other docs such as those for
> > the usrp
On Sun, 11 Dec 2005 04:44, Berndt Josef Wulf wrote:
> On Sat, 10 Dec 2005 09:57, Eric Blossom wrote:
> > The long awaited 2.6 release is out!
> >
> > There are new tarballs for everything. It now includes sending and
> > receiving data at up to 1Mbit/sec using GMS
On Sat, 10 Dec 2005 09:57, Eric Blossom wrote:
> The long awaited 2.6 release is out!
>
> There are new tarballs for everything. It now includes sending and
> receiving data at up to 1Mbit/sec using GMSK. There's also support for
> the new USRP Flex 400 transceiver daughterboards. Handling of all
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, 7 December 2005 9:47 AM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] gmsk error
On Tue, 6 Dec 2005 14:24:43 -0800, Eric Blossom [EMAIL PROTECTED] wrote:
> Qui
On Sat, 19 Nov 2005 09:45, Eric Blossom wrote:
> On Sat, Nov 19, 2005 at 10:39:17AM +1030, Berndt Josef Wulf wrote:
> > > Regarding 2.6: I still need to clean up the boost autoconf code and
> > > confirm that "make distcheck" works on our favorite platforms. Other
On Sat, 19 Nov 2005 10:39, Berndt Josef Wulf wrote:
> > Regarding 2.6: I still need to clean up the boost autoconf code and
> > confirm that "make distcheck" works on our favorite platforms. Other
> > than that, we're good to go.
>
> I'm now getting fo
On Sat, 19 Nov 2005 08:51, Eric Blossom wrote:
> Hi folks,
>
> I've recently checked in a bunch of changes, some of which were to
> gr_block.h, which everything depends on.
>
> As a result, if you are tracking CVS, you will need to update and
> rebuild *everything*.
>
> One of the changes altered h
You need the later usrp firmware which can be obtained from:
http://comsec.com/usrp/usrp_fpga_rev2_2005_10_24.rbf
cheerio Berndt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Lee Patton
Sent: Friday, 28 October 2005 10:15 AM
To: Eric Blossom
Cc: Discuss g
This is exactly how pkgsrc works. Just do 'make install' in the gnuradio
meta-package and it will install all GNU Radio modules whilst keeping track
of all dependencies which also are installed if not present. This enables me
to rebuild the GNU Radio distribution in a matter of 15 minutes.
Uninst
On Thu, 13 Oct 2005 13:02, Eric Blossom wrote:
> I've resurrected rev 1.1 of gr_vmcircbuf_mmap_tmpfile and have added a
> check for contiguous mapping.
>
> NetBSD should be back in business.
Thanks, yes we are back in business ;-)
cheerio Berndt
pgpEdd8jJKN6R.pgp
Description: PGP signature
On Fri, 14 Oct 2005 06:14, LRK wrote:
> Here run as user gr:
>
> ./test_usrp_standard_rx -D 128
> xfered 1.34e+08 bytes in 67.3 seconds. 1.996e+06 bytes/sec. cpu time =
> 1.312 noverruns = 16
>
> ./test_usrp_standard_rx -D 64
> xfered 1.34e+08 bytes in 33.6 seconds. 3.994e+06 bytes/sec. cpu tim
On Thu, 13 Oct 2005 08:00, LRK wrote:
> On Thu, Oct 13, 2005 at 06:32:03AM +0930, Berndt Josef Wulf wrote:
> > > > with CVS-current I'm getting the following message:
> > > >
> > > > barossa: {2} ./dial_tone.py
> > > > gr_vmcircb
On Thu, 13 Oct 2005 17:05, Eric Blossom wrote:
> > I believe it was gnuradio-examples/python/usrp/benchmark_usb.py that
> > triggered the problem here.
> >
> > cheerio Berndt
>
> That should be the right answer, but is not completely reliable.
>
> Try running test_usrp_standard_rx with different va
-Original Message-
From: LRK [mailto:[EMAIL PROTECTED]
Sent: Thursday, 13 October 2005 3:14 PM
To: Berndt Josef Wulf
Cc: Discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] FreeBSD - more
> On Thu, Oct 13, 2005 at 02:50:46PM +0930, Berndt Josef Wulf wrote:
>> >> &g
>> > Progress but as always clues are welcome.
>>
>> Do NetBSD and FreeBSD use the same USB implementation?
>
> At least very similar. Berndt sent me a patch for the ugen.c code and it
> looks similar at that point although the line numbers don't match. The
> patch also did not seem to affect my pr
On Thu, 13 Oct 2005 06:57, Eric Blossom wrote:
> On Thu, Oct 13, 2005 at 06:32:03AM +0930, Berndt Josef Wulf wrote:
> > > (1) Re sysv_shm, increase the system limits using sysctl:
> > >
> > > http://mail-index.netbsd.org/tech-kern/2002/07/07/0003.html
>
On Wed, 12 Oct 2005 11:48, Eric Blossom wrote:
> On Wed, Oct 12, 2005 at 10:52:41AM +0930, Berndt Josef Wulf wrote:
> > G'day,
> >
> > with CVS-current I'm getting the following message:
> >
> > barossa: {2} ./dial_tone.py
> > gr_vmcircbuf_crea
G'day,
with CVS-current I'm getting the following message:
barossa: {2} ./dial_tone.py
gr_vmcircbuf_createfilemapping: createfilemapping is not available
gr_vmcircbuf_sysv_shm: shmat (1): Too many open files
gr_vmcircbuf_sysv_shm: shmat (1): Too many open files
gr_vmcircbuf_sysv_shm: shmat (1): T
eturn (EBUSY);
+
/* Make sure there are pipes for all directions. */
for (dir = OUT; dir <= IN; dir++) {
if (flag & (dir == OUT ? FWRITE : FREAD)) {
Hope this helps.
cheerio Berndt
On Mon, 10 Oct 2005 00:52, LRK wrote:
> On Sun, May 15, 2005 at 10:13:03AM +0930, B
On Sun, 9 Oct 2005 12:48, Eric Blossom wrote:
>
>
> I've got a couple of questions:
>
> (1) Is "ham" the proper place for this? Is there something broader
> than "ham" that includes "comms" in general? The majority of our users
> aren't hams, and many of the applications have nothing to do with
>
G'day,
I've committed code that makes GNU Radio available through pkgsrc - The NetBSD
Packages Collection. It is my intention to track the official releases of GNU
Radio. A meta-package that will install all currently supported modules can
be found on.
ftp://ftp.netbsd.org/pub/NetBSD/packages/
On Sat, 8 Oct 2005 20:10, Stephane Fillod wrote:
> Howdy Berndt,
>
> Berndt Josef Wulf wrote:
> > quick question: I'm trying to build Dream DRM but it appears to need a
> > different version of fftw as it can't detect fftw_create_plan in fftw3.
> > Which ve
On Fri, 30 Sep 2005 00:00, Krzysztof Kamieniecki wrote:
> I havn't had a chance to look into this (I'm in the middle of moveing) but
> I think when I tested my dbs (at postion B) right before the move I had to
> change a hardcoded assumption that the DBS was at position A. This was in
> dbs_debug.p
On Fri, 30 Sep 2005 00:56, LRK wrote:
> When I connect the USRP, FreeBSD sets it at /dev/ugen0, the generic USB
> driver. This uses 'devfs' which is new to FreeBSD 5.x and to me.
>
> If I run something like usrp_fft.py with the default permissions I get
> a failure message on the firmware load. Thi
On Thu, 29 Sep 2005 02:00, Eric Blossom wrote:
> On Wed, Sep 28, 2005 at 07:23:21PM +0930, Berndt Josef Wulf wrote:
> > G'day,
> >
> > I appear to have problems in getting the dbs_rx daughter to work. It may
> > yet be another OS (NetBSD usb device) problem. Hop
G'day,
I appear to have problems in getting the dbs_rx daughter to work. It may yet
be another OS (NetBSD usb device) problem. Hopefully, it won't be hardware!
Operation of the tvrx daughter board appears to be fine - receiving signals
at around -100dbm sensitivity (is this what can be expected
p_dbid.BASIC_RX:
self.dboard = None# FIXME
raise NotImplementedError
cheerio Berndt
On Fri, 23 Sep 2005 13:52, Berndt Josef Wulf wrote:
> Which version of GNU Radio do you use? I'm currently using CVS-20050817 and
> usrp_fpga_rev2_2005_07_30.rbf. Maybe this is an
ion near me after I turn Imus in the Morning off of the SDR-1000.
>
> It definitely works.
>
> Bob
>
> Berndt Josef Wulf wrote:
> >G'day,
> >
> >I've become the proud owner of a tvrx daughter board and ready to take a
> >further step. Does the tvrx
G'day,
I've become the proud owner of a tvrx daughter board and ready to take a
further step. Does the tvrx_wfm_rcv_gui.py code work? All I'm getting is
scratchy noise after increasing the gain to near maximum. The
connection /deconnection of an antenna doesn't register any changes in the
nois
On Tue, 20 Sep 2005 21:48, Robert McGwier wrote:
> Same here:
>
> Under Suse 9.3 (WHICH I HAVE HAD FOR MONTHS) 8-) , xerces will not
> compile. The latest version, 2_7_0 gets further into the build than
> before but will not build. Since I could not figure out a single need
> for it, I remov
G'day,
where do I find the current USRP firmware suitable to run CVS-current? Is it
still the same as found in the usrp-0.5.tgz archive?
cheerio Berndt
pgpQovYJTUdJB.pgp
Description: PGP signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gn
G'day,
I've been following this thread with great interest.
The links below point to URLs listing the features of DVB-T USB2.0 stick
products from various manufacturers. These devices are extremely small and
according to the specifications it appears that they rely on the host's CPU
processing
On Fri, 19 Aug 2005 05:05 am, you wrote:
> On Wed, Aug 17, 2005 at 03:56:48PM +0930, Berndt Josef Wulf wrote:
> > G'day,
> >
> > the following error is encountered during the build process of gr-usrp:
> >
> > c++ -DHAVE_CONFIG_H -I. -I.. -pthread
> &g
G'day,
the following error is encountered during the build process of gr-usrp:
c++ -DHAVE_CONFIG_H -I. -I.. -pthread
-I/usr/pkgsrc/ham/gr-usrp/work/.buildlink/include/gnuradio
-I/usr/pkgsrc/ham/gr-usrp/work/.buildlink/include
-I/usr/pkgsrc/ham/gr-usrp/work/.buildlink/include/python2.4
-I/usr
On Wed, 17 Aug 2005 12:55 pm, Berndt Josef Wulf wrote:
G'day,
same as in my previous email about gnuradio-core, the distclean process fails
for the same reasons in usrp/doc. Find appended fix below:
cheerio Berndt
--- doc/Makefile.in.orig2005-08-17 14:33:12.0 +0930
++
G'day,
I'm experiencing problems when issuing a "make distclean" in gnuradio-core.
The problem shows up when attempting to remove certain files or directory in
gnuradio-core/doc that didn't exist due to failure of the build process.
A fix to get around this problem is to force the 'rm' utility
On Sunday 15 May 2005 11:28, Eric Blossom wrote:
> On Sun, May 15, 2005 at 10:13:03AM +0930, Berndt Josef Wulf wrote:
> > > This is similar to the problem I had with the audio device that doesn't
> > > permit it to be opened by two or more processes, see the lines
>
>
> This is similar to the problem I had with the audio device that doesn't
> permit it to be opened by two or more processes, see the lines containing
> EBUSY. I will try to figure out which part of benchmark_usb.py doesn't
> close the ugen device.
>
The problem is that benchmark_usb.py opens usr
On Sunday 15 May 2005 03:32, Eric Blossom wrote:
> On Sat, May 14, 2005 at 06:41:04PM +0930, Berndt Josef Wulf wrote:
> > Ok, it's working again. I had to rebuild libusb after a kernel upgrade.
> > The usrp example script files run fine now. It seems to perform better
>
On Saturday 14 May 2005 11:49, Eric Blossom wrote:
> On Sat, May 14, 2005 at 11:39:21AM +0930, Berndt Josef Wulf wrote:
> > On Saturday 14 May 2005 02:19, Eric Blossom wrote:
> > > Obvious check #1: Is the USRP plugged in and powered up?
> > >
> > > Did you
On Saturday 14 May 2005 02:19, Eric Blossom wrote:
> On Fri, May 13, 2005 at 10:47:17PM +0930, Berndt Josef Wulf wrote:
> > G'day Folks,
> >
> > after updating to the current GnuRadio CVS source I'm getting the
> > following error message when attempting to
G'day Folks,
after updating to the current GnuRadio CVS source I'm getting the following
error message when attempting to run applications that inovle the USRP:
File "./usrp_fft.py", line 49, in __init__
self.u = usrp.source_c (0, options.decim, 1, options.mux, 0)
File "/usr/pkg/lib/pyth
On Tuesday 03 May 2005 04:13, Eric Blossom wrote:
> On Mon, May 02, 2005 at 09:27:19AM -0700, Matt Ettus wrote:
> > [EMAIL PROTECTED] wrote:
> > > Hi,
> > >
> > > I can't check the archives at the moment as lists.gnu.org doesn't want
> > > to talk to anyone, but I don't remember anyone saying anyth
On Monday 02 May 2005 11:31, Bob McGwier wrote:
> Just installed SUSE 9.3 on a clean drive and am getting this problem.
> gnuradio-core goes first in the for-all-dirs list with ../buildit and
> this error is the first in the list of tests. I then tried making and
> installing
> the gr-gsm vocoder
On Tuesday 12 April 2005 16:12, Amaury Jacquot wrote:
> what would it take for gnuradio to be wired with the ax-25 code in the
> kernel (the PSK-31 stuff seems like a prime contender)
>
If you do, consider that not all platform have kernel support for AX25 and
hence it should be optional. It's ha
On Saturday 09 April 2005 08:32, Sachi wrote:
> Hey Guys,
>
> What's the main difference between nbfm_rcv.py and
> wfm_rcv_gui.py? I try to use nbfm_rcv.py to receive FM
> signals, but the effects are very bad. Do we have any
> examples demodulating the stereo FM?
>
> Thank you for your time
>
> BT
On Tuesday 05 April 2005 10:09, John Clark wrote:
> John Clark wrote:
> > I just checked out the most recent CVS sources, using the procedure:
>
> I then updated my version of 'autoconfig', and 'automake' to be the most
> recent on ftp.gnu.org, and got the following: (truncated for brevity
> sake..
G'day,
I've just received a message that my subscription was disabled due to
excessive bounces. Further investigations revealed that this is due to the
mailserver rejecting HTML formatted emails. This type of email accounts for
80% of spam received here and hence this rule is of great relief.
G'day,
is usrp_std_release-020105.rbf still the current release or has ther been any
updates since?
cheerio Berndt
--
Every man who says frankly and fully what he thinks is doing a public service.
[Leslie Stephen]
___
Discuss-gnuradio mailing list
D
G'day,
The Australian APC magazine included a DVD with the FTP version of Suse 9.2
and I couldn't help myself to install and build GnuRadio using a spare
partition on my laptop. After downloading a number of missing RPMS, mostly
development utilities and files that are only included with "Suse
G'day,
thanks for supplying the man page on trunc(). This function is indeed missing
in NetBSD - not sure why.
Anyhow, I think I've found a solution that works and may be acceptable for
inclusion into the source tree for platforms that lack this functionality.
Find patch below that checks for
G'day,
gr_frequency_modulator_fc.cc: In member function `virtual int
gr_frequency_modulator_fc::work(int, gr_vector_const_void_star&,
gr_vector_void_star&)':
gr_frequency_modulator_fc.cc:65: error: `trunc' undeclared (first use this
function)
where does trunc() come from? It's not part o
G'day,
Is it just me or do others experience problems in receiving email from this
mailing list for the last couple of days? Mailman confirmed my subscription
to the list but no mail since Tuesday.
cheerio Berndt
--
Every man who says frankly and fully what he thinks is doing a public service.
On Tue, 22 Feb 2005 09:14 am, Suvda Myagmar wrote:
> When compiling gnuradio-core, I would like to predefine some macros as
> command-line options of the compiler. For example:
>
> g++ -DDEBUG -DMY_EXTEND
>
> Because in gnuradio all Makefiles are machine-generated I can't figure
> out where to spec
101 - 200 of 209 matches
Mail list logo