×
What's new

AIR Studios Reverb Discussion Thread

  • Thread starter Thread starter syrinx
  • Start date Start date
  • Watchers Watchers 227
Does anyone here swear by the Pro version of this reverb versus the Essential version? I have been using the essential version for a while now and think it’s great, just wondering what I’m missing, as I have no desire to upgrade, which is rare for me 😆
 
Does anyone here swear by the Pro version of this reverb versus the Essential version? I have been using the essential version for a while now and think it’s great, just wondering what I’m missing, as I have no desire to upgrade, which is rare for me 😆
With the Pro version you get a lot of control in shaping the reverb. The essential version is good if you don’t plan to get into details.
 
I've just done some basic testing, but I have not noticed any improvements regarding CPU usage. Now that some more (all?) critical bugs are out of the way, perhaps they will focus on that.
It seems not all critical bugs are out of the way. Was it believed that preset recalling was fixed?

The Known Issues page at https://spitfireaudio.zendesk.com/h...sues-and-Support-Guide-for-AIR-Studios-Reverb only goes up to v1.1.2. It acknowledges a known issue as "Custom user presets recall Mixer, EQ, Mono/Stereo, Pre-Delay, Output incorrectly. Parameters get inherited from previously loaded preset."

We're now on v1.214-e4ed537, but there's no Release Notes update for it, and the custom preset recall problem still exists. There's slightly more parameters it affects than what the v1.1.2 note acknowledges, and for the two DAWs I use - Cubase and Reason - the problem is different depending on the DAW and how the preset is used. And it's intriguing that the problems are virtually the opposite in each case.

In Cubase 13, when a saved user preset is saved in a project, I find that it recalls correctly when the project is reopened. In Reason it is not.

In Cubase, I find a saved user preset doesn't recall correctly when loaded into a project. In Reason, it does.

In Cubase, I find if you change the reverb settings and don't save the changes as a preset, the settings are properly saved and recalled when you save the project and reopen it. In Reason, they are not.

The opposite discoveries between Cubase and Reason were confusing to work out, so I hope I've got that right without having to go back through everything again, but I'd be curious to know what other people are experiencing.
 
Saw this when searching info for Air reverb full.



Can someone with the full version of air reverb verify if the mic signal between tree and outriggers actually null?
 
FWIW I did my own testing and confirmed that in air studio full version the tree and outrigger mics (and also a few other pairs of mics) generate exactly the same audio output which could cancel out.

I consider this as a very serious issue. Audio cancelling out means the same IR and source positioning. In an IR based reverb where the IR collected from a real stage, audio response from different mic positions should literally NEVER cancel out. So it's either a critical bug got past SF internal QA and has been lurking there unfixed for about a year, or SF intentionally faked some mic positions to make the plugin look better and more competitive.

Strictly speaking, failing to offer the actual number of mic positions advertised is misleading marketing, no matter whether it's a mistake or intentional. I have reported this to SF and requested a refund. We'll see what happens next.
 
FWIW I did my own testing and confirmed that in air studio full version the tree and outrigger mics (and also a few other pairs of mics) generate exactly the same audio output which could cancel out.

I consider this as a very serious issue. Audio cancelling out means the same IR and source positioning. In an IR based reverb where the IR collected from a real stage, audio response from different mic positions should literally NEVER cancel out. So it's either a critical bug got past SF internal QA and has been lurking there unfixed for about a year, or SF intentionally faked some mic positions to make the plugin look better and more competitive.

Strictly speaking, failing to offer the actual number of mic positions advertised is misleading marketing, no matter whether it's a mistake or intentional. I have reported this to SF and requested a refund. We'll see what happens next.
What other pairs null?
 
FWIW I did my own testing and confirmed that in air studio full version the tree and outrigger mics (and also a few other pairs of mics) generate exactly the same audio output which could cancel out.

I consider this as a very serious issue. Audio cancelling out means the same IR and source positioning. In an IR based reverb where the IR collected from a real stage, audio response from different mic positions should literally NEVER cancel out. So it's either a critical bug got past SF internal QA and has been lurking there unfixed for about a year, or SF intentionally faked some mic positions to make the plugin look better and more competitive.

Strictly speaking, failing to offer the actual number of mic positions advertised is misleading marketing, no matter whether it's a mistake or intentional. I have reported this to SF and requested a refund. We'll see what happens next.
Thank you for testing and sharing. This is disappointing news but I find it hard to believe it's done on purpose. Lets hope Spitfire will come with an explanation and update :-).
 
What other pairs null?
Each pair of mics (tree/out, ambient/head, etc.) null, but mic responses do not null across pairs (tree and head do not null).

I find it hard to believe it's done on purpose. Lets hope Spitfire will come with an explanation and update :-).
I own quite a few SF products and I don't want to believe it's done on purpose either. But given that the way this issue appears (four pairs of mics null in pair) it feels highly suspicious.

In an IR based reverb plugin, this is one of the things that mistake cannot be used as an excuse. You do it wrong once, get caught, and it's the end. Because:

1. This nulling issue requires both the IR algorithm and the source positioning fail at the same time and fail four times in a row between each pair of mics but not between tree/ambient etc.. Sounds super weird - who writes code like that?

2. Even if it's done intentionally, as the users cannot look into the fine detail of the software, it's also super easy to insist this as a bug and fake the mic responses again to make things look more reasonable. The users have no way to tell.

For a $300 reverb this kind of issue is beyond ridiculous. Anyway I feel that we need some immediate actions from SF, like an official and public explanation. And before that is done, the current air reverb webpage is plainly misleading marketing. I don't know about UK laws, but in a number of countries, any misleading marketing behavior, whether mistake or not, leads to not only refunds but also compensations. We'll see what happens with SF.
 
Last edited:
Back
Top Bottom