On Mon, Mar 13, 2006 at 02:36:24AM -0500, Robert McGwier wrote:
> Stephane:
>
> Can you give a modification of audio_copy.py and audio_play.py that use
> jack and portaudio? I do not seem to get the required syntax.
Here we go. Cc'd to the list since this is going to be a FAQ :-)
Index: mono
On Sun, Mar 12, 2006 at 07:14:15PM -0800, Thomas Schmid wrote:
> I tried your code on Mac OS X 10.4 and I get pretty far (everything
> compiles and isntalls after some hacking), but when I execute an audio
> example, I get this error:
>
> 19:04 [EMAIL PROTECTED]:~/gnuradio/gr-build/gnuradio-exampl
Hi Thomas,
On Sun, Mar 12, 2006 at 06:30:19PM -0800, Thomas Schmid wrote:
> Hi Stephane,
>
> Is it possible that the portaudio patch of yours is missing the
> portauido.pc target? I get errors if I want to install it, i.e., it
> tells me that there is no portaudio.pc target.
Have you run "acloca
On Sun, Mar 12, 2006 at 06:03:39PM -0800, Eric Blossom wrote:
> On Sun, Mar 12, 2006 at 10:20:16PM +0100, Stephane Fillod wrote:
> >
> > - against gnuradio-core: ot_gri_ringbuffer.patch
> > * src/lib/general/gri_ringbuffer.{cc,h},
> > src/lib/general/Makefile.am: new lockless ringbuffer
Frank Brickle wrote:
Robert McGwier wrote:
There are subtle race conditions that might occur but they are minor
irritants compared to the stupidity of what we were doing.
In particular you'd want to make sure any values that can be read in
the callback are set atomically in the client code.
On Mon, Mar 13, 2006 at 11:26:12AM +0800, [EMAIL PROTECTED] wrote:
> Hi, all
> Is there any script which is capable to replay the captured file
> generated by the usrp_rx_cfile.py? It is better if I can choose either the
> basic TX board (baseband only) or the USRP TVRX board (RF
> upconver
Robert McGwier wrote:
There are subtle race conditions that might occur but they are minor
irritants compared to the stupidity of what we were doing.
In particular you'd want to make sure any values that can be read in the
callback are set atomically in the client code. That includes flags th
Hi, all
Is there any script which is capable to replay the captured file
generated by the usrp_rx_cfile.py? It is better if I can choose either the
basic TX board (baseband only) or the USRP TVRX board (RF
upconversion). I dare not to try to cook my own script because it seems
that interpol
I tried your code on Mac OS X 10.4 and I get pretty far (everything
compiles and isntalls after some hacking), but when I execute an audio
example, I get this error:
19:04 [EMAIL PROTECTED]:~/gnuradio/gr-build/gnuradio-examples/python/audio$
./dial_tone.py
Traceback (most recent call last):
File
Yes. This is an error. To get started I just manually constructed
portaudio.pc and started work on gr-audio-portaudio. After we get the
appropriate fix to Makefile.in in the portaudio build, we should open
gr-audio-portaudio. It is ready for us all to beat on it and find the
problems.
Bob
No. The problem was caused by our own error. Under some pathological
conditions you want to reset the ring buffers and start over. We talked
ourselves into believing all off this was protected and we were just
plain wrong. I made the initial error and Frank recaptured the error in
beautiful
Hi Stephane,
Is it possible that the portaudio patch of yours is missing the
portauido.pc target? I get errors if I want to install it, i.e., it
tells me that there is no portaudio.pc target.
Thomas
On 3/12/06, Stephane Fillod <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 12, 2006 at 02:36:21PM -050
On Mon, Mar 13, 2006 at 11:08:44AM +1030, Berndt Josef Wulf wrote:
> 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'
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 and I had to build it from sourc
Stephane Fillod wrote:
On Sun, Mar 12, 2006 at 02:36:21PM -0500, Robert McGwier wrote:
That is why I put the message out. It will be good to have a working
starting point.
Okay, there it is. Just checked in to gr-audio-portaudio repository.
It's somewhat working, but there's still som
On Sun, Mar 12, 2006 at 02:36:21PM -0500, Robert McGwier wrote:
> That is why I put the message out. It will be good to have a working
> starting point.
Okay, there it is. Just checked in to gr-audio-portaudio repository.
It's somewhat working, but there's still some static in the audio
output
Some important fixes have been made in the last two weeks and that group
is really starting to come alive since Audacity and Debian both
threatened them with removal from their projects if they did not get
their V19 version out the door. That has helped tremendously. I am
adding WAVEFORMATEXTE
On Sat, Mar 11, 2006 at 07:41:02AM -0800, Angilberto Muniz Sb wrote:
> I think I've got it, Eric.
>
> According to "usrp_standard.h" the set_mux method
> understand the mux value a differente way...
>
> BTW does the same mux value works for rx way?
>
> Angilberto.
The Tx and Rx mux work differe
Robert McGwier wrote:
> On building FFTW3.1 the following works
>
> configure --enable-sse --enable-threads --enable-shared --enable-float
> --enable-3dnow
>
> --enable-k7 and --enable-shared do not work together but 3dnow works
> with shared. Go figure. This library has been tested on my P4
Good. Let's get it on.
Bob
Thomas Schmid wrote:
Just yesterday I was considering writing a gr-audio-mac block. But now
I will certainly not do that. So, if you guys need mac os x testers, I
am more than happy to help.
Thomas
On 3/12/06, Stephane Fillod <[EMAIL PROTECTED]> wrote:
On Sun
That is why I put the message out. It will be good to have a working
starting point.
Bob
Stephane Fillod wrote:
On Sun, Mar 12, 2006 at 01:29:55PM -0500, Robert McGwier wrote:
[..]
I am looking for a bug in my callback under portaudio on DttSP. This
will enable us to cross platform Dtt
Just yesterday I was considering writing a gr-audio-mac block. But now
I will certainly not do that. So, if you guys need mac os x testers, I
am more than happy to help.
Thomas
On 3/12/06, Stephane Fillod <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 12, 2006 at 01:29:55PM -0500, Robert McGwier wrote:
Today i dedicated my spare time to the tx basci board, experimenting with
usb, lsb and am signal synth.
The idea was tp get voice from pc microphone and usb or lsb modulate it. I
used a phasing modulator, based on the code excerpt reported below;
basically I apply a pass band to the float source
I think I've got it, Eric.
According to "usrp_standard.h" the set_mux method
understand the mux value a differente way...
BTW does the same mux value works for rx way?
Angilberto.
--- Angilberto Muniz Sb <[EMAIL PROTECTED]> wrote:
> Eric, it works but theres something I dont
> understand...
>
Terry Barnaby wrote:
Hi,
I note that the gr_firdes::hilbert() routine and hence the hilbert_fc
process does not have a gain of 1 for low numbers of taps (gain of
0.3 for 155 taps).
Is this correct ?
Cheers
Terry
___
Discuss-gnuradio mailing list
D
On Sun, Mar 12, 2006 at 01:29:55PM -0500, Robert McGwier wrote:
[..]
> I am looking for a bug in my callback under portaudio on DttSP. This
> will enable us to cross platform DttSP on linux, bsd, mac, and wintel.
> I have built gr-audio-portaudio but I want to make sure that it supports
gr-a
On building FFTW3.1 the following works
configure --enable-sse --enable-threads --enable-shared --enable-float
--enable-3dnow
--enable-k7 and --enable-shared do not work together but 3dnow works
with shared. Go figure. This library has been tested on my P4HT, Dual
Athlon MP, 8 head At
27 matches
Mail list logo
