# Volume difference between Audio APIs **URL:** \ **Category:** FMOD Engine\ **Tags:** android, cpp\ **Created:** [September 21, 2022, 2:28pm UTC](https://qa.fmod.com/t/volume-difference-between-audio-apis/19298 "2022-09-21T14:28:36Z")\ **Posts on this page:** 1\ **Showing post:** 4
**Author:** ![jeff\_fmod](https://yyz2.discourse-cdn.com/flex036/user_avatar/qa.fmod.com/jeff_fmod/32/1766_2.png) [@jeff\_fmod](https://qa.fmod.com/u/jeff_fmod)\ **Post date:** [October 2, 2022, 11:29pm UTC](https://qa.fmod.com/t/volume-difference-between-audio-apis/19298/4 "2022-10-02T23:29:55Z")
Fair enough- compressor behavior does get increasingly unstable as attack time approaches 0, and that goes for all compressor designs. You noted previously that other real-time compressors don’t face this issue: > [@Compressor causing noises when the Attack time is short](https://qa.fmod.com/t/compressor-causing-noises-when-the-attack-time-is-short/17022/3): > > If you think about it, we can play virtual instruments with plenty of real-time virtual compressors and limiters in software like **Cubase** without this kind of issue. I would be interested to know which compressors you are referring to as most commercial compressor plugins give you a minimum attack time of 20ms, which is much higher than our minimum of 0.1ms. If there are any compressors you know of that go as low as 0.1ms without introducing clicks with high energy input I would like to test them against the FMOD compressor. As for the pops and clicks, that click is the _n_ milliseconds of raw input before the compressor clamps everything down, creating a transient. If you can distincly hear that, that is a sign that your compressor is being overworked and you need to offload some of that peak handling somewhere else, such as one of the methods suggested above. I think if you do that, you will find that the FMOD limiter and compressor will be more useful for you. --- _[View the full topic](https://qa.fmod.com/t/volume-difference-between-audio-apis/19298)._