Vienna Symphonic Library Forum
Forum Statistics

180,757 users have contributed to 42,140 threads and 254,362 posts.

In the past 24 hours, we have 3 new thread(s), 15 new post(s) and 47 new user(s).

  • VE Pro crashing/not working properly

    Hey there.

    It is all running on a Gigabit network so I don't know what's to do. Is this the general consensus at the moment, that this configuration will not work very well (yet)? Or are there users running a similar setup without those problems? For now at least, I will have to work around using the VEP slave since I need a pretty solid setup for working and I can't rely on this to function.

    I am running the host on a Mac Pro with 9GB RAM, Leopard 10.5.8, Logic 8.0.2.


  • How many buffers of latency are you using in the VE Pro Server Interface plugin?


  • I tried reducing the number of VEP instances to 2-3 - and changed the other ones to locally running Kontakt in Logic, this seems to have bettered the situation, at least I haven't had a crash in 30 minutes now...:)

    The buffer setting in the VEP instances... I have tried both "none" and "2", doesn't seem to make any difference. What about multicore/threads settings in Kontakt/VEP server? How should they be set? I have 2xdual core CPU's. Should I set it to "4 threads" in the VEP server? And "no multicore" in Kontakt or...? Right now VEP is set to "4 threads" and Kontakt to "multiprocessor off".


  • Those settings sound good. You could try lowering the threads in the VE Pro Server preferences to see if the situation improves. Could you send crash reports to VSL Support so we can examine them? Thanks.


  • Not gonna post the complete crashlog here, just the top of it including my config, maybe it can give you some clues (funnily enough, in this crash it can't tell that VEP is in thread 0 - I have an old one that had VEP in thread 0):

    (LOG SENT OFF IN MAIL INSTEAD)

     

    What typically happens is that Logic "freezes" for a second, as if it can't keep up, then VEP server crashes and Logic comes up with a "system overload" message. This doesn't even seem to be related to anything being played in the VEP instances or not - and it is not related to having the slave PC running either, I can now conclude since I shut that one down completely and disconnected the instances but I still get very frequent crashes.


  • Simon,

    I'm having similar issues with VE Pro and Logic...

    After pressing play sometimes, Logic will "hang" for a second or two, and then VE Pro will crash. Please let me know if you find the culprit.

    For what it's worth, I just started using Audio Ease Altiverb in VE Pro instead of in Logic, as that plug-in takes a lot of RAM. IT could possibly be a culprit. Are you using Altiverb v6 in VE Pro as well?


  • UPDATE:

    I am now having very frequent crashes with VE Pro Server and Logic 9.1.1.

    This has started happening ever since I started using 3rd party FX plug-ins in VE Pro. 

    I am going to bring this issue to VSL support via email. 


  • I am using just one instance of Altiverb, which none of the VEP instances are even routed to, so I really doubt that's it, but I'll give it a shot.


  • I misread your first post regarding Altiverb. I thought you meant I should use it in VEP instead of Logic, but you actually suggested Altiverb could be the culprit - in VEP.

    And actually just now, I removed the two instances of Altiverb I had in an instance of VEP, then tried stressing Logic and see if I could make VEP crash. Granted, I only tried for 10 minutes, but it didn't crash, even though I managed to make one of those "hiccups" in Logic where it froze for a couple of seconds.

    Then I added Altiverb, and almost immediately after I got this:

    Process:         Vienna Ensemble Pro [181]
    Path:            /Applications/Vienna Ensemble Pro/Vienna Ensemble Pro Server.app/Contents/MacOS/Vienna Ensemble Pro
    Identifier:      com.vsl.viennaensemblepro
    Version:         4.0.5436 (4.0.5436)
    Code Type:       X86 (Native)
    Parent Process:  launchd [91]

    Interval Since Last Report:          85241 sec
    Crashes Since Last Report:           1
    Per-App Interval Since Last Report:  1351 sec
    Per-App Crashes Since Last Report:   1

    Date/Time:       2010-05-05 15:34:36.314 +0200
    OS Version:      Mac OS X 10.5.8 (9L30)
    Report Version:  6
    Anonymous UUID:  DAB932A3-C65A-4D9D-8083-AC1948F527AD

    Exception Type:  EXC_BAD_ACCESS (SIGBUS)
    Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000000
    Crashed Thread:  0

    Thread 0 Crashed:
    0   ???                               0000000000 0 + 0
    1   com.audioease.Altiverb5.AU        0x18e711dc Planet::HandleDrawBefore(AEDrawContext*, AERect*) + 204
    2   com.audioease.Altiverb5.AU        0x18e711b9 Planet::HandleDrawBefore(AEDrawContext*, AERect*) + 169
    3   com.audioease.Altiverb5.AU        0x18e7194b Planet::RedrawSelf(AEDrawContext*) + 283
    4   com.audioease.Altiverb5.AU        0x18e402bf MissionControl::Redraw(AEDrawContext*) + 383
    5   com.audioease.Altiverb5.AU        0x18e41270 MissionControl::ReceiveIdle() + 96
    6   com.audioease.Altiverb5.AU        0x18ea9e4c MissionControlRefClass::HandleIdle() + 188
    7   com.apple.CoreFoundation          0x909148f5 CFRunLoopRunSpecific + 4469
    8   com.apple.CoreFoundation          0x90914aa8 CFRunLoopRunInMode + 88
    9   com.apple.HIToolbox               0x94fe22ac RunCurrentEventLoopInMode + 283
    10  com.apple.HIToolbox               0x94fe20c5 ReceiveNextEventCommon + 374
    11  com.apple.HIToolbox               0x94fe1f39 BlockUntilNextEventMatchingListInMode + 106
    12  com.apple.AppKit                  0x95e176d5 _DPSNextEvent + 657
    13  com.apple.AppKit                  0x95e16f88 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 128
    14  com.apple.AppKit                  0x95e0ff9f -[NSApplication run] + 795
    15  QtGui                             0x00f888f9 non-virtual thunk to QDesktopWidget::~QDesktopWidget() + 11385
    16  QtCore                            0x01c97001 QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) + 65
    17  QtCore                            0x01c9722d QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) + 189
    18  QtCore                            0x01c9b2be QCoreApplication::exec() + 174
    19  com.vsl.viennaensemblepro         0x003d07da main + 12506
    20  com.vsl.viennaensemblepro         0x0000a4c6 start + 54

    ... so maybe Altiverb IS the culprit. That would definitely be something I could work around for the time being (if I can figure out how to send multiple audio outs of a VEP instance, back into Logic - that IS possible, right?), just using Altiverb in Logic instead.