I’ve been getting these huge nasty pops whenever the playhead crosses the begining or end of events that have active ARA extensions on them (Spectralayers or AAP2). It’s very annoying and disruptive.
I never had these before, but now they are always present.
Does anyone else have them? Any ideas of how to get rid of them?
No issues here at all with both SL and WL ARA processing (all the time). I’m curious as to why you immediately post this as a “bug” with an “issue” tag without even providing details about what you are doing or how one may go about replicating the issue. OS? Interface? Settings? Steps to reproduce? Anything?
I call this a bug because it is. The issue tag is because this can also be called an issue and there isn’t a “bug” tag.
I didn’t post this immediately, it has been bugging me for a couple of days already.
My OS is Windows 11, latest version.
As I said, it happens with any ARA-enabled event, so the steps to reproduce are obviously enabling an ARA extension on any event.
Of course the audio interface can’t possibly have anything to do with this, hence why I didn’t include it. But if you must know, it’s an RME Fireface UFX.
But thanks for letting me know you don’t have this issue. It helps knowing it is not widespread.
The suggestion to provide more details was more to help identify what is wasn’t as much as what it could be. In my opinion, your original post had next to no actionable information. I get that you think it did, but you already knew what the issue was and it just wasn’t clear, to me anyway. In the absence of details, who knows what you were really doing, and if you’ve got an old firewire interface or UAD PCI card that a Windows update is causing issues with, or any number of things with x versions of y product interoperating. It’s just good information to share in an actual “bug” report. If you’re saying “any boundary with an ARA extension no matter what project, plug-in, or extension causes it” then now I know that.
I felt your reply to me when I was just trying to help was rather snippy and condescending, so I just fired one back at you. And I know, I just did the same thing I thought you did, so that doesn’t make me any better.
With all that out of the way, It seems like you’ve actually got it well in hand, and I already reported back that I don’t have the issue (on MacOS N14.0.20 with SL/SL ARA), so it’s all good.
Other folks may have similar experiences so I’ll leave you to it. If you would like for me to test something or load a test project (for SL/WL anyway) I’m happy to help.
this ARA thing is still a mess in my opinion.
I am still on Nuendo 13 and this is not the case you describe, but I found out long ago ( and reported here ), that clip gain is applied twice when crossfading an ARA clip .
Do you have clip gain on the clips that pop?
It is a long shot, but maybe it is correlated and helps to narrow down the issue?
I know you’re trying to help and I thank you for that.
To be honest my reply was indeed snippy and condescending, I was reacting to what I thought was a snarky reply from you - not that it justifies me being a jerk, but it explains it.
Thanks for that! And I’m sorry back - I did the same thing
It’s all good, and thanks again. Here to help if you have something you’d like for me to test, though I think we’ve got rather different systems. But you never know!
I’m experiencing the same bug, I have been for a few years on different systems.
It seems intermittent, as it doesn’t always behave this way - but once it starts it will continue on any future ARA clips.
Steps to reproduce:
Enable an ARA extension on selected clips
Play back audio
Loud pops are audible at clip edges during playback.
Render the clip by making extensions permanent and the popping sometimes goes away.
I have tested with both SpectraLayers and Auto Align Post 2, the behavior is the same.
Apologies, Nuendo 14.0.41. Edited post above.
It has been doing this since I started using ARA plugins when Nuendo 12 came out.
At the moment it consistently pops while in “live” ARA mode, but as soon as I make the extensions permanent the pop disappears. In the past I would still get pops if I extended the clip bounds of rendered clips, but for now its behaving.
For me though this behavior started on N14, when the new clip gain line was introduced.
From testing I’ve inferred that this issue is due to ARA “double processing” gain when it is introduced. It’s like it takes clip gain into account when its applied, and then spits the audio back into the signal path before clip gain, so it is multiplied. And the pops we get is because of this doubling causing extreme gaps in the waveform amplitude. I’m not sure if this is the cause, but it looks like that to me.
It’s a shame that Steinberg has refused to acknowledge this issue or comment anything at all about this.