Adam Lindsay said this at Sat, 22 Mar 2003 15:38:19 +0000:
Olaf Matthes said this at Sat, 22 Mar 2003 15:04:17 +0100:
In the meantime some fixes for the Mout 828 have been added to portaudio v0.18 (which handles audio I/O in Pd) but as far as I know this changes have not been added to Pd...
Hmm... I haven't been watching PortAudio/MacOSX developments lately. I'll take a look to see if it compiles with current CVS, and post...
Right. Well, it compiles and runs just fine on my machine when I replace portaudio/pa_mac_core/pa_mac_core.c with the new one and recompile. I'm just using my normal internal sound driver, though. Best I can say is "it compiles, and it doesn't seem to break anything obvious."
These are the changes since the last pa_mac_core.c synched with Pd:
02.03.2003 - Phil Burk - always use AudioConverters so that we can adapt when format changes. Synchronize with device when format changes. 02.13.2003 - Phil Burk - scan for maxChannels because FormatMatch won't tell us. 03.05.2003 - Phil Burk and Dominic Mazzoni - interleave and deinterleave multiple CoreAudio buffers. Needed for MOTU828 and some other N>2 channel devices. See code related to "streamInterleavingBuffer". 03.06.2003 - Phil Burk and Ryan Francesconi - fixed numChannels query for MOTU828. Handle fact that MOTU828 gives you 8 channels even when you ask for 2!
Pablio and pa_common have also changed recently, but I haven't messed with them, being as conservative as possible with changes.
What should I do?
- Check in the new pa_mac_core.c and let curious people compile the
devel_0_36 branch? 2) Point people to the portaudio tarball and let them experiment with the sources themselves? http://portaudio.com/archives/pa_snapshot_v18.tar.gz 3) Seed a new pd/bin/pd binary to people who want to test the updated portaudio stuff with a range of hardware?
adam