Cubase 7.5.30 - "NOT" ROCK SOLID > 88.2/32 [ SOLVED ]

Aloha W,

Is the prob happening on both axes? (desk and laptop)

{‘-’}

I’ve only updated the laptop so far, which is now my main computer. The desktop, which I’ve forgotten about, only has an earlier version of Cubase installed, but I can of course run the same project on both machines and see If I run into the same problem on the desktop. Good idea! Thanks :wink:

I was compelled to agree with you but 30 seconds after I clicked on the link to this thread, I attempted to increment save a .bak file and had 7.5 crash ¯_(ツ)_/¯

OK - I haven’t touched anything and everything is working fine. No freeze when saving. Must have been a hick-up due to… something.

Uh-OH

I’ve been getting random crashes of the video component. It’s happened a few times now and I’m not running video.

Process: videooutput [6141]
Path: /Applications/Cubase 7.5.app/Contents/Components/videoengine.bundle/Contents/Resources/videooutput.app/Contents/MacOS/videooutput
Identifier: com.steinberg.videooutput
Version: 1.5.1.219 (1.5.1.219)
Code Type: X86 (Native)
Parent Process: Cubase 7.5 [6124]
Responsible: Cubase 7.5 [6124]
User ID: 501

Date/Time: 2014-09-08 14:46:25.151 -0400
OS Version: Mac OS X 10.9.4 (13E28)
Report Version: 11
Anonymous UUID: #################################


Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000001c66180

VM Regions Near 0x1c66180:
MALLOC_TINY 0000000001b00000-0000000001c00000 [ 1024K] rw-/rwx SM=PRV
→ MALLOC_TINY 0000000001c00000-0000000001d00000 [ 1024K] rw-/rwx SM=COW
MALLOC_TINY 0000000001d00000-0000000001f00000 [ 2048K] rw-/rwx SM=PRV

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 ??? 0x01c66180 0 + 29778304
1 com.apple.audio.CoreAudio 0x9c01b771 ___ZN19HALPropertyListener4CallEmmPK26AudioObjectPropertyAddress_block_invoke_2 + 56
2 libdispatch.dylib 0x993e276b _dispatch_call_block_and_release + 15
3 libdispatch.dylib 0x993df386 _dispatch_client_callout + 50
4 libdispatch.dylib 0x993e7a7b _dispatch_main_queue_callback_4CF + 294
5 com.apple.CoreFoundation 0x92681fae CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE + 14
6 com.apple.CoreFoundation 0x926393c9 __CFRunLoopRun + 1897
7 com.apple.CoreFoundation 0x926389ea CFRunLoopRunSpecific + 394
8 com.apple.CoreFoundation 0x926fb221 CFRunLoopRun + 129
9 com.steinberg.videooutput 0x00014022 0x1000 + 77858
10 com.steinberg.videooutput 0x00014387 0x1000 + 78727
11 com.steinberg.videooutput 0x00019adb 0x1000 + 101083
12 com.steinberg.videooutput 0x00002b05 0x1000 + 6917

I’ve never seen this before. Then when sometimes I quit, I get the old “Waiting for Video Service…” message and I have to abort it.

Any thoughts anyone?

It’s happened a few times now and I’m not running video.

You can just remove the videoengine if you don’t need it. Bit of a hack workaround but better than crashes.
In windows you just remove or rename videoengine dll from components folder…not too sure about Mac I’m afraid.

Thanks, but I do use the video portion from time to time. Cheers.

Yes the flickering is rock solid !

on heavier projects i still get random crashes from time to time but that maybe due to combination of factors

BUT… ever since 7.5.3 cubase now crashes every time i exit a project (or at least every project i’ve worked on since last week)

otherwise, life’s good

Odd. My experience is exactly the opposite! Cubase used to crash EVERY time I exited, then with 7.5.3 that stopped. (Except for the occasional appearance of the video related thing above, it’s been extremely stable.)

Does it happen with a new, post 7.5.3 file? (One that you have started from scratch since installing the update I mean.)

I’m happy with cubase too.

Have a current project that crashes on exit, maybe it’s because it was created on 7.5.2.

I also had crashes when duplicating tracks while playing or when freezing some previously unfreezed tracks.

But it’s pretty random and I already had those in the past.

7.5.30 wasn’t rock solid for me! Stuttering and skipping of audio which I’ve never experienced in all my years with Cubase. No matter how high I set my ASIO buffers, the playback was a mess!! Rolled back to .20 and all is back to normal. Steinberg went 100 steps backwards in my book considering how well my hardware performs using version 5.0 to 7.5.20. This was the very first time a Cubase upgrade rendered my whole studio unusable! I won’t be installing any more patches unless Steinberg recognizes and corrects this issue with a future maintenance pack. Further more, if 8.0 builds on 7.5.30, then I will be stuck and definitely will not be upgrading any further :open_mouth:. More information: I upgraded to a brand new workstation at the beginning of the summer. I installed 7.5 from the Steinberg ISO’s, upgraded from 7.5 to 7.5.10 and then to 7.5.20 without any issues.

I have to go as high as “4096” buffers and still has dropouts

hmm for once i did what i recommend to others and rarely do… held off with the upgrade in the main studio. i’m glad i did.

Yes same for me. I record exclusively at 88.2KHz/32-bit. But it only sounds like dropouts, my ASIO utility does not report any dropouts and my CPU utilization is only at 18-20% when Cubase exhibits this issue. When i removed 3 of my Waves plugins, the average performance load meter was at 10% and the audio was STILL sputtering! I wonder if those not having issues are recording at 441.1 or 48KHz which would require less resources and thus the problem wouldn’t present itself. I wouldn’t be surprised as more people upgrade, more people come forward with this problem. I know it’s nothing I changed in my environment or anything I’ve done wrong :slight_smile:

This may help: Q. Why is 88.2kHz the best sample rate for recording?

Generally solid for me, but today I had some unusual phasing in the high cymbal frequency range… It was only a single stereo track that I was mastering. Couldn’t pin down exactly what was happening but I rebooted, restarted and it has not re-appeared. Let’s hope it’s not a problem with UAD plugins as that was one thing which was fixed I think.

Mike.

TRASH YOUR PREFS if having problems with 7.5.30. Test in safe mode first! I fixed my issues by doing so.

This may help people too.

Actually my problem wasn’t resolved and the only reason why I thought trashing my prefs corrected the issue is because I realized a day later that I forgot to configure Cubase to send MIDI Timecode to my Tascam board. Once MTC was sending again, the perfomance issues returned immediately (average load perfomance hits red from nominal readings and causes pops and stuttering of audio). However, now I know exactly what is triggering the issue in.30 and hopefully Steinberg can track down what MIDI changes they made to cause this issue. I suspect it has something to do with the MIDI chaser fix they listed in their .30 release announcement.