VSX (6.0.5) & Gig Performer

I’ve been using Gig Performer for quite some time as a system-wide solution for VSX, room correction, and analyzer tools in the studio.
And it’s the best and cleanest solution I’ve used in 30 years. Many other users share my opinion.

Unfortunately, something currently doesn’t seem to be working as smoothly with VSX as I’m used to. There are sound discrepancies when I use the VSX plugin through a DAW like Cubase versus loading it as an AU/VST2/VST3 plugin in GigPerformer. I’ve run several null tests and keep getting different results. It also makes a difference whether Cubase or Gig Performer is running at 44.1 or 48 kHz.

For testing purposes, I tried other plugins as well - and those work perfectly fine. One might immediately assume that VSX is to blame (which does seem likely).

The problem is that the CEO of VSX (Steven Slate) has officially stated that he cannot support third-party system-wide apps.
Since Deskew Technologies has surely gained quite a few new users in recent months - and especially in recent weeks - it would be a shame if Gig Performer suddenly became unusable in combination with VSX.

I simply don’t understand how VSX, as a VST3 or AU, can deliver two different results on two different platforms. If someone with technical expertise can help here, I’d really appreciate it.

@Development:
I think it might be in your interest to take a look at this. It mainly concerns VSX v6.0.5.

Thanks!

I am using also VSX and do not get any difference.
Are you sure the settings are the same, speaker model, eq, etc.?

From Slate Audio support last year:

My supervisor was saying VSX is working fine for him in Gig Performer

There is a problem (it is confirmed).

Steven only mentioned: “We cannot ensure compatibility with third-party systemwide software applications.”

@pianopaul:
Do a simple nulltest and compare your DAW and GigPerformer!!!
Important: we are talking about v6.0.5

(post deleted by author)

(post deleted by author)

VSX was always perfect and bit accurate down to -138.5dBFS here.
With v6.0.5 I get a difference signal up to -30/-20dBFS.

It is especially tested with v6.0.5

Sadly I’m not allowed to post links here!!!

How did you test? (I am not a technical guy)
I then do the same test on my machine.

Just to be sure: What sample rate and buffer size did you use in the DAW and Gig Performer?
Before 6.0.5 all was fine?

You are allowed to post links, but the system flagged your repeated posts with only containing links to the same site as a possible spam… i restored your posts and “un-flagged” them.
You probably should avoid that in future. :clinking_beer_mugs:

1 Like

Now you are, I have upped your permissions. :slight_smile:
Welcome to this community! :clinking_beer_mugs:

1 Like

If the problem is only with version v6.0.5 and all other variables are the same (the same OS, interface, Gig Performer version, etc.) then the problem is in the plugin.

1 Like

I’m still testing.

Here are some interesting links.

1: https://gearspace.com/board/showthread.php?p=17716360

2: https://gearspace.com/board/showthread.php?p=17716623

3: https://gearspace.com/board/showthread.php?p=17716701**

4: https://gearspace.com/board/showthread.php?p=17716413

For everyone who has already updated to 6.0.5, caution is advised.
Because what you hear unfortunately does not reflect the actual result of how the plugin is supposed to work.

AGAIN: right now we are only talking about 6.0.5 (and maybe 6.0.4).

Right. If you change a plugin’s version and…

There is most probably only one suspect left.

1 Like

Exactly, just like Dr House would do a differential diagnosis.

1 Like

@schamass
@npudar

Exactly - nevertheless, there are certainly some users here from GigPerformer who are currently using VSX v6.x.x and are not aware that the VSX plugin and GigPerformer are not communicating correctly.

What I have never experienced, however, is a plugin running cleanly via the DAW (Cubase) and VST3, yet producing different results when used through GigPerformer with VST3.
That is a mystery to me.

And at that point, I wouldn’t care whether the diagnosis comes from Dr. House or Dr. Doug Ross - right now, we’re dealing with Frankenstein!

Maybe the next version of VSX addresses the issue.
Did you report your findings to Slate Support?

1 Like

Thank god!!
After a complete reinstallation of VSX, everything is back to normal!

Here’s a link in case anyone wants more details: https://gearspace.com/board/showthread.php?p=17717178

Important: Please note that there are still some bugs in the latest VSX version (v6.0.5) for the CB, but they will most certainly be fixed quickly.

1 Like

Good news! :slight_smile:

1 Like

You don’t mention whether you were on Mac or Windows - if the latter, the fact that a reinstall solved the problem would suggest that something else you installed along the way replaced a library/DLL and consequently screwed things up.

Just mentioning this as, if this is what happened, you’re probably going to run into it again.

If you were on Mac, then I don’t understand how a reinstall would have made any difference.

Yes, I’m working on a Mac.
I spent many hours trying to find a plausible solution to the problem and repeated all the tests several times yesterday and today. Unfortunately, the only information I can provide is that a complete uninstall truly worked wonders in my case.

Of course, I’m more than happy about that. Still, it makes me somewhat uneasy that I don’t have a clear answer as to what exactly caused the issue. I haven’t experienced anything comparable in the past 30 years.

The only explanation that seems plausible to me is that some kind of file corruption must have occurred somewhere, ultimately leading to all these problems. I had also installed several beta versions of VSX v5 and v6 recently. At this point, I can’t think of any other explanation.