chris clepper said this at Sat, 22 Mar 2003 13:43:03 -0600:
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."
that's good news.
We take what we can get nowadays.
These are the changes since the last pa_mac_core.c synched with Pd:
<snip>
the thing that sort of concerns me is that portaudio seems to need patching to support every new device release for OSX. this is not good, and pretty much defeats a lot of what CoreAudio is meant to do.
It's not as bad as that, but it is worth some concern. I think part of it is the issue that apparently PA pitched itself a little too low in the CoreAudio chain.
plus the AudioConverter routine adds another buffer to the I/O chain which might mean at least another 64 samples of latency on both ends. pd already has a relatively high latency on OSX right now, so this isn't going to help out.
True. I haven't been that concerned with latency lately, but I'm sure it'll catch up with me later.
What should I do?
CVS is a good place for testing and experimentation. go ahead and commit it and i will compile a version and give it to some people using devices like the 828 and report back.
I just committed the file, as well as posted the binary (link in another message).
also, i would be interested in working on a direct CoreAudio implementation for pd. i'm tied up on a project until the second week in April, so i won't even take a look until then. anyone else interested in doing this?
I'm interested. Similarly tied up in the short term. I'm also suspecting that Miller's 0.37 audio implementation will be the best foundation for this.
Cheers, adam