Marcel Blum comments

Results 107 comments of


                                            Marcel Blum

trafficstars

Limiter not working as expected, i.e. -100 still lets audio through

The cause is likely due to a quirk in Web Audio's `DynamicsCompressorNode`, which is that [the Web Audio spec defines the inclusion of an unexposed makeup gain](https://webaudio.github.io/web-audio-api/#computing-the-makeup-gain) (foolishly, IMO). I...

Limiter not working as expected, i.e. -100 still lets audio through

> Tone.js should apply a similar gain adjustment as you propose for any node that uses the Web Audio API DynamicsProcessor. The problem here is that handling `knee` in these...

Limiter not working as expected, i.e. -100 still lets audio through

Ah cool, you managed to transpile those C++ functions from the Chromium source. I had spent some time looking further into this last year, IIRC I had concluded that at...

Limiter not working as expected, i.e. -100 still lets audio through

Not paid only once if you're modifying the compressor in realtime, for example with a user-adjustable slider as in my codepen, and things get a little more complicated if you're...

Limiter not working as expected, i.e. -100 still lets audio through

@chrisguttandin The way `reduction` is calculated and reported, and smoothed over time, can vary quite a bit between browsers. A quick example would be to go to [my testing codepen](https://codepen.io/keymapper/pen/dyxMEyq),...

Limiter not working as expected, i.e. -100 still lets audio through

@chrisguttandin you are certainly right about the differing handling of clipping - and I guess browsers can handle clipping differently without technically going off spec. I did intentionally choose a...

Limiter not working as expected, i.e. -100 still lets audio through

I didn't know Firefox source had any Blink in it! I guess there was code sharing when web audio was first being developed? In any case, I do not have...