From what I'm guessing, as a completely uneducated and unqualified Crash Log Analyzer (newly appointed as of this sitting

) it would appear that a group of audio strings got poured directly into the output without buffering or queuing with a "semaphore wait trap." All other threads show either the buffering or wait trap. This one does not, and it's the one that crashed. Thread 16:
Thread 14:
0 libSystem.B.dylib 0x98d459ee mach_wait_until + 10
1 ...ple.CoreServices.CarbonCore 0x97026034 MPDelayUntil + 43
2 ...ple.CoreServices.CarbonCore 0x97035a56 Delay + 107
3 ...opellerheads.rewire.library 0x241637e8 RWPUnregisterDeviceImp +
21574
4 ...opellerheads.rewire.library 0x2417ea5c RWPUnregisterDeviceImp +
132794
5 libSystem.B.dylib 0x98d72fbd _pthread_start + 345
6 libSystem.B.dylib 0x98d72e42 thread_start + 34
Thread 15:
0 libSystem.B.dylib 0x98d45916 semaphore_wait_trap + 10
1 com.motu.MAS.framework 0x01805d69 0x17bd000 + 298345
2 com.motu.MAS.framework 0x018250c4 0x17bd000 + 426180
3 com.motu.MAS.framework 0x01825145 0x17bd000 + 426309
4 libSystem.B.dylib 0x98d72fbd _pthread_start + 345
5 libSystem.B.dylib 0x98d72e42 thread_start + 34
Thread 16 Crashed:
0 com.motu.MAS.framework 0x017efdd3 0x17bd000 + 208339
1 com.motu.MAS.framework 0x01823a86 0x17bd000 + 420486
2 com.motu.MAS.framework 0x0182508d 0x17bd000 + 426125
3 com.motu.MAS.framework 0x01825145 0x17bd000 + 426309
4 libSystem.B.dylib 0x98d72fbd _pthread_start + 345
5 libSystem.B.dylib 0x98d72e42 thread_start + 34
Thread 17:
0 libSystem.B.dylib 0x98d45916 semaphore_wait_trap + 10
1 com.motu.MAS.framework 0x01805d69 0x17bd000 + 298345
2 com.motu.MAS.framework 0x018250c4 0x17bd000 + 426180
3 com.motu.MAS.framework 0x01825145 0x17bd000 + 426309
4 libSystem.B.dylib 0x98d72fbd _pthread_start + 345
5 libSystem.B.dylib 0x98d72e42 thread_start + 34
Now, what that implies, or even whether I'm in the ballpark of a good guess, would have to be determined by MOTU or someone here with programming skills. SixStringGeek? You around?
Shooshie