I created a macro to remove the pops and clicks from my files, while normalizing I found that some of them weren’t being normalized and noticed that those files had spikes in the waveform. The macro was working well for a while then stopped when it reached a file that is said didn’t need fixed, I clicked Okay and the macro closed.
Seems odd that a macro would stop, if you’re running it against a group of files it’s always possible that one (or more) won’t need fixed. I would assume that the macro would either just pass the file onto the next step in the macro with no changes so the process could continue. At worst it would throw the message, as it did, but then continue when Okay is clicked, rather than terminating.
Is there a setting I can change, or some way around this? With near 4,000 files to process it could take forever if I have to find the file after the one that didn’t need fixed, then restart the macro after that file, which itself may not need fixed.
If it is a memory issue, then it is something with 2.3.2, I can normalize everything through 2.0.3, but ClickRemoval doesn’t seem to work with 2.0.3. If I include it in the chain, even if it’s the only thing in the chain (short of the Export to FLAC) there are no output files, even the folder is not created. It just runs like it’s working, finishes, but no output.
In my tests, Click Removal does work in a Macro, but with an important limitation. If the effect does not detect any clicks in the file, the effect returns a message window, and the batch processing will stop until the message is dismissed. Because of this limitation, the “Click Removal” effect is not suitable for batch processing.