When recording in any application, if the recording source is PulseAudio, there are many very short clicks during the recording.
The clicks are generally between 1 and 3 samples duration and often occur at intervals of around 450 samples (sample rate 44100).
This problem appeared with the kernel update from 2.6.39-2-486 to 3.0.0-1-486.
The problem does not occur if I boot the old 2.6 kernel.
The problem does not occur if I use ALSA directly (instead of Pulse).
The problem does not occur if I use Jackd.
I've tried various configuration options for PulseAudio but nothing appears to make any change to this problem which makes me suspect that the problem may lie with the 3.0 kernel rather than with PulseAudio.
Sound card: Intel [HDA Intel], device 0: ALC268 Analog [ALC268 Analog]
pulseaudio --dump-conf
### Read from configuration file: /etc/pulse/daemon.conf ###
daemonize = no
fail = yes
high-priority = yes
nice-level = -11
realtime-scheduling = yes
realtime-priority = 5
allow-module-loading = yes
allow-exit = yes
use-pid-file = yes
system-instance = no
cpu-limit = no
enable-shm = yes
flat-volumes = yes
lock-memory = no
exit-idle-time = 20
scache-idle-time = 20
dl-search-path = /usr/lib/pulse-0.9.23/modules
default-script-file = /etc/pulse/default.pa
load-default-script-file = yes
log-target = auto
log-level = notice
resample-method = speex-float-1
enable-remixing = yes
enable-lfe-remixing = no
default-sample-format = s16le
default-sample-rate = 44100
default-sample-channels = 2
default-channel-map = front-left,front-right
default-fragments = 8
default-fragment-size-msec = 10
shm-size-bytes = 0
log-meta = no
log-time = no
log-backtrace = 0
rlimit-fsize = -1
rlimit-data = -1
rlimit-stack = -1
rlimit-core = -1
rlimit-rss = -1
rlimit-as = -1
rlimit-nproc = -1
rlimit-nofile = 256
rlimit-memlock = -1
rlimit-locks = -1
rlimit-sigpending = -1
rlimit-msgqueue = -1
rlimit-nice = 31
rlimit-rtprio = 9
rlimit-rttime = 1000000






