desperateBeauty
desperateBeauty
> So it's just not audible to your ears. It's truncating the FIR, but the length of the filter and the delay correspond. The insane profile uses a long FIR...
I wanted to confirm what I'm saying, so I asked ChatGPT to verify it - the summary: "Why they trim Because every linear-phase FIR has a group delay of N/2...
I'm not sure what you mean by 'added together'? the pre-ringing at the start of the file, and post-ringing at the end simply aren't relevant in practice, in terms of...
yes all our ears are decaying slowly :). but it really is that simple - don't write the first N/2 samples of the output to the file, and the last...
OK, but this is all theory. please try it in practice, and tell me if you can hear any difference. I guarantee you that's what every mastering engineer will do...
that's fair. but think about it this way - the pre-and post ringing tails added to the output only affect the added _silence_ from the process. all the _audible_ content...
sure, it's your baby. in that case I'll add this myself to the code, there really is no downside and it would be easy to add a switch for it....
sure, that's why I'm trying to add it to the CLI application using '--trim'. just trying to make sense of the code ...
ah, I assumed minimum phase would be faster than a long FIR. however the level drop persists in long and high, so that's not insane specific.
I don't know the math, but once you have the filter(s) calculated, can you eg. run a full-scale signal through and use that to normalize its output level?