Re: [Discuss-gnuradio] Finally, audio_port_sink functional

[Thomas Schmid]

I just tried it out under Mac OS X 10.4 and it works, kind of. When I
try mono_tone.py, I can hear the tone, but there is some breaks in
between and the console spits out "UpUpUp".  A sample output is at the
end of the email. multi_tone.py on the other hand didn't work at all.
It quit with a invalid number of channels error. I will try to have a
look at that tomorrow.

Anyway, great work, Robert...

Thomas

22:53 address@hidden:~/gnuradio/gr-build/gnuradio-examples/python/audio$
./mono_tone.py
Number of devices found = 1
--------------------------------------- device #0
[ Default Input, Default Output ]
Name                        = Built-in Audio
Host API                    = Core Audio
Max inputs = 2, Max outputs = 2
Default low input latency   =    0.010
Default low output latency  =    0.001
Default high input latency  =    0.010
Default high output latency =    0.001
Built-in Audio is the chosen device using Core Audio as the host
pUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUpUp




On 3/15/06, Robert McGwier <address@hidden> wrote:
> pa_mono_tone.py and pa_multi_tone.py finally work, meaning
> audio_portaudio_sink is working.
>
> A real lesson was learned here.  The machinery built to handle all of
> the connected processing routines from sinks and sources are completely
> capable of handling "incompletes".  The complicated machinery trying to
> make things "just right" on every call to the sink was just not needed
> and caused myriad problems.    If you call a sink and tell it you have
> 1000 items but there is only space for 500,  consume 500 and return that
> you consumed 500 and all is well with the world.
>
> I ran
>
> ./pa_mono_tone.py  -O hw:0,0 and it chose alsa
> ./pa_mono_tone.py -O alsa  and it chose jack (read the device list, this
> will need real work)
> ./pa_mono_tone.py -O /dev/dsp and it chose oss
>
> All worked seamlessly.  pa_multi_tone.py was more problematic.  It would
> not work with jack in any settings.  On oss,  it was told my soundmax
> had 16 channels and started up all the channels and it just seemed to
> work.  I don't  know where the other 14 went!
>
> I am quite anxious for the Mac folks to tell us if this works.
>
>
> After this struggle, the source will be much easier to get it going for
> the first time.  The devices PA routines from all of these sound cards
> is about as rational as a screen door in a submarine.  This will take
> some real AI to fix.  Maybe I will dust off the common lisp ;-)
>
> Bob
>
> --
> AMSAT VP Engineering. Member: ARRL, AMSAT-DL, TAPR, Packrats,
> NJQRP/AMQRP, QRP ARCI, QCWA, FRC. ARRL SDR Wrk Grp Chairman
> Laziness is the number one inspiration for ingenuity.  Guilty as charged!
>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>