Nuendo Freezes every time

Nuendo 5.1.1
OSX 10.6.7 (freshly installed)
RME Fireface (x2) 2.91
UAD PCIe Quads (x3)
MacPro 1,1

I have this reoccurring issue and I’m not sure who is to blame so I posting on all related forums.

Every time I open the attached session and hit play no playback occurs. No channel meters show activity. When I try and adjust any sound card related setting like reset the hardware buffer, change routing in vst connections, Nuendo freezes. Upon force quit there is a report (attached).

I can repro this freeze over and over after multiple system restarts. My system has been fully reinstalled a week ago. New fresh OSX, Nuendo 5.1.1, RME drivers, UAD software.

here is the top of the report….

Date/Time: 2011-05-17 10:56:13 -0700
OS Version: 10.6.7 (Build 10J869)
Architecture: x86_64
Report Version: 7

Command: Nuendo
Path: /Applications/Nuendo 5.app/Contents/MacOS/Nuendo 5
Version: 5.1.1.651 (5.1.1.651)
Parent: launchd [140]

PID: 188
Event: hang
Duration: 5.34s (sampling started after 2 seconds)
Steps: 13 (100ms sampling interval)

Pageins: 30
Pageouts: 0


Process: Nuendo 5 [188]
Path: /Applications/Nuendo 5.app/Contents/MacOS/Nuendo 5
UID: 501

Thread 4d3 DispatchQueue 100
User stack:
13 ??? (in Nuendo 5 + 5270) [0x2496]
13 ??? (in Nuendo 5 + 17947872) [0x111ece0]
13 ??? (in Nuendo 5 + 6528175) [0x63acaf]
13 CResampleBase::~CResampleBase() + 1060928 (in Nuendo 5) [0x1458740]
13 CResampleBase::~CResampleBase() + 1382841 (in Nuendo 5) [0x14a70b9]
13 CResampleBase::~CResampleBase() + 4023888 (in Nuendo 5) [0x172bd50]
13 -[NSApplication run] + 821 (in AppKit) [0x913ed247]
13 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 156 (in AppKit) [0x9142afce]
13 _DPSNextEvent + 847 (in AppKit) [0x9142b78d]
13 BlockUntilNextEventMatchingListInMode + 81 (in HIToolbox) [0x902aba3e]
13 ReceiveNextEventCommon + 354 (in HIToolbox) [0x902abbb9]
13 RunCurrentEventLoopInMode + 392 (in HIToolbox) [0x902abe04]
13 CFRunLoopRunInMode + 97 (in CoreFoundation) [0x9990f291]
13 CFRunLoopRunSpecific + 452 (in CoreFoundation) [0x9990f464]
13 __CFRunLoopRun + 8059 (in CoreFoundation) [0x99911adb]
13 CResampleBase::~CResampleBase() + 4023686 (in Nuendo 5) [0x172bc86]
13 CResampleBase::~CResampleBase() + 1394875 (in Nuendo 5) [0x14a9fbb]
13 CResampleBase::~CResampleBase() + 1394262 (in Nuendo 5) [0x14a9d56]
13 CResampleBase::~CResampleBase() + 255663 (in Nuendo 5) [0x1393daf]
13 ??? (in Nuendo 5 + 14755818) [0xe137ea]
13 ??? (in Nuendo 5 + 12121036) [0xb903cc]
13 ??? (in Nuendo 5 + 15491655) [0xec7247]
13 CResampleBase::~CResampleBase() + 4461559 (in Nuendo 5) [0x1796af7]
13 semaphore_wait_trap + 10 (in libSystem.B.dylib) [0x92cd70d6]
Kernel stack:
13 semaphore_wait_continue + 0 [0x22a3e1]

Thread 66c DispatchQueue 126483205
User stack:
13 thread_start + 34 (in libSystem.B.dylib) [0x92d04682]
13 _pthread_start + 345 (in libSystem.B.dylib) [0x92d047fd]
13 VFoundation::VJobServer::ServerThreadProxy(void*) + 21 (in BFD2) [0x3db734c3]
13 VFoundation::VJobServer::ServerThread() + 348 (in BFD2) [0x3db72d90]
13 VFoundation::VSemaphore::WaitForSemaphore(long) + 82 (in BFD2) [0x3db86ce2]
13 usleep$UNIX2003 + 61 (in libSystem.B.dylib) [0x92d30e03]
13 __semwait_signal + 10 (in libSystem.B.dylib) [0x92d05046]
Kernel stack:
13 semaphore_wait_continue + 0 [0x22a3e1]

Thread 69b DispatchQueue 910410781
User stack:
13 thread_start + 34 (in libSystem.B.dylib) [0x92d04682]
13 _pthread_start + 345 (in libSystem.B.dylib) [0x92d047fd]
13 VSTPluginMain + 441163 (in POD Farm Guitar Amps) [0x805b6e65]
13 VSTPluginMain + 335520 (in POD Farm Guitar Amps) [0x8059d1ba]
13 ??? (in POD Farm Guitar Amps + 638188) [0x805e3cec]
13 VSTPluginMain + 194962 (in POD Farm Guitar Amps) [0x8057acac]
13 pthread_cond_wait + 48 (in libSystem.B.dylib) [0x92d4d45f]
13 semaphore_wait_signal_trap + 10 (in libSystem.B.dylib) [0x92cd70e2]
Kernel stack:
13 semaphore_wait_continue + 0 [0x22a3e1]

Thread 690 DispatchQueue 934010806
User stack:
13 thread_start + 34 (in libSystem.B.dylib) [0x92d04682]
13 _pthread_start + 345 (in libSystem.B.dylib) [0x92d047fd]
13 TWXCommandInterface + 1684546 (in L6TWXY) [0x74757962]
13 TWXCommandInterface + 1685185 (in L6TWXY) [0x74757be1]
13 usleep + 61 (in libSystem.B.dylib) [0x92d5e6aa]
13 mach_wait_until + 10 (in libSystem.B.dylib) [0x92cd71ae]
Kernel stack:
13 mach_wait_until_trap + 81 [0x2196fb]

Thread 4d7 DispatchQueue 1634545000
User stack:
13 start_wqthread + 30 (in libSystem.B.dylib) [0x92cfcb66]
13 _pthread_wqthread + 390 (in libSystem.B.dylib) [0x92cfcd21]
13 _dispatch_worker_thread2 + 240 (in libSystem.B.dylib) [0x92cfd29e]
13 _dispatch_queue_invoke + 163 (in libSystem.B.dylib) [0x92cfd4f9]
13 kevent + 10 (in libSystem.B.dylib) [0x92cfd922]
Kernel stack:
13 kevent + 97 [0x4783e9]

Thread 4dc
User stack:
13 _pthread_body + 27 (in libSystem.B.dylib) [0x92dccd5e]
13 ??? (in Nuendo 5 + 6992254) [0x6ac17e]
13 semaphore_timedwait_trap + 10 (in libSystem.B.dylib) [0x92cd70ee]
Kernel stack:
13 semaphore_wait_continue + 0 [0x22a3e1]

Thread 540
User stack:
13 thread_start + 34 (in libSystem.B.dylib) [0x92d04682]
13 _pthread_start + 345 (in libSystem.B.dylib) [0x92d047fd]
13 AVS::DestroyAVCDeviceController(AVS::AVCDeviceController*) + 317 (in DVCPROHDMuxer) [0x1d4be98f]
13 CFRunLoopRun + 84 (in CoreFoundation) [0x999153a4]
13 CFRunLoopRunSpecific + 452 (in CoreFoundation) [0x9990f464]
13 __CFRunLoopRun + 2079 (in CoreFoundation) [0x9991037f]
13 mach_msg_trap + 10 (in libSystem.B.dylib) [0x92cd709a]
Kernel stack:
13 ipc_mqueue_receive_continue + 0 [0x210cea]

Thread 541
User stack:
13 thread_start + 34 (in libSystem.B.dylib) [0x92d04682]
13 _pthread_start + 345 (in libSystem.B.dylib) [0x92d047fd]
13 CAPThread::Entry(CAPThread*) + 140 (in CoreAudio) [0x941694a4]
13 HALRunLoop::OwnThread(void*) + 162 (in CoreAudio) [0x9417d96e]
13 CFRunLoopRunInMode + 97 (in CoreFoundation) [0x9990f291]
13 CFRunLoopRunSpecific + 452 (in CoreFoundation) [0x9990f464]
13 __CFRunLoopRun + 6523 (in CoreFoundation) [0x999114db]
13 __CFMachPortPerform + 338 (in CoreFoundation) [0x99915772]
13 IOA_HWDevice::MachPortCallBack(__CFMachPort*, void*, long, void*) + 693 (in CoreAudio) [0x9416c6bb]
13 IOA_MultiDevice::HWDevice_Paused(IOA_HWDevice*) + 168 (in CoreAudio) [0x9419296e]
13 CAMutex::Lock() + 63 (in CoreAudio) [0x9414a323]
13 semaphore_wait_signal_trap + 10 (in libSystem.B.dylib) [0x92cd70e2]
nuendo freezes, no playback.zip (22.7 KB)

This occurred as well with both RME’s turned off. Changing audio device freezes Nuendo.

Hi,

does this only happen with this project? What happens if you create a new empty project?
Does it also happen if you do not open a project at all and then try to alter settings?

I have taken a look at your attachment. Unfortunately it doesn’t include the session you are referring to.
The included report is a system trace - a snapshot of all processes running at that time. You get it if you
e.g. force quit an application (but it didn’t crash) or trigger it manually.
It’s not a crash report, so if Nuendo 5 crashes it wouldn’t show in this report.

I have still gone through the entire document and searched for hints. Please note that I can only provide
general hints at this point, as I don’t have any details on what is crashing or causing the freeze.

Since it’s a Mac Pro 1,1 it’s 32 bit kernel only. All 4 PCIe slots are occupied. Your Mac Pro can distribute the available lanes across the 4 slots, but at least one of them is sharing a lane with the Airport card. For details see here:
http://www.everymac.com/systems/apple/mac_pro/faq/mac-pro-pcie-architecture-lane-configurations.html

AFAIK the UAD 2 uses one lane per card, but maybe something to keep an eye on as all lanes are occupied now.
Please turn off Airport and Bluetooth for testing.

Unplug all devices (USB, FireWire, PCIe) that are not essential for running your Mac and Nuendo.
This includes the Firefaces and UADs as well as the Alphatrack and Remote SL.
See if the problem persists. If not, add one piece at a time and check for the error.

An SMB (System Management Controller) reset might help, as might repairing disc permissions.

Do you have FileVault enabled by any chance?
You might want to run Apple Hardware Test to check for memory inconsistencies or general hardware issues.

The system trace shows several threads running POD Farm 2, some with question marks. Maybe it’s
related to this plugin or the iLok protection of it.

You can also start the Activity Monitor of OS X while running Nuendo and check if something out of the ordinary
is happening when Nuendo freezes. Any process showing a high CPU / RAM load at that moment?

If you do get a crash report at some point you can also send an email to support with my name in the subject, then I can take a look at it.

Thanks,
Sebastian

The issue lies in UAD version 5.9. Once I roll back to 5.8 all is fine. I’m working with UA to resolve it. Thanks for your help.

Ok, good to know. Thanks for posting this!

Update:
Their may not be a bug in UAD 5.9.0. I’ve discovered my system was having memory issues, upon reseating the memory cards I’m able to access said session no problem with UAD 5.9 installed.

The large session / memory usage of the session may have been aggravating my memory issue.