<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em seg, 8 de abr de 2019 às 16:44, Roman Haefeli <<a href="mailto:reduzent@gmail.com">reduzent@gmail.com</a>> escreveu: </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I'm not quite understanding what 'sameness' level you're talking about.<br></blockquote><div><br></div><div>I consider these examples all following the same structure/approach. The differences are nothing but different options inside the structure, like using a Peak over RMS detection (in my design, by the way, I'm thinking about offering both options set by the user).</div><div><br></div><div>Well, I just followed my intuition and I was wondering if other designs followed a quite different approach altogether. I still consider these options kind of simple, as we don't have a 'knee' parameter, for instance.</div><div><br></div><div>Anyway, I'll keep looking more into compressor design, and I'll try and check some source codes, diagrams and literature out there. I'm kinda happy with what I'm getting with this design from my first tests, but it still seems kinda cheap :)  </div><div><br></div><div>thanks</div><div><br></div><div>ps. Roman, why does your patch have a [- 2.5] dB correction for the threshold parameter?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Also, yours and Chris' differs quite substantially in that yours keeps<br>
everything in the signal domain while e_master.pd does the gain<br>
calculation in message domain.<br>
<br>
<br>
Roman<br>
</blockquote></div></div>