You are not logged in.
I have a Realtek ALC1200 on my motherboard, but pulse doesn't seem to detect it(at least it doesn't show up in pavucontrol) and I only have a "Dummy output", however, ALSA *does* detect it, and I can control volumes and stuff in alsamixer.
I have encountered similar issues in the past, but then it got fixed by simply rebooting, but that doesn't really seem to work anymore.
Some relevant info (please tell me if there's anything that I missed):
I have headphones plugged in the back green jack port. (Front panel audio doesn't work due to the fact that cable is too short to reach the header on the motherboard)
$ uname -a
Linux kurisu 5.9.8-arch1-1 #1 SMP PREEMPT Tue, 10 Nov 2020 22:44:11 +0000 x86_64 GNU/Linux
The sound card in question is listed as HDA Intel below
$ aplay -lL
null
Discard all samples (playback) or generate zero samples (capture)
samplerate
Rate Converter Plugin Using Samplerate Library
speexrate
Rate Converter Plugin Using Speex Resampler
jack
JACK Audio Connection Kit
oss
Open Sound System
pulse
PulseAudio Sound Server
speex
Plugin using Speex DSP (resample, agc, denoise, echo, dereverb)
upmix
Plugin for channel upmix (4,6,8)
vdownmix
Plugin for channel downmix (stereo) with a simple spacialization
sysdefault:CARD=Intel
HDA Intel, ALC1200 Analog
Default Audio Device
front:CARD=Intel,DEV=0
HDA Intel, ALC1200 Analog
Front output / input
surround21:CARD=Intel,DEV=0
HDA Intel, ALC1200 Analog
2.1 Surround output to Front and Subwoofer speakers
surround40:CARD=Intel,DEV=0
HDA Intel, ALC1200 Analog
4.0 Surround output to Front and Rear speakers
surround41:CARD=Intel,DEV=0
HDA Intel, ALC1200 Analog
4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Intel,DEV=0
HDA Intel, ALC1200 Analog
5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Intel,DEV=0
HDA Intel, ALC1200 Analog
5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Intel,DEV=0
HDA Intel, ALC1200 Analog
7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=Intel,DEV=0
HDA Intel, ALC1200 Digital
IEC958 (S/PDIF) Digital Audio Output
usbstream:CARD=Intel
HDA Intel
USB Stream Output
hdmi:CARD=NVidia,DEV=0
HDA NVidia, HDMI 0
HDMI Audio Output
hdmi:CARD=NVidia,DEV=1
HDA NVidia, HDMI 1
HDMI Audio Output
hdmi:CARD=NVidia,DEV=2
HDA NVidia, HDMI 2
HDMI Audio Output
hdmi:CARD=NVidia,DEV=3
HDA NVidia, HDMI 3
HDMI Audio Output
hdmi:CARD=NVidia,DEV=4
HDA NVidia, HDMI 4
HDMI Audio Output
hdmi:CARD=NVidia,DEV=5
HDA NVidia, HDMI 5
HDMI Audio Output
hdmi:CARD=NVidia,DEV=6
HDA NVidia, HDMI 6
HDMI Audio Output
usbstream:CARD=NVidia
HDA NVidia
USB Stream Output
usbstream:CARD=U20
USB PHY 2.0
USB Stream Output
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC1200 Analog [ALC1200 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: ALC1200 Digital [ALC1200 Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 8: HDMI 2 [HDMI 2]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 9: HDMI 3 [HDMI 3]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 10: HDMI 4 [HDMI 4]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 11: HDMI 5 [HDMI 5]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 12: HDMI 6 [HDMI 6]
Subdevices: 1/1
Subdevice #0: subdevice #0
Pavucontrol configuration section
Last edited by realkc (2020-11-20 11:09:41)
Offline
What's your
sudo fuser -v /dev/snd/*
#And maybe for completeness sake
systemctl --user mask --now pulseaudio pulseaudio.socket #Disable automatic pulse invocation
pulseaudio -vvv #Post that output
systemctl --user unmask --now pulseaudio pulseaudio.socket #Reenable automatic pulse invocation
Offline
(my user is kc)
$ sudo fuser -v /dev/snd/*
[sudo] password for kc:
USER PID ACCESS COMMAND
/dev/snd/controlC1: kc 77653 F.... pulseaudio
/dev/snd/controlC2: kc 77653 F.... pulseaudio
/dev/snd/pcmC0D0c: kc 77653 F...m pulseaudio
/dev/snd/pcmC2D0c: kc 77653 F...m pulseaudio
For pulseaudio -vvv's output I'm pasting a link to a hastebin-like website as I feel it's too lengthy for a forum post: https://wastebin.party/tuvosasibu.http
Offline
So I'd like to update the situation a bit. Running the command in the accepted answer here: https://superuser.com/questions/845645/ … io-devices
for posterity:
pulseaudio -k && pactl load-module module-detect
Seems to have solved *some* of my issues, I have audio output, and input, but the sound card still doesn't show up in the configuration area of pavucontrol. I'm not sure I'm willing to do other things to fix that, as I don't think the lack of the sound card in pavucontrol is _that_ bad, and I'm kinda scared to not break things again
[Edited as I confused the command from the accepted answer for the one I actually ran and it fixed stuff)
Last edited by realkc (2020-11-18 22:41:26)
Offline
There shouldn't be a inherent need to do that. according to
alsa_input.hw_0_0
you seem to have a custom definition for at least the microphone, what for? What does your pulse configuration look like? FWIW since it has recently lead to issues
systemctl --user mask --now pipewire pipewire.socket
Offline
There shouldn't be a inherent need to do that.
I see, it doesn't seem to keep working after a reboot either, so it's probably not the solution to my problem.
according to
alsa_input.hw_0_0
you seem to have a custom definition for at least the microphone, what for?
I guess this is related to my failed attempt at setting JACK up.(I should've mentioned this in the OP, sry) How would I see the definition (or change it?)
What does your pulse configuration look like?
┬─[kc@kurisu:~]─[10:18:44]
╰─>$ ls .config/pulse
9cf83e9f35b5442eb30de2ac459baa35-card-database.tdb
9cf83e9f35b5442eb30de2ac459baa35-default-sink
9cf83e9f35b5442eb30de2ac459baa35-default-source
9cf83e9f35b5442eb30de2ac459baa35-device-volumes.tdb
9cf83e9f35b5442eb30de2ac459baa35-stream-volumes.tdb
cookie
┬─[kc@kurisu:~]─[10:18:48]
╰─>$ cat .config/pulse/9cf83e9f35b5442eb30de2ac459baa35-default-sink
┬─[kc@kurisu:~]─[10:19:10]
╰─>$ cat .config/pulse/9cf83e9f35b5442eb30de2ac459baa35-default-source
alsa_input.hw_0
┬─[kc@kurisu:~]─[10:21:30]
╰─>$ cat /etc/pulse/client.conf
< GPL license header snippet>
; 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
┬─[kc@kurisu:~]─[10:23:01]
╰─>$ cat /etc/pulse/default.pa
#!/usr/bin/pulseaudio -nF
< GPL License snippet >
# 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:0,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
### 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
Anything else that'd be relevant and I missed?
FWIW since it has recently lead to issues
systemctl --user mask --now pipewire pipewire.socket
I've done that, though I assume it might need a reboot to apply?
I've plugged a microphone in the pink jack, so I assume it'd be nice to give another `pulseaudio -vvv` output, but I currently can't due to the fact I'm in online classes.
Offline
No need to reboot no. I suggest you comment/remove that manual alsa source line (in your /etc/pulse/default.pa, lot's of commented variations of an alsa card definition, safe for the one in question) and then check behaviour again (by rerunning the mask and -vvv command). The ultimately underlying issue is that "something" is blocking access to the card when the auto detector is intending to get to it.
D: [pulseaudio] module-udev-detect.c: /devices/pci0000:00/0000:00:1b.0/sound/card0 is busy: yes
That busy:yes means that pulse considers the card occupied and won't try to further make use of it. If it's something more general we would see that in the fuser output, but from context I'm assuming you are biting yourself with your manual alsa-source attempt which then blocks the card while the card is trying to be enumerated by udev-detect
Last edited by V1del (2020-11-19 10:15:03)
Offline
I think that did the trick, as I see my sound card in pavucontrol now. I'm attaching the -vvv logs anyway, in case there's anything else you'd wanna mention: https://wastebin.party/akusocivid.http
If not, I'll mark the question as [SOLVED] in half a day or so.
Thanks for taking your time to help me!
Offline