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 [EMAIL PROTECTED]:~/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 <[EMAIL PROTECTED]> 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 > [email protected] > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > _______________________________________________ Discuss-gnuradio mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
