ok thanks Istvan and Victor for help fixing real-time!

CsoundX is a csound5 front-end application for OSX
Although it is still in proof-of-concept phase,
it may still prove useful.

http://sonomatics.com/CsoundXAlpha2.dmg

Things you can do with CsoundX:
Render simultaneous MULTIPLE csd/orc/sco in real-time or to disk.
Use a generic GUI Control panel for real-time control that
 	you can replace or modify with YOUR OWN INTERFACE
 	using Apple's Interface Builder application. [ see README ]

Things you can't do with CsoundX:
Edit [ save ] your csd/orc/sco files
FLTK [ hangs CsoundX ]


[ No one has commented on the icon!?? ]

Crashes on Mac OS 10.3.9 and 10.4.4 when using external soundcard. 
Relevant information attached. I suggest you have a look at 
InOut/rtcoreaudio.c for maximum ease in implementing noninterleaved 
output.

Command: CsoundX
Path:    /Users/daveakbari/Desktop/CsoundX.app/Contents/MacOS/CsoundX
Version: ??? (1.0a2)
PID:     509
Thread:  2

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_INVALID_ADDRESS (0x0001) at 0x37720000

Thread 2 Crashed:
0   com.csounds.CsoundX            	0x00008ee0 0x1000 + 0x7ee0
1   com.csounds.CsoundX            	0x000043c4 
AudioRingBuffer::Store(AudioBufferList const*, unsigned long, long 
long) + 0x1f0
2   com.csounds.CsoundX            	0x00005888 
ComplexPlayThru::InputProc(void*, unsigned long*, AudioTimeStamp 
const*, unsigned long, unsigned long, AudioBufferList*) + 0xa4
3   ...pple.audio.units.Components 	0x99007e6c DefaultOutputAUEntry + 
0x6a78
4   ...idesign.DigiCoreAudioPlugIn 	0x0201ddb8 
DigiCoreAudioDevice::CoreAudioCallback() + 0x1ec (stl_tree.h:202)
5   ...idesign.DigiCoreAudioPlugIn 	0x0201dae0 
DigiCoreAudioDevice::AudioWakeup() + 0x34 (DigiCoreAudioDevice.cpp:169)
6   ...idesign.DigiCoreAudioPlugIn 	0x0201da9c 
DigiCoreAudioDevice::StaticAudioWakeup(void*) + 0x10 
(DigiCoreAudioDevice.cpp:154)
7   ...idesign.DigiCoreAudioPlugIn 	0x02021024 
CAPThread::Entry(CAPThread*) + 0x30 (CAPThread.cp:171)
8   libSystem.B.dylib              	0x90024990 _pthread_body + 0x28


-David

Matt,
I really wanted to comment on the icon but don't really know you well  
enough to make fun.  But, .... since you asked: nice mug.

I look forward to giving alpha 2 a spin.
Mitch



On Feb 12, 2006, at 1:54 PM, David Akbari wrote:

> Crashes on Mac OS 10.3.9 and 10.4.4 when using external soundcard.  
> Relevant information attached. I suggest you have a look at InOut/ 
> rtcoreaudio.c for maximum ease in implementing noninterleaved output.
>
> Command: CsoundX
> Path:    /Users/daveakbari/Desktop/CsoundX.app/Contents/MacOS/CsoundX
> Version: ??? (1.0a2)
> PID:     509
> Thread:  2
>
> Exception:  EXC_BAD_ACCESS (0x0001)
> Codes:      KERN_INVALID_ADDRESS (0x0001) at 0x37720000
>
> Thread 2 Crashed:
> 0   com.csounds.CsoundX            	0x00008ee0 0x1000 + 0x7ee0
> 1   com.csounds.CsoundX            	0x000043c4  
> AudioRingBuffer::Store(AudioBufferList const*, unsigned long, long  
> long) + 0x1f0
> 2   com.csounds.CsoundX            	0x00005888  
> ComplexPlayThru::InputProc(void*, unsigned long*, AudioTimeStamp  
> const*, unsigned long, unsigned long, AudioBufferList*) + 0xa4
> 3   ...pple.audio.units.Components 	0x99007e6c DefaultOutputAUEntry  
> + 0x6a78
> 4   ...idesign.DigiCoreAudioPlugIn 	0x0201ddb8  
> DigiCoreAudioDevice::CoreAudioCallback() + 0x1ec (stl_tree.h:202)
> 5   ...idesign.DigiCoreAudioPlugIn 	0x0201dae0  
> DigiCoreAudioDevice::AudioWakeup() + 0x34 (DigiCoreAudioDevice.cpp: 
> 169)
> 6   ...idesign.DigiCoreAudioPlugIn 	0x0201da9c  
> DigiCoreAudioDevice::StaticAudioWakeup(void*) + 0x10  
> (DigiCoreAudioDevice.cpp:154)
> 7   ...idesign.DigiCoreAudioPlugIn 	0x02021024 CAPThread::Entry 
> (CAPThread*) + 0x30 (CAPThread.cp:171)
> 8   libSystem.B.dylib              	0x90024990 _pthread_body + 0x28
>
>
> -David
>
> -- 
> Send bugs reports to this list.
> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk

Matt,
I was able to get the below instrument (the same one from "Csound5  
OSX MIDI performance" thread) to run very well under CsoundX Alpha  
2.  No glitches or drop outs at all.   I can get 8 notes polyphony  
with no break up.

One question.  I tried the same instrument with -B512 in CsOptions  
block.  I got a very distorted signal.  When I removed the -B512  
flag, all when very well.  What is the default for -B?  I saw where - 
b is hardwired to 512 in your README file.

One strange thing happened.  I have the application MIDI Keys open to  
send in Real Time MIDI notes.  When I use CsoundV GUI or CsoundV at  
the command line, MIDI Keys works with --midi-device=1.  With CsoundX  
alpha 2 however, I get the following complaint:
  *** PortMIDI: error: device number is out of range
The available MIDI in devices are:
    0: IAC Driver: IAC Bus 1 (CoreMIDI)
  *** error opening MIDI in device: -1 (Unknown MIDI error)

I can instead use --midi-device=0 and use the IAC Bus.  This works as  
expected when I set MIDI Keys to send on the IAC Bus.   I doubt this  
is a bug but wanted to let you know.

Nice work and can't wait to see where you take CsoundX
Mitch





-odac --midi-device=0 -m0 -d


sr = 44100
kr = 4410
ksmps = 10
nchnls = 2

instr 1
	;----------Get a note from the MIDI instrument
	icps	cpsmidi				; the note's frequency
	iamp1	ampmidi	127 			; the note's amplitude scaled to a value  
between 0 and 127
	iamp = (iamp1*iamp1)/16129		; vel 0-127 is squared then divided by  
16129 to give more realistic vel to amp relationship makes kenv range  
from 0-1

	;----------E.G. (MIDI realtime)
	irise = .1					; length of rise portion in seconds
	idec	= .1					; length of decay portion on seconds
		;----test to see if in release time (this block is modified version  
of that found under opcode "xtratim" in Csound Manual 4.23)
		xtratim idec					;extra-time, i.e. release dur
   		krel init 0
   		krel release 					;outputs release-stage flag (0 or 1 values)
   		if (krel > .5) kgoto rel 			;if in release-stage goto release  
section
		;----attack decay portion
		kenvatk linseg 0, irise, iamp, 50, iamp  	; ADD IN POINTS FOR  
COMPLEX ATTACK PORTION
		kenv = kenvatk   		
		kgoto done	
		;----release section
    		rel:
   		kenvrel linseg 1, .3*idec, .2, .7*idec, 0	; ADD IN POINTS FOR  
COMPLEX DECAY PORTION
   		kenv = kenvatk*kenvrel
   		done:
												
	;----------Main Oscilator
	a1		oscil		5000, icps, 1

	;----------Output
	ascl		=	a1*kenv				; BE SURE TO ADD IN THE *kenv SO THAT THE E.G. IS  
USED
	aout	clip	ascl, 0, 32000				; clip anything over 32000 to be sure  
nothing is out of rang
	outs aout, aout
endin




	


f1 0 4096 10 1 ;0 .5 0 .3

;i#	str	dur
i1 	0 		8888		; make the duration long this is 8888 seconds

> I was able to get the below instrument (the same one from "Csound5 OSX MIDI 
> performance" thread) to run very well under CsoundX Alpha 2.  No glitches or 
> drop outs at all.   I can get 8 notes polyphony with no break up.

cool.

> well.  What is the default for -B?  I saw where -b is hardwired to 512 in

i don't set it.  in MAcCsound i always have -B == -b, but usually 
i don't worry about -B


> Real Time MIDI notes.  When I use CsoundV GUI or CsoundV at the command line, 
> MIDI Keys works with --midi-device=1.  With CsoundX alpha 2 however, I get 
> the following complaint:
> *** PortMIDI: error: device number is out of range
> The available MIDI in devices are:
>   0: IAC Driver: IAC Bus 1 (CoreMIDI)
> *** error opening MIDI in device: -1 (Unknown MIDI error)
>
> I can instead use --midi-device=0 and use the IAC Bus.  This works as 
> expected when I set MIDI Keys to send on the IAC Bus.   I doubt this is a bug 
> but wanted to let you know.

i'm not doing anything with MIDI right now, so i would assume it would be 
the same as CsoundV?  eventually i will probably put in MacCsound's MIDI 
code [ virtual devices, etc.. ]

> 
> -odac --midi-device=0 -m0 -d
> 

CsoundX always has -odac and -iadc, so you don't need to have that on your 
csoptions..


-m

> I really wanted to comment on the icon but don't really know you well enough 
> to make fun.  But, .... since you asked: nice mug.

you recognize?

>
> I look forward to giving alpha 2 a spin.
> Mitch
>
>
>
> On Feb 12, 2006, at 1:54 PM, David Akbari wrote:
>
>> Crashes on Mac OS 10.3.9 and 10.4.4 when using external soundcard. 
>> Relevant information attached. I suggest you have a look at InOut/ 
>> rtcoreaudio.c for maximum ease in implementing noninterleaved output.
>> 
>> Command: CsoundX
>> Path:    /Users/daveakbari/Desktop/CsoundX.app/Contents/MacOS/CsoundX
>> Version: ??? (1.0a2)
>> PID:     509
>> Thread:  2
>> 
>> Exception:  EXC_BAD_ACCESS (0x0001)
>> Codes:      KERN_INVALID_ADDRESS (0x0001) at 0x37720000
>> 
>> Thread 2 Crashed:
>> 0   com.csounds.CsoundX            	0x00008ee0 0x1000 + 0x7ee0
>> 1   com.csounds.CsoundX            	0x000043c4 
>> AudioRingBuffer::Store(AudioBufferList const*, unsigned long, long long) + 
>> 0x1f0
>> 2   com.csounds.CsoundX            	0x00005888 
>> ComplexPlayThru::InputProc(void*, unsigned long*, AudioTimeStamp const*, 
>> unsigned long, unsigned long, AudioBufferList*) + 0xa4
>> 3   ...pple.audio.units.Components 	0x99007e6c DefaultOutputAUEntry + 
>> 0x6a78
>> 4   ...idesign.DigiCoreAudioPlugIn 	0x0201ddb8 
>> DigiCoreAudioDevice::CoreAudioCallback() + 0x1ec (stl_tree.h:202)
>> 5   ...idesign.DigiCoreAudioPlugIn 	0x0201dae0 
>> DigiCoreAudioDevice::AudioWakeup() + 0x34 (DigiCoreAudioDevice.cpp:169)
>> 6   ...idesign.DigiCoreAudioPlugIn 	0x0201da9c 
>> DigiCoreAudioDevice::StaticAudioWakeup(void*) + 0x10 
>> (DigiCoreAudioDevice.cpp:154)
>> 7   ...idesign.DigiCoreAudioPlugIn 	0x02021024 CAPThread::Entry 
>> (CAPThread*) + 0x30 (CAPThread.cp:171)
>> 8   libSystem.B.dylib              	0x90024990 _pthread_body + 0x28
>> 
>> 
>> -David
>> 
>> -- 
>> Send bugs reports to this list.
>> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk
>
> --Send bugs reports to this list.
> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk
>

Matt,
> CsoundX always has -odac and -iadc, so you don't need to have that  
> on your csoptions..
>
So I assume it will always be the System Default as set in System  
Preferences.

If say I wanted to use Soundflower, would I need to write -odac:1 or  
something like that?
Mitch




On Feb 12, 2006, at 7:09 PM, Matt J. Ingalls wrote:

>
>> I was able to get the below instrument (the same one from "Csound5  
>> OSX MIDI performance" thread) to run very well under CsoundX Alpha  
>> 2.  No glitches or drop outs at all.   I can get 8 notes polyphony  
>> with no break up.
>
> cool.
>
>> well.  What is the default for -B?  I saw where -b is hardwired to  
>> 512 in
>
> i don't set it.  in MAcCsound i always have -B == -b, but usually i  
> don't worry about -B
>
>
>> Real Time MIDI notes.  When I use CsoundV GUI or CsoundV at the  
>> command line, MIDI Keys works with --midi-device=1.  With CsoundX  
>> alpha 2 however, I get the following complaint:
>> *** PortMIDI: error: device number is out of range
>> The available MIDI in devices are:
>>   0: IAC Driver: IAC Bus 1 (CoreMIDI)
>> *** error opening MIDI in device: -1 (Unknown MIDI error)
>>
>> I can instead use --midi-device=0 and use the IAC Bus.  This works  
>> as expected when I set MIDI Keys to send on the IAC Bus.   I doubt  
>> this is a bug but wanted to let you know.
>
> i'm not doing anything with MIDI right now, so i would assume it  
> would be the same as CsoundV?  eventually i will probably put in  
> MacCsound's MIDI code [ virtual devices, etc.. ]
>
>> 
>> -odac --midi-device=0 -m0 -d
>> 
>
> CsoundX always has -odac and -iadc, so you don't need to have that  
> on your csoptions..
>
>
> -m
> -- 
> Send bugs reports to this list.
> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk

lucky guess.


On Feb 12, 2006, at 7:10 PM, Matt J. Ingalls wrote:

>
>> I really wanted to comment on the icon but don't really know you  
>> well enough to make fun.  But, .... since you asked: nice mug.
>
> you recognize?
>
>>
>> I look forward to giving alpha 2 a spin.
>> Mitch
>>
>>
>>
>> On Feb 12, 2006, at 1:54 PM, David Akbari wrote:
>>
>>> Crashes on Mac OS 10.3.9 and 10.4.4 when using external  
>>> soundcard. Relevant information attached. I suggest you have a  
>>> look at InOut/ rtcoreaudio.c for maximum ease in implementing  
>>> noninterleaved output.
>>> Command: CsoundX
>>> Path:    /Users/daveakbari/Desktop/CsoundX.app/Contents/MacOS/ 
>>> CsoundX
>>> Version: ??? (1.0a2)
>>> PID:     509
>>> Thread:  2
>>> Exception:  EXC_BAD_ACCESS (0x0001)
>>> Codes:      KERN_INVALID_ADDRESS (0x0001) at 0x37720000
>>> Thread 2 Crashed:
>>> 0   com.csounds.CsoundX            	0x00008ee0 0x1000 + 0x7ee0
>>> 1   com.csounds.CsoundX            	0x000043c4  
>>> AudioRingBuffer::Store(AudioBufferList const*, unsigned long,  
>>> long long) + 0x1f0
>>> 2   com.csounds.CsoundX            	0x00005888  
>>> ComplexPlayThru::InputProc(void*, unsigned long*, AudioTimeStamp  
>>> const*, unsigned long, unsigned long, AudioBufferList*) + 0xa4
>>> 3   ...pple.audio.units.Components 	0x99007e6c  
>>> DefaultOutputAUEntry + 0x6a78
>>> 4   ...idesign.DigiCoreAudioPlugIn 	0x0201ddb8  
>>> DigiCoreAudioDevice::CoreAudioCallback() + 0x1ec (stl_tree.h:202)
>>> 5   ...idesign.DigiCoreAudioPlugIn 	0x0201dae0  
>>> DigiCoreAudioDevice::AudioWakeup() + 0x34  
>>> (DigiCoreAudioDevice.cpp:169)
>>> 6   ...idesign.DigiCoreAudioPlugIn 	0x0201da9c  
>>> DigiCoreAudioDevice::StaticAudioWakeup(void*) + 0x10  
>>> (DigiCoreAudioDevice.cpp:154)
>>> 7   ...idesign.DigiCoreAudioPlugIn 	0x02021024 CAPThread::Entry  
>>> (CAPThread*) + 0x30 (CAPThread.cp:171)
>>> 8   libSystem.B.dylib              	0x90024990 _pthread_body + 0x28
>>> -David
>>> -- 
>>> Send bugs reports to this list.
>>> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk
>>
>> --Send bugs reports to this list.
>> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk
>>
> -- 
> Send bugs reports to this list.
> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk

ha ha isn't that Dr. B's smile ??


-David

On Feb 12, 2006, at 7:10 PM, Matt J. Ingalls wrote:

>
>> I really wanted to comment on the icon but don't really know you well 
>> enough to make fun.  But, .... since you asked: nice mug.
>
> you recognize?
>
>>
>> I look forward to giving alpha 2 a spin.
>> Mitch
>>
>>
>>
>> On Feb 12, 2006, at 1:54 PM, David Akbari wrote:
>>
>>> Crashes on Mac OS 10.3.9 and 10.4.4 when using external soundcard. 
>>> Relevant information attached. I suggest you have a look at InOut/ 
>>> rtcoreaudio.c for maximum ease in implementing noninterleaved 
>>> output.
>>> Command: CsoundX
>>> Path:    /Users/daveakbari/Desktop/CsoundX.app/Contents/MacOS/CsoundX
>>> Version: ??? (1.0a2)
>>> PID:     509
>>> Thread:  2
>>> Exception:  EXC_BAD_ACCESS (0x0001)
>>> Codes:      KERN_INVALID_ADDRESS (0x0001) at 0x37720000
>>> Thread 2 Crashed:
>>> 0   com.csounds.CsoundX            	0x00008ee0 0x1000 + 0x7ee0
>>> 1   com.csounds.CsoundX            	0x000043c4 
>>> AudioRingBuffer::Store(AudioBufferList const*, unsigned long, long 
>>> long) + 0x1f0
>>> 2   com.csounds.CsoundX            	0x00005888 
>>> ComplexPlayThru::InputProc(void*, unsigned long*, AudioTimeStamp 
>>> const*, unsigned long, unsigned long, AudioBufferList*) + 0xa4
>>> 3   ...pple.audio.units.Components 	0x99007e6c DefaultOutputAUEntry 
>>> + 0x6a78
>>> 4   ...idesign.DigiCoreAudioPlugIn 	0x0201ddb8 
>>> DigiCoreAudioDevice::CoreAudioCallback() + 0x1ec (stl_tree.h:202)
>>> 5   ...idesign.DigiCoreAudioPlugIn 	0x0201dae0 
>>> DigiCoreAudioDevice::AudioWakeup() + 0x34 
>>> (DigiCoreAudioDevice.cpp:169)
>>> 6   ...idesign.DigiCoreAudioPlugIn 	0x0201da9c 
>>> DigiCoreAudioDevice::StaticAudioWakeup(void*) + 0x10 
>>> (DigiCoreAudioDevice.cpp:154)
>>> 7   ...idesign.DigiCoreAudioPlugIn 	0x02021024 CAPThread::Entry 
>>> (CAPThread*) + 0x30 (CAPThread.cp:171)
>>> 8   libSystem.B.dylib              	0x90024990 _pthread_body + 0x28
>>> -David
>>> -- 
>>> Send bugs reports to this list.
>>> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk
>>
>> --Send bugs reports to this list.
>> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk
>>
> -- 
> Send bugs reports to this list.
> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk
>

not surprised.  i'm trying out default output audiounit via some apple 
sample code..

i assume same problem with aggregate devices?

thanks,
m

On Sun, 12 Feb 2006, David Akbari wrote:

> Crashes on Mac OS 10.3.9 and 10.4.4 when using external soundcard. Relevant 
> information attached. I suggest you have a look at InOut/rtcoreaudio.c for 
> maximum ease in implementing noninterleaved output.
>
> Command: CsoundX
> Path:    /Users/daveakbari/Desktop/CsoundX.app/Contents/MacOS/CsoundX
> Version: ??? (1.0a2)
> PID:     509
> Thread:  2
>
> Exception:  EXC_BAD_ACCESS (0x0001)
> Codes:      KERN_INVALID_ADDRESS (0x0001) at 0x37720000
>
> Thread 2 Crashed:
> 0   com.csounds.CsoundX            	0x00008ee0 0x1000 + 0x7ee0
> 1   com.csounds.CsoundX            	0x000043c4 
> AudioRingBuffer::Store(AudioBufferList const*, unsigned long, long long) + 
> 0x1f0
> 2   com.csounds.CsoundX            	0x00005888 
> ComplexPlayThru::InputProc(void*, unsigned long*, AudioTimeStamp const*, 
> unsigned long, unsigned long, AudioBufferList*) + 0xa4
> 3   ...pple.audio.units.Components 	0x99007e6c DefaultOutputAUEntry + 
> 0x6a78
> 4   ...idesign.DigiCoreAudioPlugIn 	0x0201ddb8 
> DigiCoreAudioDevice::CoreAudioCallback() + 0x1ec (stl_tree.h:202)
> 5   ...idesign.DigiCoreAudioPlugIn 	0x0201dae0 
> DigiCoreAudioDevice::AudioWakeup() + 0x34 (DigiCoreAudioDevice.cpp:169)
> 6   ...idesign.DigiCoreAudioPlugIn 	0x0201da9c 
> DigiCoreAudioDevice::StaticAudioWakeup(void*) + 0x10 
> (DigiCoreAudioDevice.cpp:154)
> 7   ...idesign.DigiCoreAudioPlugIn 	0x02021024 
> CAPThread::Entry(CAPThread*) + 0x30 (CAPThread.cp:171)
> 8   libSystem.B.dylib              	0x90024990 _pthread_body + 0x28
>
>
> -David
>
> -- 
> Send bugs reports to this list.
> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk
>

:)

On Sun, 12 Feb 2006, David Akbari wrote:

> ha ha isn't that Dr. B's smile ??
>
>
> -David
>
> On Feb 12, 2006, at 7:10 PM, Matt J. Ingalls wrote:
>
>> 
>>> I really wanted to comment on the icon but don't really know you well 
>>> enough to make fun.  But, .... since you asked: nice mug.
>> 
>> you recognize?
>> 
>>> 
>>> I look forward to giving alpha 2 a spin.
>>> Mitch
>>> 
>>> 
>>> 
>>> On Feb 12, 2006, at 1:54 PM, David Akbari wrote:
>>> 
>>>> Crashes on Mac OS 10.3.9 and 10.4.4 when using external soundcard. 
>>>> Relevant information attached. I suggest you have a look at InOut/ 
>>>> rtcoreaudio.c for maximum ease in implementing noninterleaved output.
>>>> Command: CsoundX
>>>> Path:    /Users/daveakbari/Desktop/CsoundX.app/Contents/MacOS/CsoundX
>>>> Version: ??? (1.0a2)
>>>> PID:     509
>>>> Thread:  2
>>>> Exception:  EXC_BAD_ACCESS (0x0001)
>>>> Codes:      KERN_INVALID_ADDRESS (0x0001) at 0x37720000
>>>> Thread 2 Crashed:
>>>> 0   com.csounds.CsoundX            	0x00008ee0 0x1000 + 0x7ee0
>>>> 1   com.csounds.CsoundX            	0x000043c4 
>>>> AudioRingBuffer::Store(AudioBufferList const*, unsigned long, long 
>>>> long) + 0x1f0
>>>> 2   com.csounds.CsoundX            	0x00005888 
>>>> ComplexPlayThru::InputProc(void*, unsigned long*, AudioTimeStamp 
>>>> const*, unsigned long, unsigned long, AudioBufferList*) + 0xa4
>>>> 3   ...pple.audio.units.Components 	0x99007e6c 
>>>> DefaultOutputAUEntry + 0x6a78
>>>> 4   ...idesign.DigiCoreAudioPlugIn 	0x0201ddb8 
>>>> DigiCoreAudioDevice::CoreAudioCallback() + 0x1ec (stl_tree.h:202)
>>>> 5   ...idesign.DigiCoreAudioPlugIn 	0x0201dae0 
>>>> DigiCoreAudioDevice::AudioWakeup() + 0x34 
>>>> (DigiCoreAudioDevice.cpp:169)
>>>> 6   ...idesign.DigiCoreAudioPlugIn 	0x0201da9c 
>>>> DigiCoreAudioDevice::StaticAudioWakeup(void*) + 0x10 
>>>> (DigiCoreAudioDevice.cpp:154)
>>>> 7   ...idesign.DigiCoreAudioPlugIn 	0x02021024 CAPThread::Entry 
>>>> (CAPThread*) + 0x30 (CAPThread.cp:171)
>>>> 8   libSystem.B.dylib              	0x90024990 _pthread_body + 
>>>> 0x28
>>>> -David
>>>> -- 
>>>> Send bugs reports to this list.
>>>> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk
>>> 
>>> --Send bugs reports to this list.
>>> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk
>>> 
>> -- Send bugs reports to this list.
>> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk
>> 
>
> -- Send bugs reports to this list.
> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk
>

> So I assume it will always be the System Default as set in System 
> Preferences.

at the moment, yes -- i'm using the "default output audio unit"

> If say I wanted to use Soundflower, would I need to write -odac:1 or 
> something like that?

no - you will have to set soundflower to system default

-m