You are not logged in.

#1 2018-08-18 11:22:16

Isammoc
Member
Registered: 2018-08-18
Posts: 12

[Solved] Chipmunk sound recording (multi-devices tested)

Hi,

I'm pretty new to arch linux (only 8 months)

I used to speak through hangout, skype, or other videophone apps and all was well.

But since recently (3-4 months ago) I could not use these videophone apps anymore because my interlocutors could not hear anything understable, worse, they laughed about my voice.

I don't know what happened. I cannot remember changing something, but I cannot swear it. I know for sure I update the system (multiple times a week)

I tried to record and play back to hear what they heard. With online sound recorder test or with arecord.


What I tried:

Use alsamixer to choose either front mic or camera mic and record with:

arecord --duration=5 --format=dat test-mic.wav

Actual recording lasts 20 seconds. The wav file is 5 seconds long. My voice is compressed as a Chipmunk (Same result with front mic or camera mic)
I suppose it is not a problem with a module or a driver as it is the same result with 2 differents devices. Perhaps the configuration, but I don't know where.


I tried to check all of the two troubleshooting pages (alsa and pulseaudio) but I may have missed something I did not understand.

What I can think of interesting files or output:

$ arecord -lL
null
    Discard all samples (playback) or generate zero samples (capture)
pulse
    PulseAudio Sound Server
default
    Default ALSA Output (currently PulseAudio Sound Server)
sysdefault:CARD=PCH
    HDA Intel PCH, ALC887-VD Analog
    Default Audio Device
front:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    Front speakers
sysdefault:CARD=Camera
    USB 2.0 Camera, USB Audio
    Default Audio Device
front:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    Front speakers
surround21:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    2.1 Surround output to Front and Subwoofer speakers
surround40:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    4.0 Surround output to Front and Rear speakers
surround41:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    IEC958 (S/PDIF) Digital Audio Output
**** Liste des Périphériques Matériels CAPTURE ****
carte 0: PCH [HDA Intel PCH], périphérique 0: ALC887-VD Analog [ALC887-VD Analog]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 0: PCH [HDA Intel PCH], périphérique 2: ALC887-VD Alt Analog [ALC887-VD Alt Analog]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 2: Camera [USB 2.0 Camera], périphérique 0: USB Audio [USB Audio]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
$ cat /etc/asound.conf 
# Use PulseAudio by default
pcm.!default {
  type pulse
  fallback "sysdefault"
  hint {
    show on
    description "Default ALSA Output (currently PulseAudio Sound Server)"
  }
}

ctl.!default {
  type pulse
  fallback "sysdefault"
}

# vim:set ft=alsaconf:
$ cat /etc/modprobe.d/hda-jack-retask.conf 
# This file was added by the program 'hda-jack-retask'.
# If you want to revert the changes made by this program, you can simply erase this file and reboot your computer.
options snd-hda-intel patch=hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw
$ cat /etc/pulse/daemon.conf 
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see <http://www.gnu.org/licenses/>.

## Configuration file for the PulseAudio daemon. See pulse-daemon.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; daemonize = no
; fail = yes
; allow-module-loading = yes
; allow-exit = yes
; use-pid-file = yes
; system-instance = no
; local-server-type = user
; enable-shm = yes
; enable-memfd = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB
; lock-memory = no
; cpu-limit = no

; high-priority = yes
; nice-level = -11

; realtime-scheduling = yes
; realtime-priority = 5

; exit-idle-time = 20
; scache-idle-time = 20

; dl-search-path = (depends on architecture)

; load-default-script-file = yes
; default-script-file = /etc/pulse/default.pa

; log-target = auto
; log-level = notice
; log-meta = no
; log-time = no
; log-backtrace = 0

; resample-method = speex-float-1
; avoid-resampling = false
; enable-remixing = yes
; remixing-use-all-sink-channels = yes
; enable-lfe-remixing = no
; lfe-crossover-freq = 0

flat-volumes = no
; flat-volumes = yes

; rlimit-fsize = -1
; rlimit-data = -1
; rlimit-stack = -1
; rlimit-core = -1
; rlimit-as = -1
; rlimit-rss = -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 = 200000

; default-sample-format = s16le
; default-sample-rate = 44100
; alternate-sample-rate = 48000
; default-sample-channels = 2
; default-channel-map = front-left,front-right

; default-fragments = 4
; default-fragment-size-msec = 25

; enable-deferred-volume = yes
; deferred-volume-safety-margin-usec = 8000
; deferred-volume-extra-delay-usec = 0
$ cat /etc/pulse/client.conf 
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see <http://www.gnu.org/licenses/>.

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

autospawn = no
; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB

; auto-connect-localhost = no
; auto-connect-display = no
$ cat /etc/pulse/system.pa 
#!/usr/bin/pulseaudio -nF
#
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see <http://www.gnu.org/licenses/>.

# This startup script is used only if PulseAudio is started in system
# mode.

### Automatically restore the volume of streams and devices
load-module module-device-restore
load-module module-stream-restore
load-module module-card-restore

### Automatically load driver modules depending on the hardware available
.ifexists module-udev-detect.so
load-module module-udev-detect
.else
### Use the static hardware detection module (for systems that lack udev/hal support)
load-module module-detect
.endif

### Load several protocols
.ifexists module-esound-protocol-unix.so
load-module module-esound-protocol-unix
.endif
load-module module-native-protocol-unix

### Automatically restore the default sink/source when changed by the user
### during runtime
### NOTE: This should be loaded as early as possible so that subsequent modules
### that look up the default sink/source get the right value
load-module module-default-device-restore

### Automatically move streams to the default sink if the sink they are
### connected to dies, similar for sources
load-module module-rescue-streams

### Make sure we always have a sink around, even if it is a null sink.
load-module module-always-sink

### Automatically suspend sinks/sources that become idle for too long
load-module module-suspend-on-idle

### Enable positioned event sounds
load-module module-position-event-sounds
$ cat /etc/pulse/default.pa 
#!/usr/bin/pulseaudio -nF
#
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see <http://www.gnu.org/licenses/>.

# This startup script is used only if PulseAudio is started per-user
# (i.e. not in system mode)

.fail

### Automatically restore the volume of streams and devices
load-module module-device-restore
load-module module-stream-restore
load-module module-card-restore

### Automatically augment property information from .desktop files
### stored in /usr/share/application
load-module module-augment-properties

### Should be after module-*-restore but before module-*-detect
load-module module-switch-on-port-available

### Load audio drivers statically
### (it's probably better to not load these drivers manually, but instead
### use module-udev-detect -- see below -- for doing this automatically)
#load-module module-alsa-sink
#load-module module-alsa-source device=hw:1,0
#load-module module-oss device="/dev/dsp" sink_name=output source_name=input
#load-module module-oss-mmap device="/dev/dsp" sink_name=output source_name=input
#load-module module-null-sink
#load-module module-pipe-sink

### Automatically load driver modules depending on the hardware available
.ifexists module-udev-detect.so
load-module module-udev-detect
.else
### Use the static hardware detection module (for systems that lack udev support)
load-module module-detect
.endif

### Automatically connect sink and source if JACK server is present
.ifexists module-jackdbus-detect.so
.nofail
load-module module-jackdbus-detect channels=2
.fail
.endif

### Automatically load driver modules for Bluetooth hardware
.ifexists module-bluetooth-policy.so
load-module module-bluetooth-policy
.endif

.ifexists module-bluetooth-discover.so
load-module module-bluetooth-discover
.endif

### Load several protocols
load-module module-dbus-protocol
.ifexists module-esound-protocol-unix.so
load-module module-esound-protocol-unix
.endif
load-module module-native-protocol-unix

### Network access (may be configured with paprefs, so leave this commented
### here if you plan to use paprefs)
#load-module module-esound-protocol-tcp
#load-module module-native-protocol-tcp
#load-module module-zeroconf-publish

### Load the RTP receiver module (also configured via paprefs, see above)
#load-module module-rtp-recv

### Load the RTP sender module (also configured via paprefs, see above)
#load-module module-null-sink sink_name=rtp format=s16be channels=2 rate=44100 sink_properties="device.description='RTP Multicast Sink'"
#load-module module-rtp-send source=rtp.monitor

### Load additional modules from GSettings. This can be configured with the paprefs tool.
### Please keep in mind that the modules configured by paprefs might conflict with manually
### loaded modules.
.ifexists module-gsettings.so
.nofail
load-module module-gsettings
.fail
.endif


### Automatically restore the default sink/source when changed by the user
### during runtime
### NOTE: This should be loaded as early as possible so that subsequent modules
### that look up the default sink/source get the right value
load-module module-default-device-restore

### Automatically move streams to the default sink if the sink they are
### connected to dies, similar for sources
load-module module-rescue-streams

### Make sure we always have a sink around, even if it is a null sink.
load-module module-always-sink

### Honour intended role device property
load-module module-intended-roles

### Automatically suspend sinks/sources that become idle for too long
load-module module-suspend-on-idle

### If autoexit on idle is enabled we want to make sure we only quit
### when no local session needs us anymore.
.ifexists module-console-kit.so
load-module module-console-kit
.endif
.ifexists module-systemd-login.so
load-module module-systemd-login
.endif

### Enable positioned event sounds
load-module module-position-event-sounds

### Cork music/video streams when a phone stream is active
load-module module-role-cork

### Modules to allow autoloading of filters (such as echo cancellation)
### on demand. module-filter-heuristics tries to determine what filters
### make sense, and module-filter-apply does the heavy-lifting of
### loading modules and rerouting streams.
load-module module-filter-heuristics
load-module module-filter-apply

### Make some devices default
#set-default-sink output
#set-default-source input

I was looking all around forum, stackoverflow, for arch, debian, ubuntu, other linux. And I tried a lot of different solutions, nothing works for now.

Worse, I perhaps broke some things during the process.

I cannot find the solution by my own, I am desperate, please, help me.

Last edited by Isammoc (2018-09-30 12:00:25)

Offline

#2 2018-08-18 23:14:28

ooo
Member
Registered: 2013-04-10
Posts: 1,637

Re: [Solved] Chipmunk sound recording (multi-devices tested)

Isammoc wrote:
arecord --duration=5 --format=dat test-mic.wav

'dat' is not recognized sample format according to arecord man page.

Recording in wrong sample rate could result in high pitched audio. Make sure that the rate and format are correct, and try again with arecord.

Anything in your ~/.asoundrc? Did you check if the issue persists with newly created user, to rule out something in your user's configuration? Have you tried linux-lts, to make sure this isn't a regression in newer kernels?

Offline

#3 2018-08-19 07:35:29

Isammoc
Member
Registered: 2018-08-18
Posts: 12

Re: [Solved] Chipmunk sound recording (multi-devices tested)

Thank you for your reply.

ooo wrote:

'dat' is not recognized sample format according to arecord man page.

I tested dat, cd and cdr, the 3 formats described in my man page => Same result.
But with your comment, I found the listing of available formats

$ arecord --dump-hw-params
Capture WAVE 'stdin' : Unsigned 8 bit, Fréquence 8000 Hz, Mono
HW Params of device "default":
--------------------
ACCESS:  RW_INTERLEAVED
FORMAT:  U8 S16_LE S16_BE S24_LE S24_BE S32_LE S32_BE FLOAT_LE FLOAT_BE MU_LAW A_LAW S24_3LE S24_3BE
SUBFORMAT:  STD
SAMPLE_BITS: [8 32]
FRAME_BITS: [8 1024]
CHANNELS: [1 32]
RATE: [1 384000]
PERIOD_TIME: (2 4294967295)
PERIOD_SIZE: [1 1398102)
PERIOD_BYTES: [128 1398102)
PERIODS: [3 1024]
BUFFER_TIME: (7 4294967295]
BUFFER_SIZE: [3 4194304]
BUFFER_BYTES: [384 4194304]
TICK_TIME: ALL
--------------------
RIFF$WAVEfmt @data
<snip binary data>

After that, I tested these formats: U8(give a noisy but high pitched audio), FLOAT_LE, S32_LE
But same results => 20 seconds recording for a 5 seconds audio file. (and high pitched voice)


ooo wrote:

~/.asoundrc

I don't have this file.

$ cat ~/.asoundrc
cat: /home/isammoc/.asoundrc: Aucun fichier ou dossier de ce type
ooo wrote:

Did you check if the issue persists with newly created user, to rule out something in your user's configuration?

I did not think about that. But same result.

My steps :

isammoc@raiponce:~$ sudo useradd --create-home soundsample
isammoc@raiponce:~$ sudo passwd soundsample
isammoc@raiponce:~$ reboot

(tried to log in in GUI with newly created user, but I forgot that I need a ~/.xinitrc file to start the WM)

log in in pure console (Alt + Ctrl + F1)

soundsample@raiponce:~$ arecord --duration=5 --format=U8 test-mic.wav
Capture WAVE 'test-mic.wav' : Unsigned 8 bit, Fréquence 8000 Hz, Mono

20 seconds recording for a 5 seconds audio file (noisy and high pitched voice)

Login back into my main account and Delete the sample user:

isammoc@raiponce:~$ sudo userdel -r soundsample
ooo wrote:

Have you tried linux-lts, to make sure this isn't a regression in newer kernels?

I did not know about linux-lts. Blindly, I thought that Arch was only in rolling release.

My steps.

isammoc@raiponce:~$ uname -a
Linux raiponce 4.17.14-arch1-1-ARCH #1 SMP PREEMPT Thu Aug 9 11:56:50 UTC 2018 x86_64 GNU/Linux
isammoc@raiponce:~$ sudo pacman -S linux-lts
résolution des dépendances…
recherche des conflits entre paquets…

Paquets (1) linux-lts-4.14.63-1

Taille totale du téléchargement :   60,85 MiB
Taille totale installée :        105,24 MiB

:: Procéder à l’installation ? [O/n]
:: Récupération des paquets…
 linux-lts-4.14.63-1-x86_64                                                                                             60,8 MiB  9,60M/s 00:06 [----------------------------------------------------------------------------------------] 100%
(1/1) vérification des clés dans le trousseau                                                                                                   [----------------------------------------------------------------------------------------] 100%
(1/1) vérification de l’intégrité des paquets                                                                                                   [----------------------------------------------------------------------------------------] 100%
(1/1) chargement des fichiers des paquets                                                                                                       [----------------------------------------------------------------------------------------] 100%
(1/1) analyse des conflits entre fichiers                                                                                                       [----------------------------------------------------------------------------------------] 100%
(1/1) vérification de l’espace disque disponible                                                                                                [----------------------------------------------------------------------------------------] 100%
:: Traitement des changements du paquet…
(1/1) installation de linux-lts                                                                                                                 [----------------------------------------------------------------------------------------] 100%
Dépendances optionnelles pour linux-lts
    crda: to set the correct wireless channels of your country
:: Exécution des crochets de post-transaction…
(1/3) Updating linux-lts module dependencies...
(2/3) Updating linux-lts initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'default'
  -> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts.img
==> Starting build: 4.14.63-1-lts
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [keyboard]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-linux-lts.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'fallback'
  -> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts-fallback.img -S autodetect
==> Starting build: 4.14.63-1-lts
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [keyboard]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-linux-lts-fallback.img
==> Image generation successful
(3/3) Arming ConditionNeedsUpdate...
isammoc@raiponce:~$ reboot

I forgot to add the new kernel to grub.

isammoc@raiponce:~$ sudo cp /boot/grub/grub.cfg{,.bak}
isammoc@raiponce:~$ sudo grub-mkconfig -o /boot/grub/grub.cfg
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-linux-lts
Image mémoire initiale trouvée : /boot/initramfs-linux-lts.img
Found fallback initrd image(s) in /boot: initramfs-linux-lts-fallback.img
Image Linux trouvée : /boot/vmlinuz-linux
Image mémoire initiale trouvée : /boot/initramfs-linux.img
Found fallback initrd image(s) in /boot: initramfs-linux-fallback.img
fait
isammoc@raiponce:~$ reboot

As expected, it is not easy to use multiple kernels... The kernel loads, but I have a black screen after (and for more than 4 minutes). It may take time that I am able to run the linux-lts kernel...

Offline

#4 2018-08-19 08:22:06

ooo
Member
Registered: 2013-04-10
Posts: 1,637

Re: [Solved] Chipmunk sound recording (multi-devices tested)

Isammoc wrote:
ooo wrote:

'dat' is not recognized sample format according to arecord man page.

I tested dat, cd and cdr, the 3 formats described in my man page => Same result.
But with your comment, I found the listing of available formats

Sorry my mistake, the dat, cd and cdr format shortcuts are indeed listed in the man page, but somehow I missed them. The same list of actual sample formats is also listed in the man page, above the aforementioned format shortcuts. However all of the three shortcuts are for stereo audio, which is not right for recording (mono) microphone input.

Furthermore, it seems you're recording from the 'default' alsa device, which in your case is pulseaudio. Try recording both your microphones again with arecord, but set the correct devices, and don't mess with --format or anything else unnecessarily.

If you can record from the alsa devices, presumably your issue is with pulseaudio.

Offline

#5 2018-08-19 08:27:59

Isammoc
Member
Registered: 2018-08-18
Posts: 12

Re: [Solved] Chipmunk sound recording (multi-devices tested)

I currently try with U8 format.

I was able to test the lts kernel with a SSH connection (I cannot manage to start X or a console for now), but same res
ult.

I am looking for a way to tell arecord to use a specific device, I will reply when I succeed.

Offline

#6 2018-08-19 08:46:15

Isammoc
Member
Registered: 2018-08-18
Posts: 12

Re: [Solved] Chipmunk sound recording (multi-devices tested)

Weird... really weird

isammoc@raiponce:~$ arecord --list-devices
**** Liste des Périphériques Matériels CAPTURE ****
carte 0: PCH [HDA Intel PCH], périphérique 0: ALC887-VD Analog [ALC887-VD Analog]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 0: PCH [HDA Intel PCH], périphérique 2: ALC887-VD Alt Analog [ALC887-VD Alt Analog]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
carte 2: Camera [USB 2.0 Camera], périphérique 0: USB Audio [USB Audio]
  Sous-périphériques: 1/1
  Sous-périphérique #0: subdevice #0
isammoc@raiponce:~$ arecord --duration=5 -D hw:2,0 test.wav
Capture WAVE 'test.wav' : Unsigned 8 bit, Fréquence 8000 Hz, Mono
arecord: set_params:1339: Ce format d'échantillonage n'est pas disponible
Available formats:
- S16_LE
isammoc@raiponce:~$ arecord --duration=5 --format=S16_LE -D hw:2,0 test.wav
Capture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 8000 Hz, Mono
arecord: set_params:1345: Nombre de canaux non disponible

(Nombre de canaux non disponible => Channels count non available)

Meanwhile, I tried some configuration:

isammoc@raiponce:~$ arecord --duration=5 -c 2 -r 44100 --format=S16_LE -D hw:2,0 test.wav
Capture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 44100 Hz, Stéréo
isammoc@raiponce:~$ aplay test.wav 
Lecture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 44100 Hz, Stéréo
^CInterrompu par le signal Interrompre...
aplay: pcm_write:2051: erreur en écriture: Appel système interrompu
isammoc@raiponce:~$ arecord --duration=5 -c 2 -r 8000 --format=S16_LE -D hw:2,0 test.wav
Capture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 8000 Hz, Stéréo
isammoc@raiponce:~$ aplay test.wav 
Lecture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 8000 Hz, Stéréo
isammoc@raiponce:~$ arecord --duration=5 -c 2 -r 16000 --format=S16_LE -D hw:2,0 test.wav
Capture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 16000 Hz, Stéréo
isammoc@raiponce:~$ aplay test.wav 
Lecture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 16000 Hz, Stéréo
isammoc@raiponce:~$ arecord --duration=5 -c 2 -r 24000 --format=S16_LE -D hw:2,0 test.wav
Capture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 24000 Hz, Stéréo
isammoc@raiponce:~$ aplay test.wav 
Lecture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 24000 Hz, Stéréo
isammoc@raiponce:~$ arecord --duration=5 -c 2 -r 21000 --format=S16_LE -D hw:2,0 test.wav
Capture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 21000 Hz, Stéréo
isammoc@raiponce:~$ aplay test.wav 
Lecture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 22050 Hz, Stéréo
isammoc@raiponce:~$ arecord --duration=5 -c 2 -r 22050 --format=S16_LE -D hw:2,0 test.wav
Capture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 22050 Hz, Stéréo
isammoc@raiponce:~$ aplay test.wav 
Lecture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 22050 Hz, Stéréo
isammoc@raiponce:~$ arecord --duration=5 -c 1 -r 22050 --format=S16_LE -D hw:2,0 test.wav
Capture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 22050 Hz, Mono
arecord: set_params:1345: Nombre de canaux non disponible
isammoc@raiponce:~$ arecord --duration=5 -c 2 -r 22050 --format=S16_LE -D hw:2,0 test.wav
Capture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 22050 Hz, Stéréo
isammoc@raiponce:~$ aplay test.wav 
Lecture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 22050 Hz, Stéréo
isammoc@raiponce:~$ arecord --duration=5 -c 2 -r 44100 --format=S16_LE -D hw:2,0 test.wav
Capture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 44100 Hz, Stéréo
isammoc@raiponce:~$ aplay test.wav 
Lecture WAVE 'test.wav' : Signed 16 bit Little Endian, Fréquence 44100 Hz, Stéréo

What works better was:

isammoc@raiponce:~$ arecord --duration=5 -c 2 -r 24000 --format=S16_LE -D hw:2,0 test-mic.wav && aplay test-mic.wav
Capture WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Fréquence 24000 Hz, Stéréo
Lecture WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Fréquence 24000 Hz, Stéréo

But the result was a high pitched voice at roughly the right speed.

Offline

#7 2018-08-19 08:50:34

Isammoc
Member
Registered: 2018-08-18
Posts: 12

Re: [Solved] Chipmunk sound recording (multi-devices tested)

Another test: I tried to use the front mic:

isammoc@raiponce:~$ arecord --list-pcms
null
    Discard all samples (playback) or generate zero samples (capture)
pulse
    PulseAudio Sound Server
default
    Default ALSA Output (currently PulseAudio Sound Server)
sysdefault:CARD=PCH
    HDA Intel PCH, ALC887-VD Analog
    Default Audio Device
front:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    Front speakers
sysdefault:CARD=Camera
    USB 2.0 Camera, USB Audio
    Default Audio Device
front:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    Front speakers
surround21:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    2.1 Surround output to Front and Subwoofer speakers
surround40:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    4.0 Surround output to Front and Rear speakers
surround41:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=Camera,DEV=0
    USB 2.0 Camera, USB Audio
    IEC958 (S/PDIF) Digital Audio Output
isammoc@raiponce:~$ arecord --device=front --duration=5 test-mic.wav && aplay test-mic.wav 
Capture WAVE 'test-mic.wav' : Unsigned 8 bit, Fréquence 8000 Hz, Mono
arecord: set_params:1339: Ce format d'échantillonage n'est pas disponible
Available formats:
- S16_LE
- S32_LE
isammoc@raiponce:~$ arecord --format=S32_LE --device=front --duration=5 test-mic.wav && aplay test-mic.wav 
Capture WAVE 'test-mic.wav' : Signed 32 bit Little Endian, Fréquence 8000 Hz, Mono
arecord: set_params:1345: Nombre de canaux non disponible
isammoc@raiponce:~$ arecord --channels=2 --format=S32_LE --device=front --duration=5 test-mic.wav && aplay test-mic.wav 
Capture WAVE 'test-mic.wav' : Signed 32 bit Little Endian, Fréquence 8000 Hz, Stéréo
Avertissement: la fréquence n'est pas précise (demandé = 8000Hz,
obtenu = 44100Hz)
         veuillez essayez le greffon de branchement (-Dplug:front)
Lecture WAVE 'test-mic.wav' : Signed 32 bit Little Endian, Fréquence 44100 Hz, Stéréo
isammoc@raiponce:~$ arecord --channels=2 --rate=44100 --format=S32_LE --device=front --duration=5 test-mic.wav && aplay test-mic.wav 
Capture WAVE 'test-mic.wav' : Signed 32 bit Little Endian, Fréquence 44100 Hz, Stéréo
Lecture WAVE 'test-mic.wav' : Signed 32 bit Little Endian, Fréquence 44100 Hz, Stéréo

And I received only white noise.

Offline

#8 2018-08-19 09:04:25

Isammoc
Member
Registered: 2018-08-18
Posts: 12

Re: [Solved] Chipmunk sound recording (multi-devices tested)

Now, I tried back with the Online voice recorder

And the camera microphone is always Chipmunk like, but the front mic is good.

It is not the best configuration, but it is working.

Now, I have different results depending on the device... (was not the case before)

I am lost, confused, and I do not know what to think about that.

More, It's working in  Online voice recorder for the front mic, but not with arecord.

weird, really really weird

Offline

#9 2018-08-19 09:49:02

Isammoc
Member
Registered: 2018-08-18
Posts: 12

Re: [Solved] Chipmunk sound recording (multi-devices tested)

Again, a new test:

$ arecord --duration=5 --channels=2 --format=S32_LE --rate 44100 --device=hw:0,0 test-mic.wav && aplay test-mic.wav 
Capture WAVE 'test-mic.wav' : Signed 32 bit Little Endian, Fréquence 44100 Hz, Stéréo
Lecture WAVE 'test-mic.wav' : Signed 32 bit Little Endian, Fréquence 44100 Hz, Stéréo

It's working good. Front mic is now fully operationnal.

$ arecord --duration=5 --channels=2 --format=S16_LE --rate 44100 --device=hw:2,0 test-mic.wav && aplay test-mic.wav 
Capture WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Fréquence 44100 Hz, Stéréo
Lecture WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Fréquence 44100 Hz, Stéréo

Now, only the USB camera mic is high pitched.

I was sure to test both microphones before. I don't understand. But perhaps I did not understand how to properly choose the device to record.

Offline

#10 2018-08-19 10:14:58

ooo
Member
Registered: 2013-04-10
Posts: 1,637

Re: [Solved] Chipmunk sound recording (multi-devices tested)

Please stop posting all the output from your testing without any relevant information. This only makes the thread very hard to follow. If you have something meaningful to add, and you're the last poster on the thread, it's also generally recommended to edit your last post instead or bumping. Also please re-read the Code of Conduct, at least the part about posting command line output when you're using non-english locale.

I asked you to try recording the microphones with arecord, and not using any other configuration flags apart from defining the correct alsa device. Rate, format, channel count etc. should be correct by default.

Offline

#11 2018-08-19 12:03:52

Isammoc
Member
Registered: 2018-08-18
Posts: 12

Re: [Solved] Chipmunk sound recording (multi-devices tested)

Thank you for your answer and for your patience.

ooo wrote:

Please stop posting all the output from your testing without any relevant information. This only makes the thread very hard to follow. If you have something meaningful to add, and you're the last poster on the thread, it's also generally recommended to edit your last post instead or bumping.

Sorry about that. I will edit my last post from now. I only want to show what happens with different tests.

ooo wrote:

Also please re-read the Code of Conduct, at least the part about posting command line output when you're using non-english locale.

Thanks to point it. And I will re-re-read it, and try to understand all parts of the whole post (and try not to forget anything this time).

ooo wrote:

I asked you to try recording the microphones with arecord, and not using any other configuration flags apart from defining the correct alsa device. Rate, format, channel count etc. should be correct by default.

I had tried it before, but I had an error message

(I do it again but with english locale)

For the front mic, I declared first with hw:0,0:

isammoc@raiponce:~$ LC_ALL=C arecord --duration=5 --device=hw:0,0 test-mic.wav && aplay test-mic.wav 
Recording WAVE 'test-mic.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono
arecord: set_params:1339: Sample format non available
Available formats:
- S16_LE
- S32_LE

As you can see, it is why I added --format option

isammoc@raiponce:~$ LC_ALL=C arecord --duration=5 --device=hw:0,0 --format=S16_LE test-mic.wav && aplay test-mic.wav
Recording WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Rate 8000 Hz, Mono
arecord: set_params:1345: Channels count non available

And now, the --channels options

isammoc@raiponce:~$ LC_ALL=C arecord --duration=5 --device=hw:0,0 --channels=2 --format=S16_LE test-mic.wav && LC_ALL=C aplay test-mic.wav 
Recording WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Rate 8000 Hz, Stereo
Warning: rate is not accurate (requested = 8000Hz, got = 44100Hz)
         please, try the plug plugin 
Playing WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo

And last, the --rate option:

isammoc@raiponce:~$ LC_ALL=C arecord --duration=5 --device=hw:0,0 --channels=2 --rate=44100 --format=S16_LE test-mic.wav && LC_ALL=C aplay test-mic.wav 
Recording WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
Playing WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo

That's working. The sound is noisy but audible.

After that, I found how to use the plug plugin mentionned at the --channels step.

And now, I can try without adding additional options:


isammoc@raiponce:~$ LC_ALL=C arecord --duration=5 --device=plughw:0,0 test-mic.wav && LC_ALL=C aplay test-mic.wav
Recording WAVE 'test-mic.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono
Playing WAVE 'test-mic.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono

Other than being noisy, that sounds good enough.

And now, for the camera mic:

isammoc@raiponce:~$ LC_ALL=C arecord --duration=5 --device=plughw:2,0 test-mic.wav && LC_ALL=C aplay test-mic.wav 
Recording WAVE 'test-mic.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono
Playing WAVE 'test-mic.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono

The result file sounds low-pitched, this time.

As mentionned in PulseAudio Troubleshooting wiki page, I tried to plug the USB camera in another hole. But same result. Now, I am looking into forum and internet about the USB camera and/or USB microphone problem.

I was certain to try both microphones before, but perhaps I didn't understand how to correctly select the device.

Offline

#12 2018-08-20 01:47:25

ooo
Member
Registered: 2013-04-10
Posts: 1,637

Re: [Solved] Chipmunk sound recording (multi-devices tested)

Isammoc wrote:
ooo wrote:

I asked you to try recording the microphones with arecord, and not using any other configuration flags apart from defining the correct alsa device. Rate, format, channel count etc. should be correct by default.

I had tried it before, but I had an error message

Sorry I didn't notice the results earlier.

Also, I misremembered that arecord would be smart enough to automatically pick supported audio format. Apparently that's not the case, and you have to pick right configuration values by hand.

isammoc@raiponce:~$ LC_ALL=C arecord --duration=5 --device=hw:0,0 --channels=2 --rate=44100 --format=S16_LE test-mic.wav && LC_ALL=C aplay test-mic.wav 
Recording WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
Playing WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo

That's working. The sound is noisy but audible.

By being 'noisy', do you mean there's some digital noise or distortion? If not, sounds like the front mic is working with ALSA. Can you test it with some application you've had issues with, or record with any application that uses pulseaudio?

After that, I found how to use the plug plugin mentionned at the --channels step.

Don't use the plughw devices when doing testing for audio problems. They can resample the audio signal, which is the reason they work with arecord without configuring the correct audio format. That however doesn't help when diagnosing audio configuration issues.

And now, for the camera mic:

isammoc@raiponce:~$ LC_ALL=C arecord --duration=5 --device=plughw:2,0 test-mic.wav && LC_ALL=C aplay test-mic.wav 
Recording WAVE 'test-mic.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono
Playing WAVE 'test-mic.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono

The result file sounds low-pitched, this time.

There you're recording at least in wrong sample format (which wouldn't be possible without using the plug device) and rate. Recording in wrong sample rate results in low-pitched sound.

Check the list for hw parameters supported by the device by running 'arecord --device=hw:2 --dump-hw-params'. Then pick --format=, --channels= and --rate= values for arecord from that list, and try recording again. If the recording is at wrong pitch, try again with different supported rate.

Offline

#13 2018-08-20 06:25:32

Isammoc
Member
Registered: 2018-08-18
Posts: 12

Re: [Solved] Chipmunk sound recording (multi-devices tested)

ooo wrote:

Sorry I didn't notice the results earlier.

You are kind enough to help me ^^ And errors messages were in french.

ooo wrote:
Isammoc wrote:
isammoc@raiponce:~$ LC_ALL=C arecord --duration=5 --device=hw:0,0 --channels=2 --rate=44100 --format=S16_LE test-mic.wav && LC_ALL=C aplay test-mic.wav 
Recording WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
Playing WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo

That's working. The sound is noisy but audible.

By being 'noisy', do you mean there's some digital noise or distortion? If not, sounds like the front mic is working with ALSA. Can you test it with some application you've had issues with, or record with any application that uses pulseaudio?

There is a white noise but I don't know if my front-mic is really top quality. (very cheap microphone). I would say that is good enough for the front-mic.


ooo wrote:

And now, for the camera mic:

isammoc@raiponce:~$ LC_ALL=C arecord --duration=5 --device=plughw:2,0 test-mic.wav && LC_ALL=C aplay test-mic.wav 
Recording WAVE 'test-mic.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono
Playing WAVE 'test-mic.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono

The result file sounds low-pitched, this time.

There you're recording at least in wrong sample format (which wouldn't be possible without using the plug device) and rate. Recording in wrong sample rate results in low-pitched sound.

Check the list for hw parameters supported by the device by running 'arecord --device=hw:2 --dump-hw-params'. Then pick --format=, --channels= and --rate= values for arecord from that list, and try recording again. If the recording is at wrong pitch, try again with different supported rate.

First, the list:

isammoc@raiponce:~$ LC_ALL=C arecord --device=hw:2 --dump-hw-params
Recording WAVE 'stdin' : Unsigned 8 bit, Rate 8000 Hz, Mono
HW Params of device "hw:2":
--------------------
ACCESS:  MMAP_INTERLEAVED RW_INTERLEAVED
FORMAT:  S16_LE
SUBFORMAT:  STD
SAMPLE_BITS: 16
FRAME_BITS: 32
CHANNELS: 2
RATE: [8000 48000]
PERIOD_TIME: [1000 16384000]
PERIOD_SIZE: [16 131072]
PERIOD_BYTES: [64 524288]
PERIODS: [2 1024]
BUFFER_TIME: (666 32768000]
BUFFER_SIZE: [32 262144]
BUFFER_BYTES: [128 1048576]
TICK_TIME: ALL
--------------------
arecord: set_params:1339: Sample format non available
Available formats:
- S16_LE

After multiple tests, with rate, I came to these results:

isammoc@raiponce:~$ LC_ALL=C arecord --duration=5 --device=hw:2 --format=S16_LE --channels=2 --rate=22050 test-mic.wav
Recording WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Stereo

22050Hz is too high-pitched

isammoc@raiponce:~$ LC_ALL=C arecord --duration=5 --device=hw:2 --format=S16_LE --channels=2 --rate=16000 test-mic.wav
Recording WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Rate 16000 Hz, Stereo

16000 is a little too low-pitched with important distortion noise

And I cannot manage to have a rate between these 2 values:

isammoc@raiponce:~$ LC_ALL=C arecord --duration=5 --device=hw:2 --format=S16_LE --channels=2 --rate=19000 test-mic.wav
Recording WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Rate 19000 Hz, Stereo
Warning: rate is not accurate (requested = 19000Hz, got = 16000Hz)
         please, try the plug plugin 
isammoc@raiponce:~$ LC_ALL=C arecord --duration=5 --device=hw:2 --format=S16_LE --channels=2 --rate=19500 test-mic.wav
Recording WAVE 'test-mic.wav' : Signed 16 bit Little Endian, Rate 19500 Hz, Stereo
Warning: rate is not accurate (requested = 19500Hz, got = 22050Hz)
         please, try the plug plugin 

Offline

#14 2018-08-20 07:24:56

ooo
Member
Registered: 2013-04-10
Posts: 1,637

Re: [Solved] Chipmunk sound recording (multi-devices tested)

Since the issue currently seems to be limited to the webcam mic, and is presumably related to the kernel driver since you can't even set the sample rate correctly, my guess is that the device isn't following the USB audio specification properly (which is unfortunately quite common), and would require device specific quirk in the snd-usb-audio kernel module.

Of course that theory seems unlikely, if you're sure that the webcam mic has worked for you before.

Offline

#15 2018-08-20 08:29:36

Isammoc
Member
Registered: 2018-08-18
Posts: 12

Re: [Solved] Chipmunk sound recording (multi-devices tested)

ooo wrote:

Of course that theory seems unlikely, if you're sure that the webcam mic has worked for you before.

I'm positive, the webcam mic worked before. It was my only microphone for long.
I bought the front-mic recently to test if the problem was not from hardware degradation and to have a workaround.

During this time, I tested the USB camera/mic on other computers. It works well.

Offline

#16 2018-08-21 00:04:18

ooo
Member
Registered: 2013-04-10
Posts: 1,637

Re: [Solved] Chipmunk sound recording (multi-devices tested)

In that case, I'd suggest you to test if you have the issue with linux-lts, to check for regressions in newer kernels. If you have problems setting up another kernel, open a new thread as that's a separate issue.

Is the front mic now working for you with video calls etc.?

Offline

#17 2018-08-31 16:48:32

Isammoc
Member
Registered: 2018-08-18
Posts: 12

Re: [Solved] Chipmunk sound recording (multi-devices tested)

Sorry, it took a long time to test (my availability on the subject and different configuration issues)

ooo wrote:

In that case, I'd suggest you to test if you have the issue with linux-lts, to check for regressions in newer kernels. If you have problems setting up another kernel, open a new thread as that's a separate issue.

I confirm that I have the issue with my webcam mic with linux-lts too.

ooo wrote:

Is the front mic now working for you with video calls etc.?

Yes, thank you very much about that. I was able to have several video calls since.

Do I have to create a seperate thread for my webcam mic?

Offline

#18 2018-09-02 19:15:34

ooo
Member
Registered: 2013-04-10
Posts: 1,637

Re: [Solved] Chipmunk sound recording (multi-devices tested)

Isammoc wrote:

Do I have to create a seperate thread for my webcam mic?

I think it's perfectly fine to continue here. Your original post was about both microphones anyway.

Isammoc wrote:

I confirm that I have the issue with my webcam mic with linux-lts too.

Kernel 4.14, where linux-lts is currently, was released more than 3-4 monts ago from your original post. That suggests that the issue didn't result from the kernel update, unless the same regression got backported to 4.14.* series as well. I suppose you could still test e.g. 4.14.15-1 to make sure.

You could also test recording with new user/empty configuration once more, now that you know the correct command line parameters for testing with arecord.

When it's 100% certain that the issue doesn't result from invalid user configuration, there's only five possible causes for it, that I can think of:
1. system wide ALSA configuration
2. kernel module options (i.e. /etc/modprobe.d/*)
3. kernel boot parameters
4. kernel configuration
5. bugs in kernel

For 1, your current asound.conf seems to be in order. Also check that you haven't modified anything in /usr/share/alsa with:

# pacman -Qkk alsa-lib alsa-plugins alsa-utils alsa-firmware

2 and 3, check your modprobe configuration, and boot parameters for anything that could affect snd-usb-audio.

You can rule out 4 and 5 by testing a kernel that is known to work, as I suggested above. I think installing older kernels from Arch Linux Archive should work (but keep linux-lts ready to boot just in case). If not, you may have to grab the source files and rebuild the package yourself.

Offline

#19 2018-09-10 14:17:42

ecognito
Member
Registered: 2009-05-30
Posts: 23

Re: [Solved] Chipmunk sound recording (multi-devices tested)

I've had exactly the same problem, and have tentatively found a solution here: https://askubuntu.com/questions/1039058 … microphone

It looks like adding "usbcore.autosuspend=-1" to your kernel boot parameters does the trick.

The above link describes how to do this for grub. For syslinux, edit your syslinux.cfg and add the parameter to the APPEND line. File is often in /boot/syslinux/syslinux.cfg.

Reboot, then "cat /sys/module/usbcore/parameters/autosuspend" to see if the value stuck.

So, hopefully fixed. Wonder what impact that has on power consumption...

Last edited by ecognito (2018-09-10 14:18:18)

Offline

#20 2018-09-30 11:59:29

Isammoc
Member
Registered: 2018-08-18
Posts: 12

Re: [Solved] Chipmunk sound recording (multi-devices tested)

Sorry for the long time without answers.

ooo wrote:
# pacman -Qkk alsa-lib alsa-plugins alsa-utils alsa-firmware

Result:

$ LC_ALL=C sudo pacman -Qkk alsa-lib alsa-plugins alsa-utils alsa-firmware
alsa-lib: 219 total files, 0 altered files
alsa-plugins: 47 total files, 0 altered files
alsa-utils: 88 total files, 0 altered files
alsa-firmware: 178 total files, 0 altered file
ooo wrote:

2 and 3, check your modprobe configuration, and boot parameters

modprobe:

$ cat /etc/modprobe.d/*
# This file was added by the program 'hda-jack-retask'.
# If you want to revert the changes made by this program, you can simply erase this file and reboot your computer.
options snd-hda-intel patch=hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw

I did add that when I installed my computer. But that worked fine. I tested with commenting it (reboot, etc.) No result :'(

boot parameters:

$ cat /etc/default/grub 
# GRUB boot loader configuration

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="Arch"
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

# Preload both GPT and MBR modules so that they are not missed
GRUB_PRELOAD_MODULES="part_gpt part_msdos"

# Uncomment to use basic console
GRUB_TERMINAL_INPUT=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE=auto

# Uncomment to allow the kernel use the same resolution used by grub
GRUB_GFXPAYLOAD_LINUX=keep

# Uncomment to disable generation of recovery mode menu entries
GRUB_DISABLE_RECOVERY=true

Only "quiet" as boot parameters.

I didn't try another kernels but the ecognito solution:

ecognito wrote:

It looks like adding "usbcore.autosuspend=-1" to your kernel boot parameters does the trick.

It works \o/
Yippeee!

Thanks to both of you

I marked this subject as closed. But as ecognito, I would like to know what is the impact on power comsuption and if there is a better solution.
I guess it is an issue with the driver which don't reload correctly after suspend... but why?

Last edited by Isammoc (2018-09-30 12:02:38)

Offline

Board footer

Powered by FluxBB