View Full Version : Solo in Key Editor - why the delay?
This is something that has bugged me for a couple of years now - why does it take a bar of playback for solo in the key editor to take affect?
e.g. open key editor from a single midi clip, hit "S" to solo within the KE, then start playback - everything plays for 2-4 seconds before you get solo. I'm running at 128 samples - hardly enough to account for this much delay..
This is something that has bugged me for a couple of years now - why does it take a bar of playback for solo in the key editor to take affect?
e.g. open key editor from a single midi clip, hit "S" to solo within the KE, then start playback - everything plays for 2-4 seconds before you get solo. I'm running at 128 samples - hardly enough to account for this much delay..
It is a dongle call. I know. It is annoying. It is the same unsoloing I believe.
LEX
Seriously? Has someone, or you, traced it to a call? I wouldn't be surprised (I know I could unplug my key to find out, but I believe you).
Friggin' dongles..... I'm all for preventing piracy, but seriously, this crap costs us time and time is money. I have no doubt dongle calls may be a catalyst within other problems as well.
Logic doesn't use a dongle anymore, but I wonder what unknown issues its' network search costs - at least I've heard that's the new "license check" procedure - see if another copy is running on the local network. That has to happen more than just at startup to be of any value.
Seriously? Has someone, or you, traced it to a call? I wouldn't be surprised (I know I could unplug my key to find out, but I believe you).
Friggin' dongles..... I'm all for preventing piracy, but seriously, this crap costs us time and time is money. I have no doubt dongle calls may be a catalyst within other problems as well.
Logic doesn't use a dongle anymore, but I wonder what unknown issues its' network search costs - at least I've heard that's the new "license check" procedure - see if another copy is running on the local network. That has to happen more than just at startup to be of any value.
It was the same thing with grouped midi tracks a while back, v2. You'd solo and 2 seconds later, they would. And they said it was dongle call related.
I am for protection too, but when the code is so wrapped in protection, it defeats the purpose if you can't use it.
I think part of the reason it takes SOOO LONG for updates is they spend half the time coding around the dongle.
LEX
RiffWraith
05-09-2009, 11:24 PM
One of the most annoying things in Cubase.
Not a dongle call, tho. You can open, close and solo MIDI key editors if you unplug the dongle.
Try this:
Open any MIDI Key Ed.
Solo it
Close Key Ed.
Play transport from proj window
Stop transport
Open any MIDI Key Ed (now in solo)
Play transport
Is that MIDI Key Ed in solo? Nope. Not for several bars.
This has been the case since at least SX2. If they don't have the coding skills to figure this out by now, they never will.
Cheers.
Has nothing to do with opening and closing KE. It has to do with soloing.
LEX
Riff - that's a version of the same thing I posted, but I think it's faster when it was already in solo here - I'll have to check Monday.
In some cases, it seems to be faster if opened *during* playback though. If opened with the transport stopped, it's always slow to respond, and iirc, it requires playback to respond, not just hit S and wait 5 seconds.
Agreed - this and several other annoyances will be there for years to come.
RiffWraith
05-10-2009, 03:44 AM
Has nothing to do with opening and closing KE. It has to do with soloing.
LEX
Not sure about that...well, not exactly - when you solo something in the project window, there is no delay. When you solo something with edit-n-place-open, there is no delay. It's only the Key Ed, so it seems to be a combi of the the Key Ed and solo.
kdm: yeah - there are a couple of different "versions", or ways to dupe this. And your are right - it does seem to be faster if opened during playback.
Cheers.
Stevie
08-05-2009, 07:14 PM
Oh yeah, one of the biggest annoyances of Cubendo!
Powered by vBulletin® Version 4.1.9 Copyright © 2012 vBulletin Solutions, Inc. All rights reserved.