[PD] Fwd: no sound on Macos

[Michael McGonagle]

Adam,

I have been looking at the MIDI stuff a little bit, and as PD also uses 
PortMIDI (for Mac OS X MIDI stuff), I thought that we could look at this 
too.

I still can't get PD to work properly, as I still get input from all 
input ports, and it outputs to all ports (not the one requested).

On the other hand, there is a program called 'pmtest' that is with the 
PortMIDI library, and it works properly. It is just a commandline test 
tool, but it selects the correct inputs and outputs. So, this leads me 
to think that there is something that PD is (or is not) doing. I have 
not really torn apart the code yet, this afternoon looks like a good time.

So, does anyone have any suggestions where to start on the MIDI stuff? I 
have been compiling some "tracer" code into the MIDI objects, just to 
get a feel for what code gets called when.

Mike


Adam Lindsay wrote:
> 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?
> 1) 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
> 
>