Hello!

Nowadays I tend to always use RMS compressors because I mostly reach for a compressor to control the volume like an automatic fader.

If I need to limit peaks I use a limiter and a peak compressor only if I want to change the character of a sound.

My question is: why are most compression plugins peak?

I mean the very famous pro-c is just peak! (I have the official support message).

I often mistakenly hear that RMS compressors are nothing more than peak compressors with a longer attack, but nothing could be more wrong! it really changes the dynamics detection.

Thank you

 

More compression plugins are of the peak detection variety, because we have other plugins available to us which can do the "auto-fader" functionality you mention, without ever even reaching for a compressor plugin. Developers probably feel they have a better chance of selling a peak detection based plugin. If they offer an RMS detection option it's just extra functionality if a user wants it.

 

I think you're conflating two different things: how you like to use things and what things were made for.

RMS is average-based, so RMS compression is not useful in every case. In fact, I absolutely despise RMS compression, because if I reach for a compressor, I'm actually not looking to remove peaks, I just want to compress the signal after it hits a threshold (or drive into it). And honestly, I don't buy the whole threshold shtick, the "I pull up a compressor to catch peaks" or "I only compress if it gets *this* loud". I see no point in using a compressor if all you're doing is the same of moving a fader up and down. Just move the fader if you aren't looking to compress at all times.

If anything, as you're using compressors as some sort of half-useful gain rider, maybe just look into LUFS compression instead? Like the APU Loudness Compressor. At least it reacts to things in a more useful way for that purpose.

As for the question, "why are most compressors peak-based?", the simple answer for that is that peak compressors are simply more useful. The complicated answer is that dynamics processing in plugins is just code, and most code for dynamics (from compression to saturation) are the same thing with slight differences in implementation.

Maybe check:

1. Tone Projects Unisum
2. Woodstock Audio Open Compressor
3. Mixland Virelia

No one really needs more than the first two compressors, really. You can get the third one if you want to get fancy (and CPU expensive).

 

How do you like Open Comp? I was eyeing it when launched, but i have a lot of compressor plugins lol. Looks very useful though.

 

If it wasn't for Unisum, I would be using it a lot. I think the usefulness of it comes from the fact that it doesn't hide from you that dynamics processing is really very similar, so you get harmonics, limiter, upwards compression and other stuff bundled in because, well, most of the work was already done. The interface isn't great, but it's a very competent compressor where you can toggle everything. It seems that a V2 update is on the way with even more stuff, including mimicking other types of compressors like Unisum does. If I had to describe it, it reminds me a lot of those electrician pliers that can do 15 things in one package, you don't need to use all 15 things, but it's there and it's easy to use.

 

I am a friend of the definition for punch being a transient based signal, that has a lot of energy. Energy is defined via loudness over time. An RMS compressor does not add energy over time, a peak compressor does.

So the specification is: You take a peak based compressor if you want to add energy over time. Which is the reason why they were used back in the time for this gain staging. Because the signal processors back in the days were just really bad.

There are people saying that punch is defined via the transient strength. I do not like it, because a cracking branch would be punchy then. This doesn't really make sense to me, because then you could say: "Yes, I do not want punch here, so I use a peak compressor".

 

Last edited: Dec 24, 2025 at 11:07 AM