1 Sep 2010 17:10
Re: MAC SPDIF Problem
Ross Bencina <rossb-lists <at> audiomulch.com>
2010-09-01 15:10:14 GMT
2010-09-01 15:10:14 GMT
Hi Guys
I can reproduce what I think is the same crash
using SoundFlower (http://cycling74.com/products/soundflower/). At least I get
the same error at the same line.
I'm still on OS X 10.5.? (10.5.6
perhaps)
Steps to reproduce:
1. Use Soundflower 2ch for
input, built-in audio for output
2. In a single process,
first open a full duplex stream at 44.1k, start,stop, close, then open again at
96k, start, stop, close, then again at 44.1k, start... crash (run the
stream for a few seconds in each case)
3. The assertion failure
below happens after the stream is running for the 3rd time
The message is:
||PaMacCore (AUHAL)|| Error on line 2143:
err='-10863', msg=Audio Unit: cannot do in current context
pa_mac_core.c:2144: failed assertion
`!err'
The error is being returned by AudioUnitRender in
the capture IOProc. You can see the stack trace and variables in these
screenshots I took from XCode:
With variable view showing the state of the stream:
http://bit.ly/bOWrJN
http://bit.ly/bOWrJN
Note that there is one weird thing: the stream
indicates that both input and output are at 44.1k but inputSRConverter is not
NULL.
By the way, are we really supposed to be passing
through the ioActionFlags parameter of our IOProc through to
AudioUnitRender?
I can try some things if you like but I'm a bit in
the dark about how to debug this.
I'll ask on the Core Audio list too...
Thanks
Ross
----- Original Message -----From: Frank LichtnerSent: Monday, August 23, 2010 2:21 AMSubject: Re: [Portaudio] MAC SPDIF ProblemHi Bjorn,
I have a MAC-Mini and used the internal SPDIF port.
I updated to rev. 1537, but still the same problem.
Here the crash report: Thread 4 Crashed: 0 libSystem.B.dylib 0x94b59136 __semwait_signal_nocancel + 10 1 libSystem.B.dylib 0x94b52013 usleep$NOCANCEL$UNIX2003 + 61 2 libSystem.B.dylib 0x94b69685 abort + 85 3 libSystem.B.dylib 0x94b5e3db __assert_rtn + 101 4 org.FRL.PG-AMM 0x001a0bd6 AudioIOProc + 3846 (pa_mac_core.c:2002) 5 ...pple.audio.units.Components 0x70011e95 AUGenericOutputEntry + 9541 6 com.apple.audio.CoreAudio 0x91c12177 HP_IOProc::Call(AudioTimeStamp const&, AudioTimeStamp const&, AudioBufferList const*, AudioTimeStamp const&, AudioBufferList*) + 319 7 com.apple.audio.CoreAudio 0x91c11e68 IOA_Device::CallIOProcs(AudioTimeStamp const&, AudioTimeStamp const&, AudioTimeStamp const&) + 274 8 com.apple.audio.CoreAudio 0x91c11d44 HP_IOThread::PerformIO(AudioTimeStamp const&) + 1246 9 com.apple.audio.CoreAudio 0x91c1011f HP_IOThread::WorkLoop() + 1239 10 com.apple.audio.CoreAudio 0x91c0fc43 HP_IOThread::ThreadEntry(HP_IOThread*) + 17 11 com.apple.audio.CoreAudio 0x91c00480 CAPThread::Entry(CAPThread*) + 96 12 libSystem.B.dylib 0x94aae155 _pthread_start + 321 13 libSystem.B.dylib 0x94aae012 thread_start + 34 Thread 4 crashed with X86 Thread State (32-bit): eax: 0x0000003c ebx: 0x94b58c88 ecx: 0xb01ad71c edx: 0x94b59136 edi: 0x1a7f7db0 esi: 0xb01ad778 ebp: 0xb01ad758 esp: 0xb01ad71c ss: 0x0000001f efl: 0x00000247 eip: 0x94b59136 cs: 0x00000007 ds: 0x0000001f es: 0x0000001f fs: 0x0000001f gs: 0x00000037 cr2: 0x1b8d7000 and this from system log:
: ||PaMacCore (AUHAL)|| Error on line 2137: err='-10863', msg=Audio Unit: cannot do in current context : Assertion failed: (!err), function AudioIOProc, file src/hostapi/coreaudio/pa_mac_core.c, line 2138. Frank
Am 22.08.2010 09:00, schrieb Ross Bencina:Hi Bjorn, Frank
If it's any help I've had reports of this on OSX 10.5 and 10.6 too. When the SPDIF external sample rate changes, PortAudio crashes.
There was also a report of a similar crash when using an RME fireface with external sync and changing the sample rate. Not sure if that's related or not.
Ross.
----- Original Message ----- From: "Bjorn Roche" <bjorn <at> xowave.com>
To: "Portaudio Mailing List" <portaudio <at> music.columbia.edu>
Sent: Sunday, August 22, 2010 10:33 AM
Subject: Re: [Portaudio] MAC SPDIF ProblemOn Aug 20, 2010, at 7:05 AM, Frank Lichtner wrote:Hi to all,
Hello Frank,
we still have the problem that PortAudio crashes on MAC when the signal is coming from the build in SPDIF input and the sample rate changes. This can be easily reproduced by connecting a DVD player to the SPDIF input playing a CD and then a DVD or the other way round, no matter. When the sample rate changes PortAudio asserts in pa_mac_core.c, line 2103
Sorry I don't have time to look into this personally right now -- especially since I can't reproduce this at the moment. Which OS version are you running and what hardware?
Perhaps you could find out exactly what the error is by printing it out? Since err is clearly not equal to RING_BUFFER_EMPTY, there should be some printout already from the ERR function (unless I am misremembering how that all works), so just sending your stdout would be useful.
Some "errors" are more like warnings or instructions to handle special cases. For example, perhaps the audio converter needs to be reset or something (although this should not be the case).
bjorn
-----------------------------
Bjorn Roche
XO Wave
Digital Audio Production and Post-Production Software
http://www.xowave.com
http://blog.bjornroche.com
http://myspace.com/xowave
_______________________________________________
Portaudio mailing list
Portaudio <at> music.columbia.edu
http://music.columbia.edu/mailman/listinfo/portaudio
_______________________________________________
Portaudio mailing list
Portaudio <at> music.columbia.edu
http://music.columbia.edu/mailman/listinfo/portaudio
_______________________________________________
Portaudio mailing list
Portaudio <at> music.columbia.edu
http://music.columbia.edu/mailman/listinfo/portaudio
_______________________________________________ Portaudio mailing list Portaudio <at> music.columbia.edu http://music.columbia.edu/mailman/listinfo/portaudio
RSS Feed