should i use simple or wavelet with clickrepair

SHOULD I USE SIMPLE OR WAVELET WITH CLICKREPAIR SOFTWARE

epair.htmlģ) Ran the 'JClickRepair.jar' file with Sun JavaĤ) Opened a stereo 0 Hz Microsoft PCM WAV file.ĥ) Ran ClickRepair with the default settings and output the file with (the default) '-cr' suffix to the file name.ħ) Imported both the original WAV file and the ClickRepair'd WAV file into Audacity.Ĩ) Listened carefully to both track (using the 'Solo' button to switch from one track to the other). I used the standalone Java version because I'm using Linux.ġ) Downloaded the zipped jar version of 'ClickRepair 3.4 (build 4.2a)' from here. My Audacity version used was 1.3.12 - ClickRepair was 3.3.1 (Build 41b) with my normal default settings (DeClick=30, DeCrackle=off, Pitch Protection=on, Reverse=on, Method=Wavelet). And listening to the before and after recordings, the soundstage and stereo image was identical in both cases.īoth Audacity's Click Removal and Click repair dealt with the click extremely well.

My test piece was the first sixty seconds of Sgt Pepper which has an extremely marked and wide stereo sound stage.īoth visually examining the waveforms on Audacity with before and after CR preocessing they look identical except for the click which I've always had at about 45 seconds in. I can detect no compression or compromise/change of the stereo effect.

SHOULD I USE SIMPLE OR WAVELET WITH CLICKREPAIR SOFTWARE

Well I've just tested both Brian Davies' ClickRepair software and the Click Removal effect in Audacity.

and I still heard the same compression on my track: the stereo separation effect was noticeably compromised.

I removed pitch control and reverse, I used simple method and I only used Declick level no. TechnerVideo wrote:I have not seen anyone on these blogs notice the clear compression that ClickRepair renders on any recording.

Should i use simple or wavelet with clickrepair