trubbel, krash o frys

testat både 10.4.8 och .9, samma.
Digi's core audio, ja
Firmwaren är den senaste, har nog inte kommit någon. (då den är urkopplad är det ju lugnt, så har mest troligt med drivern att göra)
Har inte pro tools igång då det händer. Händer mig oftast efter alt-tab till Terminalen sen ska skriva nåt där. Den spelar ju maccens alert-beep lite då och då, verkar som att första beepet efter en switch kan trigga freezen...

iGore, gjort nåt åt det? Köra utan mboxen ikopplad e ju inget alternativ.

Jag har mailats en hel del med Digidesign supporten. De försöker bara få mig att installera om pro tools, slänga prefs, reparera permissions etc etc. Inget av det är relevant för problemet dock..

Såhär ska det ju inte stå i system.log (kommer ibland direkt efter en frysning)

Mar 26 18:47:06 david kernel[0]: USBF: 92268.252 AppleUSBUHCI[0x3933000]::AddIsochFramesToSchedule - expected frame (46283469) and see frame (46283472) - should do something here!!
Mar 26 18:47:06 david kernel[0]: USBF: 92268.252 AppleUSBUHCI[0x3933000]::AddIsochFramesToSchedule - expected frame (46283470) and see frame (46283476) - should do something here!!

samplar man t.ex. terminalen efter att den hängt sig så får man,

Analysis of sampling pid 262 every 10.000000 milliseconds
Call graph:
300 Thread_0f07
300 0x27351
300 0x24b2
300 NSApplicationMain
300 -[NSApplication run]
300 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:]
300 _DPSNextEvent
300 BlockUntilNextEventMatchingListInMode
300 ReceiveNextEventCommon
300 RunCurrentEventLoopInMode
300 CFRunLoopRunInMode
300 CFRunLoopRunSpecific
300 0x114fe
300 0x1162d
300 0x11906
300 0xa317
300 0x15827
300 -[NSSound play]
300 AudioOutputUnitStart
300 CallComponentDispatch
300 DefaultOutputAUEntry
300 DefaultOutputAUEntry
300 AudioDeviceStart
300 HALDevice::StartIOProc(long (*)(unsigned long, AudioTimeStamp const*, AudioBufferList const*, AudioTimeStamp const*, AudioBufferList*, AudioTimeStamp const*, void*))
300 HALPlugIn::DeviceStartIOProc(HALObject const&, long (*)(unsigned long, AudioTimeStamp const*, AudioBufferList const*, AudioTimeStamp const*, AudioBufferList*, AudioTimeStamp const*, void*))
300 HP_PlugIn_DeviceStart(AudioHardwarePlugInInterface**, unsigned long, long (*)(unsigned long, AudioTimeStamp const*, AudioBufferList const*, AudioTimeStamp const*, AudioBufferList*, AudioTimeStamp const*, void*))
300 HP_Device::ExecuteCommand(HP_Command*)
300 HP_Device::StartIOProc(long (*)(unsigned long, AudioTimeStamp const*, AudioBufferList const*, AudioTimeStamp const*, AudioBufferList*, AudioTimeStamp const*, void*))
300 HP_IOProcList::StartIOProc(long (*)(unsigned long, AudioTimeStamp const*, AudioBufferList const*, AudioTimeStamp const*, AudioBufferList*, AudioTimeStamp const*, void*))
300 HP_IOProc::AllocateBufferList(bool)
300 HP_IOProc::AllocateBufferList(HP_Device const&, bool, std::vector<bool, std::allocator<bool> > const&, unsigned long, std::vector<IOBuffer*, std::allocator<IOBuffer*> >&, bool)
300 IOA_Stream::RegisterIOBuffer(unsigned long, unsigned long, void*)
300 IOA_HWDevice::RegisterIOBuffer(long, void*, unsigned long, unsigned long)
300 IOConnectMethodScalarIScalarO
300 io_connect_method_scalarI_scalarO
300 mach_msg_trap
300 mach_msg_trap

ser ju ut som det sista den fastnar på har med ljudet o göra.

nu kört macpro firmware update som skulle fixa nåt me audio
samt provat 10.4.10

samma shit, startar ett ljud från valfri app får ibland hela burken o bli skum, måste hålla ned power i 4sek för att starta om....

kommer dom nånsin o fixa. Gissar iofs att alla har denna bug men då den ofta uppträder då man stressar datorn, playar, pausar, hoppar till annat program, playar där, pausar, etc. då händer det.