Thread: Finding clicks
View Single Post
  #38 (permalink)  
Old September 11th 14, 02:37 AM posted to uk.rec.audio,uk.comp.os.linux
William Unruh
external usenet poster
 
Posts: 7
Default Finding clicks

On 2014-09-10, Jim Lesurf wrote:
In article , William Unruh
wrote:
On 2014-09-07, Jim Lesurf wrote:

[snip]

I understand the argument about RIAA being quasi-integrating, etc. Its one
of the reasons behind my thinking that looking at the first or second
derviative would help.

So use sox say to impliment the inverse RIAA, then use audacity to look
for those spikes, and remove them, then use the RIAA on the result.
Note that one could just take the derivative, but that would still leave
a finite spreading due to the treble/bass boost.


Wary of that because 'mending' a differential waveform might lead to a dc
offset problem when you re-integrate the result. So I'd use a dx/dt or


You could always put in a 50 or 30 Hz cutoff in the RIAA curve. Some
advocated that anyway. But those clicks put in a DC bias in the first
place.


d2x/d2t to *find* and list click locations. But do any editing on the
actual audio file recorded using RIAA. Avoids the problems of dealing with
the real response curve being rather complicated.


But since the click has been spread out all over hells half acre by
RIAA, that "fixing" either leaves loads of artifacts or also "fixes" a
bunch of the real signal as well.

The pre RIAA is the place to fix it.


Jim