On 12/14/24 16:11, Masaru Nomiya wrote:
Hello,
I'm terribly sorry. I completely missed it.
In the Message;
Subject : Re: Sound setup failure in OpenSuSE 15.6 Message-ID : <4fc9f865-7aed-4ae7-b560-124137469079@marcchamberlin.com> Date & Time: Sat, 14 Dec 2024 13:21:33 -0800
[MC] == Marc Chamberlin via openSUSE Users <users@lists.opensuse.org> has written:
MC> Ping! I remain hopeful that some kind sound guru can help me with this MC> problem. Masare Nomiya did I lose you?
MC> On a whim, I switched my sound system drivers from PulseAudio to MC> Pipewire to see if that would shake things loose. No joy, I am MC> still getting the "Error trying to play a test sound.
It's not a problem with the sound server, but a problem with the sound device settings.
MC> On 12/5/24 16:16, Marc Chamberlin via openSUSE Users wrote:
MC> > marc@nova:~> aplay -l MC> > **** List of PLAYBACK Hardware Devices **** MC> > card 0: Audigy2 [SB Audigy 4 PRO [SB0380]], device 0: emu10k1 [ADC MC> > Capture/Standard PCM Playback] [...] MC> > card 0: Audigy2 [SB Audigy 4 PRO [SB0380]], device 3: emu10k1 [Multichannel MC> > Playback] MC> > Subdevices: 1/1 MC> > Subdevice #0: subdevice #0 MC> > card 0: Audigy2 [SB Audigy 4 PRO [SB0380]], device 4: p16v [p16v] MC> > Subdevices: 1/1 MC> > Subdevice #0: subdevice #0 MC> > card 1: HDMI [HDA Intel HDMI], device 3: HDMI 0 [SHARP HDMI] MC> > Subdevices: 0/1 MC> > Subdevice #0: subdevice #0 MC> > card 1: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1] MC> > Subdevices: 1/1 MC> > Subdevice #0: subdevice #0 MC> > card 1: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2] MC> > Subdevices: 1/1 MC> > Subdevice #0: subdevice #0 MC> > card 2: PCH [HDA Intel PCH], device 0: ALC1150 Analog [ALC1150 Analog] MC> > Subdevices: 1/1 MC> > Subdevice #0: subdevice #0 MC> > card 2: PCH [HDA Intel PCH], device 1: ALC1150 Digital [ALC1150 Digital] MC> > Subdevices: 0/1 MC> > Subdevice #0: subdevice #0 MC> > card 3: CODEC [USB Audio CODEC], device 0: USB Audio [USB Audio] MC> > Subdevices: 0/1 MC> > Subdevice #0: subdevice #0 MC> > card 4: U192k [UMC202HD 192k], device 0: USB Audio [USB Audio] MC> > Subdevices: 0/1 MC> > Subdevice #0: subdevice #0
This is no problem.
MC> > marc@nova:~> cat /etc/modprobe.d/50-sound.conf MC> > MC> > options snd slots=snd-emu10k1,snd-hda-intel,snd-hda-intel MC> > # svHJ.koLs3KhhqB9:SB0380 Audigy 4 Pro MC> > alias snd-card-0 snd-emu10k1 MC> > # u1Nb.KQcCGfWUeXB:9 Series Chipset Family HD Audio Controller MC> > alias snd-card-1 snd-hda-intel MC> > # 3hqH.bQjzHrSTHK8:Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller MC> > alias snd-card-2 snd-hda-intel
This is completely different.
1. Your system shouldn't use snd-card-1. 2. Two USB-AUDIO devices are being ignored.
Isn't there 50-sound.conf.rpmsave left in /etc/modprobe.d?
1. No comment 2. No, there is no rpmsave file, only a 50-sound.conf.YaST2save file.
MC> >> 3. $ ls -l /proc/asound MC> > marc@nova:~> ls -l /proc/asound MC> > total 0 MC> > lrwxrwxrwx 1 root root 5 Dec 5 14:22 Audigy2 -> card0 MC> > dr-xr-xr-x 30 root root 0 Dec 5 12:45 card0 MC> > dr-xr-xr-x 16 root root 0 Dec 5 12:45 card1 MC> > dr-xr-xr-x 8 root root 0 Dec 5 12:45 card2 MC> > dr-xr-xr-x 9 root root 0 Dec 5 12:45 card3 MC> > dr-xr-xr-x 9 root root 0 Dec 5 12:45 card4 [...] MC> > 0xe000, irq 19 MC> > 1 [HDMI ]: HDA-Intel - HDA Intel HDMI MC> > HDA Intel HDMI at 0xf7c34000 irq 40 MC> > 2 [PCH ]: HDA-Intel - HDA Intel PCH MC> > HDA Intel PCH at 0xf7c30000 irq 41 MC> > 3 [CODEC ]: USB-Audio - USB Audio CODEC MC> > Burr-Brown from TI USB Audio CODEC at MC> > usb-0000:00:14.0-4, full speed MC> > 4 [U192k ]: USB-Audio - UMC202HD 192k MC> > BEHRINGER UMC202HD 192k at usb-0000:00:14.0-11, high MC> > speed [...] MC> > 00-01: emu10k1 mic : Mic Capture : capture 1 MC> > 00-02: emu10k1 efx : Multichannel Capture : capture 1 MC> > 00-03: emu10k1 : Multichannel Playback : playback 1 MC> > 00-04: p16v : p16v : playback 1 : capture 1 MC> > 01-03: HDMI 0 : HDMI 0 : playback 1 MC> > 01-07: HDMI 1 : HDMI 1 : playback 1 MC> > 01-08: HDMI 2 : HDMI 2 : playback 1 MC> > 02-00: ALC1150 Analog : ALC1150 Analog : playback 1 : capture 1 MC> > 02-01: ALC1150 Digital : ALC1150 Digital : playback 1 MC> > 02-02: ALC1150 Alt Analog : ALC1150 Alt Analog : capture 1 MC> > 03-00: USB Audio : USB Audio : playback 1 : capture 1 MC> > 04-00: USB Audio : USB Audio : playback 1 : capture 1
Thanks.
I've figured out the problem. I think you can solve it with pavucontrol.
Oh that sounds promising, I hope so!
MN> >> 7. $ pavucontrol (or pavucontrol-qt) MN> >> MN> >> with this, please show what is displayed in the input devices MN> >> panel, output devices panel, and configuration panel MN> >> respectively.
MC> > You can find the screen captured images (1 week) at - MC> > MC> > https://paste.opensuse.org/07aad63eccf0 MC> > MC> > https://paste.opensuse.org/89108051c4aa MC> > MC> > https://paste.opensuse.org/3ff1a1e6e510
The images were deleted due to time running out.
I'm sorry, but please upload these images again.
I can do that, we have the technology! https://paste.opensuse.org/0b415e74a13b https://paste.opensuse.org/313478e2108d https://paste.opensuse.org/7b8820a6be89 HTHs and thanks Masaru Nomiya. Marc
Best Regards.
--- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "During testing, Sakana found that its system began unexpectedly attempting to modify its own experiment code to extend the time it had to work on a problem."
-- Research AI model unexpectedly attempts to modify its own code to extend runtime (ars TECHNICA) --