-
-
Notifications
You must be signed in to change notification settings - Fork 181
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve our brickwall limiter #15
Comments
I had the feeling that the limiter add some "pump" if I use a very loud reference track. some peaks are not processed right. And a second request: would be possible to download the processed file after intermediate steps, e.g. download afer EQ but before final limiting, etc? |
@tmrock Thank you for your feedback!
matchering-web app doesn't support it, but it can be done via console application https://github.com/sergree/matchering-cli with
The result will not include the final limiter and may exceed 0dB without clipping. just add this file to the DAW and put the final proprietary bw limiter on it. |
Thanks! |
I did a blind test using this LoudMax brick wall limiter instead of the built-in limiter. The people I've sent the test reported better results with the LoudMax version. @sergree This "Loudmax" limiter is freeware but the license does not allow it to be modified. With that said, I'm wondering if reaching out to the creator (Thomas - loudmax@yahoo.de), might be a good idea. Maybe he is willing to help here. Here is the test: PS: The people I run the blind test are not mastering specialists. Anyway, just something I wanted to share. |
Thank you, @geraldoramos. The current Matchering limiter is "Python Native". This means that it only uses pip dependencies (numpy, scipy) without explicit C++ calls. The problem here is that all VST limiters work with an audio buffer, and in Matchering we don't have a buffer, just a whole array of audio points (samples). So, personally, I still haven't figured out how to transfer the "VST way" to the "NumPy way" (to make it fast / optimized / vectorizable). Maybe I just don't have a good experience with this. In the legacy MATLAB Matchering we didn't have a limiter. After leveling and equalizing the audio was transmitted to the external command line VST host (MrsWatson), any VST limiter could be used inside this host. Perhaps this idea will be useful to you. Anyway, thanks for the tip. If you go to KVR, there are a lot of free / open source С++ VST limiters, but it's almost impossible to find an python native numpy / scipy audio limiter. I haven't figured out how to solve this issue yet. |
Hi Sergree, I was playing with MrsWatson to use a VST plugin for limiting, but It would be great to avoid another separate task in the workflow. Not sure if I will end up going in that direction, but thanks for the suggestion. I will keep an eye here on this thread and see how this issue will evolve. Thank you so much! Geraldo |
Hi, just try to run the cmd line interface whiteout involving the limiter but this don't works. with or whiteout the --no_limiter parameter, the log and result is the same: LOG: |
used parameters: --no_limiter --dont_normalize |
@tmrock It looks like I can't reproduce this error. Works for me. |
Calf Plugins have open source C++ limiter code. I use their stuff on Linux occasionally and their general quality is good for what I do use, but I have other limiters that I use and do my mastering on windows, so have not tried theirs. AIrwindows has limiters that will work for mastering. Open source, I believe C++. Chris's stuff is awesome and used by pros a lot I think. Here are five that are useful for mastering. If you see one you like you can get the deeper description from the Airwindows site:
|
https://github.com/airwindows -- Chris's GitHub |
@rcrath Thank you very much for these links! |
Oops my bad. I misrembered you writing that C++ was your main gig when you probably said the opposite! |
I have made a work around like the Matlab solution in my fork.
|
Nice work, @isaacmuxic! Pedalboard looks promising 🤩 |
While our EQ matching is a strong point of Matchering, our blackwall limiter remains to be a bottlneck.
Received this feedback recently:
I completely agree with our user, I also sometimes got similar results when the reference was very, very loud.
Here is our limiter code.
Here are its tests.
It already shows good results, which are very close to the proprietary quality, but, apparently, something is missing.
The community would be very grateful if there was a contributor who can bring the quality of our brickwall limiter even higher.
Thanks!
The text was updated successfully, but these errors were encountered: