Re: [Discuss-gnuradio] initial gr-audio-portaudio

[Thomas Schmid]

With help of the examples, I was able to get a little bit further. The
portaudio_sink now gets initialized, but it shortly after fails with
an abort trap. The cause is line 167 in audio_portaudio_sink.cc where
d_portaudio_buffer_size is 0. It looks like if
Pa_GetStreamInfo(d_stream)->outputLatency is already 0. Any ideas why
this happens?

Thomas

On 3/12/06, Stephane Fillod <address@hidden> wrote:
> 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 address@hidden:~/gnuradio/gr-build/gnuradio-examples/python/audio$
> > ./dial_tone.py
> > Traceback (most recent call last):
> >   File "./dial_tone.py", line 55, in ?
> >     my_graph().run()
> >   File "./dial_tone.py", line 48, in __init__
> >     dst = audio.sink (sample_rate, options.audio_output)
> >   File 
> > "/Users/thomas/gnuradio/gr/lib/python2.4/site-packages/gnuradio/audio_portaudio.py",
> > line 235, in sink
> >     return _audio_portaudio.sink(*args)
> > NotImplementedError: No matching function for overloaded 'sink'
> >
> > Now I am stuck. Any idea why this happens or what could be wrong?
>
> Most likely the arguments are not what is expected.
> Looking at gr-audio-portaudio/src/audio_portaudio.i, they should be:
>
> audio_portaudio_sink (int sampling_freq,
>                    int ok_to_block,
>                    const std::string device_name
>                    )
>
> device_name defaults to "", and ok_to_block defaults to 1.
>
> Eric, the argument order may be tweaked.
>
>
> > Here is what I did, if anyone wants to repeat it:
> >
> > - install xcode 2.2
> > - install coreaudio sdk 1.4.3
> > - downloaded portaudio V19 and applied patch
> > - fixed small -framework error on line 144 of configure.in (remove
> > double -framework)
> > - fixed also -framework error in Makefile.in
>
> We should definitely add automake/libtool support to portaudio.
>
> > - removed the portaudio.pc directives which were added from the patch
> > (no portaudio.pc target in the makefile, will do it manually later on.
> > i think it is missing.)
>
> Look at my other mail. This should not be necessary if built from
> scratch.
>
> --
> Stephane
>