[CAN-10904] Major VCA fader bug when saved with VCA all the way down!

The faders aren’t set to inf. dB. There is volume automation on them (if I understand you correctly)

I’ll experiment with this. I assume you can’t send a demo project because it would already have the wrong values…

EDIT:
I can only get this when the automation set the VCA fader to -inf. dB. Can you let me know your exact steps when this goes wrong?

Hey djw. Sorry for the long delay but I’ve been finishing a record and today is the last day. Tracks going to mastering this morning. Anyway, the problem with faders shifting has been driving me dilly, especially since it has gotten worse. Most of the projects were retaining their fader levels but recently everytime I open a project the faders have shifted. I’ve then corrected them by checking them against the screen-grabs I do before closing the project.

So what’s happening is the following; I am grouping tracks, say drums, guitars, keys, etc with their own vca fader. So I have a drums vca, a guitar vca, a keys vca etc. I am then using automation on the vca fader to control the volume of all the tracks contained within that vca as opposed to automating each track within the vca fader. The vca faders are therefore never set at -inf. I created what I think are initial points at the beginning of each vca fader automation track. For a while that seemed to work but lately it’s just been a nightmare. Just making the smallest change to a track entails 20 minutes of resetting faders to their original positions. And when you and the artist are on a deadline it’s massively frustrating.

If you have any info on how I can fix this apart from just not using the vca faders I’d much appreciate it.

Thank you for your response.

I can’t reproduce this myself so I must be missing some steps. Do you at any point enable or disable the tempo track?

No, I don’t.

Please read through this:

Fredo

WORKAROUND!!

I fell into this trap as well, and was pulling my hair out, wondering why my project wouldn’t properly recall when I re-opened a saved version.

I worked through the issue with tech support, and found a workaround.

Here’s the problem: If you are using a VCA Fader with automation, you MUST save the project with your transport located PRIOR to the first automation point. If you do this, your linked channels will have the proper fader level upon re-opening the project. However, if you save the project with the transport located AFTER the first automated fader movement, all linked channels on the automated VCA Fader except the first linked channel will be saved with the wrong fader position (a multiple of the amount of the VCA Fader movement).

To reproduce the problem:

  • link several audio channels with a VCA Fader
  • add automation to the VCA Fader (say, two automation points with different volume level for the VCA Fader
  • save your project with transport located BEFORE the first automation point - ALL IS GOOD
  • save your project with transport located AFTER automated movement on the VCA Fader - project is saved with wrong fader levels on linked audio channels
  • to extend the test, add automation on several VCA Faders at different times throughout the project. All VCA Faders with automation prior to the transport location will be affected on SAVE. All VCA Faders with automation beginning after the transport location will be okay on SAVE.

To repeat the above - as long as you save the project with transport BEFORE any VCA Fader automation (try ZERO to be safe), your faders will save properly.

This IS still a problem in 9.0.30. I am told it is NOT a problem in 9.5.10, but I haven’t personally tested it there. It could also be a problem in 8.5.

1 Like

Just found this via Google as I thought I was going nuts… I encounter the same bug, and figured out the above workaround myself too with trial and error. So the workaround works without a problem, but you have to be aware of it anytime you save your project. Also, in auto-saves the fader positions of your tracks can still be screwed up since you have no control over when the auto-save happens. So make notes of your initial fader levels :wink: I’m using VCAs with instrument channels instead of audio channels btw, so it affects them too.

And I since I’m using the latest version, I can confirm this is still a problem in Cubase Pro 9.5.10

Yes I run into this all the time.
Does anyone have a good way of snapshotting all the fader levels without having to write a bunch of automation?

Issue remains in a newly-created project in 9.5.10

Yes - Issue is still there - Now I just fade out to -90db lol

Did anybody resolve this issue?
At first it seemed to only happen after I did a full fade on a VCA.
Now it seems that this happens even on a vca that does not have a -infinity setting…
So is the bug like someone says in another post - must save the project BEFORE any VCA automation occurs?

Did they fix this on the 9.5.20 release? I see no mention of it…

No, it still exists!

Hi,

This should be fixed in Cubase 9.5.20 update.

Hmm well - I just put that update in, so I will check - others are saying it is not fixed…

If it doesn’t work, maybe it’s fixed only with a projects created in C9.5.20 from scratch. I don’t know, just guessing…

I tested this today with a totally empty project created in 9.5.20 from scratch.
So far I am unable to recreate the problem.
Has anyone checked this with a starting from scratch project in 9.5.20?
I will now take a look at legacy projects and see if I can recreate…

OK - tried a project previously created in 9.5.10 - was able to recreate the problem immediately…
Continuing to test…

Built a new project from scratch, imported audio tracks from legacy project 9.5.10.
Cleared all vca links, added new vcas - problem still there.
I will test some more…