Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bullseye vergisst die Soundeinstellungen
25 views
Skip to first unread message
Ulrich Fürst
Aug 27, 2021, 5:30:03 AM8/27/21
to
Hallo zusammen!
Mein System funktionierte die letzten Jahre so problemlos, dass ich in
Sachen Fehlersuche außer Übung bin; wenn also etwas fehlt, bitte
Nachfragen. Danke!
Ich habe hier mate unter Debian stable auf einem seit kurzem unter
Buster aufgesetzen Desktoprechner (System ist aktuelles Bullseye/stable
und das Problem war auch schon unter Buster vorhanden).
Leider vergisst das System nach jedem Neustart/Standby etc. die
Soundeinstellung. Folglich habe ich keine Tonausgabe. Jedesmal muss
ich wieder in die Sound-Einstellungen von Mate dort die richtige
Hardware für die Ausgabe wählen und dann für die gewählte Hardware den
richtigen Ausgang.
> $ lspci | grep Audio
> 00:1f.3 Audio device: Intel Corporation Device a3f0
> 01:00.1 Audio device: NVIDIA Corporation TU116 High Definition Audio
> Controller (rev a1)
Die Ausgabe soll auf dem NVIDIA Audio Controller statt finden.
> 1:00.1 Audio device: NVIDIA Corporation TU116 High Definition Audio
> Controller (rev a1)
> Subsystem: Gigabyte Technology Co., Ltd TU116 High Definition
> Audio Controller
> Flags: bus master, fast devsel, latency 0, IRQ 17
> Memory at 92080000 (32-bit, non-prefetchable) [size=16K]
> Capabilities: <access denied>
> Kernel driver in use: snd_hda_intel
> Kernel modules: snd_hda_intel
Wahrscheinlich ein Teil des Problems (auch nach einem Standby): die
Hardware (Monitorlautsprecher über DisplayPort angeschlossen) wird (in
den mate-Sound-Einstellungen) teils als HDMI-6 und teils als HDMI-5
angezeigt. Selbst wenn mate sich die Einstellungen merken würde, wäre
das also u.U. nicht ausreichend.
lt. aplay -l (siehe unten) sind aber gerade beide da. (Gerade ist
HDMI-6 ausgewählt und funktioniert auch).
Aber auch wenn die Soundkarte immer als HDMI-5 erkannt/angezeigt wird
muss ich sie jedesmal neu auswählen.
ich habe gemäß https://wiki.debianforum.de/Audiokonfiguration
versucht mir eine .asoundrc zusammen zu schustern, die aber auch nichts
verändert.
$ cat asoundrc
defaults.pcm.!card 2
defaults.pcm.!device 0
defaults.ctl.!card 2
Ist diese Einstellung irrelevant, weil die Einstellungen von Pulseaudio
relevant wären?
Das löschen von ~/.config/pulse/ hat einmalig eine Verbesserung
gebracht (war dann wohl eher Zufall).
Wo muss ich hier nach einer Lösung suchen?
TIA
Ulrich
--
dpkg -i a
ii alsa-topology-conf 1.2.4-1 all
ii alsa-ucm-conf 1.2.4-2 all
ii alsa-utils 1.2.4-1 amd64
ii pulseaudio 14.2-2
ii pulseaudio-utils 14.2-2
$ lsmod | grep -i snd
snd_sof_pci 24576 0
snd_sof_intel_byt 24576 1 snd_sof_pci
snd_sof_intel_ipc 20480 1 snd_sof_intel_byt
snd_hda_codec_realtek 151552 1
snd_sof_intel_hda_common 102400 1 snd_sof_pci
snd_sof_xtensa_dsp 16384 2
snd_sof_intel_hda_common,snd_sof_intel_byt snd_sof 139264
4
snd_sof_pci,snd_sof_intel_hda_common,snd_sof_intel_byt,snd_sof_intel_ipc
snd_hda_codec_generic 98304 1 snd_hda_codec_realtek
snd_sof_intel_hda 20480 1 snd_sof_intel_hda_common
snd_soc_hdac_hda 24576 1 snd_sof_intel_hda_common
snd_hda_codec_hdmi 73728 1 snd_hda_ext_core 36864 3
snd_sof_intel_hda_common,snd_soc_hdac_hda,snd_sof_intel_hda
snd_soc_acpi_intel_match 45056 2
snd_sof_pci,snd_sof_intel_hda_common snd_soc_acpi 16384 3
snd_soc_acpi_intel_match,snd_sof_intel_hda_common,snd_sof_intel_byt
ledtrig_audio 16384 2 snd_hda_codec_generic,snd_sof
snd_hda_intel 57344 6 snd_intel_dspcfg 28672 3
snd_hda_intel,snd_sof_pci,snd_sof_intel_hda_common soundwire_intel
45056 2 snd_sof_intel_hda_common,snd_intel_dspcfg snd_soc_core
315392 4
soundwire_intel,snd_sof,snd_sof_intel_hda_common,snd_soc_hdac_hda
snd_compress 32768 1 snd_soc_core snd_usb_audio
311296 2 snd_hda_codec 172032 5
snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek,snd_soc_hdac_hda
snd_usbmidi_lib 40960 1 snd_usb_audio snd_hda_core
110592 9
snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_ext_core,snd_hda_codec,snd_hda_codec_realtek,snd_sof_intel_hda_common,snd_soc_hdac_hda,snd_sof_intel_hda
snd_hwdep 16384 2 snd_usb_audio,snd_hda_codec snd_rawmidi
45056 1 snd_usbmidi_lib snd_seq_device 16384 1
snd_rawmidi snd_pcm 135168 11
snd_hda_codec_hdmi,snd_hda_intel,snd_usb_audio,snd_hda_codec,soundwire_intel,snd_sof,snd_sof_intel_hda_common,snd_compress,snd_soc_core,snd_hda_core
snd_timer 49152 1 snd_pcm mc 61440 5
videodev,snd_usb_audio,videobuf2_v4l2,uvcvideo,videobuf2_common snd
110592 29
snd_hda_codec_generic,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_usb_audio,snd_usbmidi_lib,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_compress,snd_soc_core,snd_pcm,snd_rawmidi
soundcore 16384 1 snd usbcore 323584 8
xhci_hcd,snd_usb_audio,usbhid,snd_usbmidi_lib,usb_storage,uvcvideo,xhci_pci,uas
$ cat /proc/asound/cards
0 [PCH ]: HDA-Intel - HDA Intel PCH
HDA Intel PCH at 0x4012120000 irq 144
1 [ProCam ]: USB-Audio - X6 ProCam
Sonix Technology Co., Ltd. X6 ProCam at
usb-0000:00:14.0-11, high speed 2 [NVidia ]: HDA-Intel - HDA
NVidia HDA NVidia at 0x92080000 irq 17
$ aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: PCH [HDA Intel PCH], Gerät 0: ALC887-VD Analog [ALC887-VD
Analog] Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 1: ALC887-VD Digital [ALC887-VD
Digital] Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 2: NVidia [HDA NVidia], Gerät 3: HDMI 0 [HDMI 0]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 2: NVidia [HDA NVidia], Gerät 7: HDMI 1 [HDMI 1]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 2: NVidia [HDA NVidia], Gerät 8: HDMI 2 [HDMI 2]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 2: NVidia [HDA NVidia], Gerät 9: HDMI 3 [HDMI 3]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 2: NVidia [HDA NVidia], Gerät 10: HDMI 4 [HDMI 4]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 2: NVidia [HDA NVidia], Gerät 11: HDMI 5 [HDMI 5]
Sub-Geräte: 0/1
Sub-Gerät #0: subdevice #0
Karte 2: NVidia [HDA NVidia], Gerät 12: HDMI 6 [HDMI 6]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Mein System funktionierte die letzten Jahre so problemlos, dass ich in
Sachen Fehlersuche außer Übung bin; wenn also etwas fehlt, bitte
Nachfragen. Danke!
Ich habe hier mate unter Debian stable auf einem seit kurzem unter
Buster aufgesetzen Desktoprechner (System ist aktuelles Bullseye/stable
und das Problem war auch schon unter Buster vorhanden).
Leider vergisst das System nach jedem Neustart/Standby etc. die
Soundeinstellung. Folglich habe ich keine Tonausgabe. Jedesmal muss
ich wieder in die Sound-Einstellungen von Mate dort die richtige
Hardware für die Ausgabe wählen und dann für die gewählte Hardware den
richtigen Ausgang.
> $ lspci | grep Audio
> 00:1f.3 Audio device: Intel Corporation Device a3f0
> 01:00.1 Audio device: NVIDIA Corporation TU116 High Definition Audio
> Controller (rev a1)
Die Ausgabe soll auf dem NVIDIA Audio Controller statt finden.
> 1:00.1 Audio device: NVIDIA Corporation TU116 High Definition Audio
> Controller (rev a1)
> Subsystem: Gigabyte Technology Co., Ltd TU116 High Definition
> Audio Controller
> Flags: bus master, fast devsel, latency 0, IRQ 17
> Memory at 92080000 (32-bit, non-prefetchable) [size=16K]
> Capabilities: <access denied>
> Kernel driver in use: snd_hda_intel
> Kernel modules: snd_hda_intel
Wahrscheinlich ein Teil des Problems (auch nach einem Standby): die
Hardware (Monitorlautsprecher über DisplayPort angeschlossen) wird (in
den mate-Sound-Einstellungen) teils als HDMI-6 und teils als HDMI-5
angezeigt. Selbst wenn mate sich die Einstellungen merken würde, wäre
das also u.U. nicht ausreichend.
lt. aplay -l (siehe unten) sind aber gerade beide da. (Gerade ist
HDMI-6 ausgewählt und funktioniert auch).
Aber auch wenn die Soundkarte immer als HDMI-5 erkannt/angezeigt wird
muss ich sie jedesmal neu auswählen.
ich habe gemäß https://wiki.debianforum.de/Audiokonfiguration
versucht mir eine .asoundrc zusammen zu schustern, die aber auch nichts
verändert.
$ cat asoundrc
defaults.pcm.!card 2
defaults.pcm.!device 0
defaults.ctl.!card 2
Ist diese Einstellung irrelevant, weil die Einstellungen von Pulseaudio
relevant wären?
Das löschen von ~/.config/pulse/ hat einmalig eine Verbesserung
gebracht (war dann wohl eher Zufall).
Wo muss ich hier nach einer Lösung suchen?
TIA
Ulrich
--
dpkg -i a
ii alsa-topology-conf 1.2.4-1 all
ii alsa-ucm-conf 1.2.4-2 all
ii alsa-utils 1.2.4-1 amd64
ii pulseaudio 14.2-2
ii pulseaudio-utils 14.2-2
$ lsmod | grep -i snd
snd_sof_pci 24576 0
snd_sof_intel_byt 24576 1 snd_sof_pci
snd_sof_intel_ipc 20480 1 snd_sof_intel_byt
snd_hda_codec_realtek 151552 1
snd_sof_intel_hda_common 102400 1 snd_sof_pci
snd_sof_xtensa_dsp 16384 2
snd_sof_intel_hda_common,snd_sof_intel_byt snd_sof 139264
4
snd_sof_pci,snd_sof_intel_hda_common,snd_sof_intel_byt,snd_sof_intel_ipc
snd_hda_codec_generic 98304 1 snd_hda_codec_realtek
snd_sof_intel_hda 20480 1 snd_sof_intel_hda_common
snd_soc_hdac_hda 24576 1 snd_sof_intel_hda_common
snd_hda_codec_hdmi 73728 1 snd_hda_ext_core 36864 3
snd_sof_intel_hda_common,snd_soc_hdac_hda,snd_sof_intel_hda
snd_soc_acpi_intel_match 45056 2
snd_sof_pci,snd_sof_intel_hda_common snd_soc_acpi 16384 3
snd_soc_acpi_intel_match,snd_sof_intel_hda_common,snd_sof_intel_byt
ledtrig_audio 16384 2 snd_hda_codec_generic,snd_sof
snd_hda_intel 57344 6 snd_intel_dspcfg 28672 3
snd_hda_intel,snd_sof_pci,snd_sof_intel_hda_common soundwire_intel
45056 2 snd_sof_intel_hda_common,snd_intel_dspcfg snd_soc_core
315392 4
soundwire_intel,snd_sof,snd_sof_intel_hda_common,snd_soc_hdac_hda
snd_compress 32768 1 snd_soc_core snd_usb_audio
311296 2 snd_hda_codec 172032 5
snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek,snd_soc_hdac_hda
snd_usbmidi_lib 40960 1 snd_usb_audio snd_hda_core
110592 9
snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_ext_core,snd_hda_codec,snd_hda_codec_realtek,snd_sof_intel_hda_common,snd_soc_hdac_hda,snd_sof_intel_hda
snd_hwdep 16384 2 snd_usb_audio,snd_hda_codec snd_rawmidi
45056 1 snd_usbmidi_lib snd_seq_device 16384 1
snd_rawmidi snd_pcm 135168 11
snd_hda_codec_hdmi,snd_hda_intel,snd_usb_audio,snd_hda_codec,soundwire_intel,snd_sof,snd_sof_intel_hda_common,snd_compress,snd_soc_core,snd_hda_core
snd_timer 49152 1 snd_pcm mc 61440 5
videodev,snd_usb_audio,videobuf2_v4l2,uvcvideo,videobuf2_common snd
110592 29
snd_hda_codec_generic,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_usb_audio,snd_usbmidi_lib,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_compress,snd_soc_core,snd_pcm,snd_rawmidi
soundcore 16384 1 snd usbcore 323584 8
xhci_hcd,snd_usb_audio,usbhid,snd_usbmidi_lib,usb_storage,uvcvideo,xhci_pci,uas
$ cat /proc/asound/cards
0 [PCH ]: HDA-Intel - HDA Intel PCH
HDA Intel PCH at 0x4012120000 irq 144
1 [ProCam ]: USB-Audio - X6 ProCam
Sonix Technology Co., Ltd. X6 ProCam at
usb-0000:00:14.0-11, high speed 2 [NVidia ]: HDA-Intel - HDA
NVidia HDA NVidia at 0x92080000 irq 17
$ aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: PCH [HDA Intel PCH], Gerät 0: ALC887-VD Analog [ALC887-VD
Analog] Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 1: ALC887-VD Digital [ALC887-VD
Digital] Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 2: NVidia [HDA NVidia], Gerät 3: HDMI 0 [HDMI 0]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 2: NVidia [HDA NVidia], Gerät 7: HDMI 1 [HDMI 1]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 2: NVidia [HDA NVidia], Gerät 8: HDMI 2 [HDMI 2]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 2: NVidia [HDA NVidia], Gerät 9: HDMI 3 [HDMI 3]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 2: NVidia [HDA NVidia], Gerät 10: HDMI 4 [HDMI 4]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 2: NVidia [HDA NVidia], Gerät 11: HDMI 5 [HDMI 5]
Sub-Geräte: 0/1
Sub-Gerät #0: subdevice #0
Karte 2: NVidia [HDA NVidia], Gerät 12: HDMI 6 [HDMI 6]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Uwe Herrmuth
Aug 28, 2021, 1:00:03 AM8/28/21
to
Hallo Ulrich,
> Ich habe hier mate unter Debian stable auf einem seit kurzem unter
> Buster aufgesetzen Desktoprechner (System ist aktuelles
> Bullseye/stable und das Problem war auch schon unter Buster
> vorhanden). Leider vergisst das System nach jedem Neustart/Standby
> etc. die Soundeinstellung. Folglich habe ich keine Tonausgabe.
> Jedesmal muss ich wieder in die Sound-Einstellungen von Mate dort die
> richtige Hardware für die Ausgabe wählen und dann für die gewählte
> Hardware den richtigen Ausgang.
Ich hatte das gleiche Problem (allerdings auch schon unter Buster).
Bei mir hat geholfen im ~ alles was mit Pulse zu tun hat zu löschen.
Dann ein systemctl --user restart pulseaudio.service
Dann in den Pulse-Mixereinstellungen bei der nicht gewünschten Hardware
das Profil auf "Aus" stellen.
Seit dem findet er auch nach einem Neustart die richtigen
Soundeinstellungen wieder.
Viele Grüße
Uwe
--
Debian GNU/Linux 11 (bullseye) Kernel 5.10.46-4 Xfce 4.16
Sag NEIN zu globalen Spionageprogrammen!
<https://prism-break.org/#de>
> Ich habe hier mate unter Debian stable auf einem seit kurzem unter
> Buster aufgesetzen Desktoprechner (System ist aktuelles
> Bullseye/stable und das Problem war auch schon unter Buster
> vorhanden). Leider vergisst das System nach jedem Neustart/Standby
> etc. die Soundeinstellung. Folglich habe ich keine Tonausgabe.
> Jedesmal muss ich wieder in die Sound-Einstellungen von Mate dort die
> richtige Hardware für die Ausgabe wählen und dann für die gewählte
> Hardware den richtigen Ausgang.
Bei mir hat geholfen im ~ alles was mit Pulse zu tun hat zu löschen.
Dann ein systemctl --user restart pulseaudio.service
Dann in den Pulse-Mixereinstellungen bei der nicht gewünschten Hardware
das Profil auf "Aus" stellen.
Seit dem findet er auch nach einem Neustart die richtigen
Soundeinstellungen wieder.
Viele Grüße
Uwe
--
Debian GNU/Linux 11 (bullseye) Kernel 5.10.46-4 Xfce 4.16
Sag NEIN zu globalen Spionageprogrammen!
<https://prism-break.org/#de>
Ulrich Fürst
Aug 31, 2021, 4:20:03 AM8/31/21
to
Am Sat, 28 Aug 2021 06:53:48 +0200
schrieb Uwe Herrmuth <u.her...@gmx.de>:
> Hallo Ulrich,
Das "aus" hat er sich schon mal gemerkt und ich habe Sound! Insofern
bin ich guter Dinge, dass das auch so bleibt :-)
$ locate pulse | grep home/ulrich
brachte allerdings gar keine Treffer!? Insofern hab ich da auch nichts
gelöscht.
Viele Grüße
Ulrich
schrieb Uwe Herrmuth <u.her...@gmx.de>:
> Hallo Ulrich,
>
> > Leider vergisst das System nach jedem Neustart/Standby
> > etc. die Soundeinstellung.
>
> > Leider vergisst das System nach jedem Neustart/Standby
> > etc. die Soundeinstellung.
>
> Dann in den Pulse-Mixereinstellungen bei der nicht gewünschten
> Hardware das Profil auf "Aus" stellen.
Ich bin leider gestern erst dazu gekommen Deinen Tipp auszuprobieren.
> Hardware das Profil auf "Aus" stellen.
Das "aus" hat er sich schon mal gemerkt und ich habe Sound! Insofern
bin ich guter Dinge, dass das auch so bleibt :-)
$ locate pulse | grep home/ulrich
brachte allerdings gar keine Treffer!? Insofern hab ich da auch nichts
gelöscht.
Viele Grüße
Ulrich
Uwe Herrmuth
Aug 31, 2021, 12:30:03 PM8/31/21
to
Hallo Ulrich,
> $ locate pulse | grep home/ulrich
> brachte allerdings gar keine Treffer!? Insofern hab ich da auch nichts
> gelöscht.
Bei mir kommt da Einiges.
Relevant für das Problem ist aber "nur" der Ordner ~/.pulse.
Den hatte ich damals geleert.
> $ locate pulse | grep home/ulrich
> brachte allerdings gar keine Treffer!? Insofern hab ich da auch nichts
> gelöscht.
Relevant für das Problem ist aber "nur" der Ordner ~/.pulse.
Den hatte ich damals geleert.
Ulrich Fürst
Aug 31, 2021, 5:30:03 PM8/31/21
to
Am Tue, 31 Aug 2021 18:19:07 +0200
schrieb Uwe Herrmuth <u.her...@gmx.de>:
> Hallo Ulrich,
>
> > $ locate pulse | grep home/ulrich
> > brachte allerdings gar keine Treffer!? Insofern hab ich da auch
> > nichts gelöscht.
>
> Bei mir kommt da Einiges.
> Relevant für das Problem ist aber "nur" der Ordner ~/.pulse.
> Den hatte ich damals geleert.
den gips bei mir nicht. Und nach dem letzten Standby ist der Ton auch
wieder weg. Bzw. als Soundausgabe die deaktivierte interne Soundkarte
ausgewählt. Vlt. muss ich doch mal mit kernel-modulen rum probieren.
Nur wie bekomme ich heraus welche die für die falsche Karte sind?
VG
Ulrich
schrieb Uwe Herrmuth <u.her...@gmx.de>:
> Hallo Ulrich,
>
> > $ locate pulse | grep home/ulrich
> > brachte allerdings gar keine Treffer!? Insofern hab ich da auch
> > nichts gelöscht.
>
> Bei mir kommt da Einiges.
> Relevant für das Problem ist aber "nur" der Ordner ~/.pulse.
> Den hatte ich damals geleert.
wieder weg. Bzw. als Soundausgabe die deaktivierte interne Soundkarte
ausgewählt. Vlt. muss ich doch mal mit kernel-modulen rum probieren.
Nur wie bekomme ich heraus welche die für die falsche Karte sind?
VG
Ulrich
Ulrich Fürst
Aug 31, 2021, 6:00:04 PM8/31/21
to
Am Tue, 31 Aug 2021 23:23:08 +0200
erkannt.
VG
Ulrich
> den gips bei mir nicht. Und nach dem letzten Standby ist der Ton auch
> wieder weg. Bzw. als Soundausgabe die deaktivierte interne Soundkarte
> ausgewählt.
War aber auch diesmal wieder als als HDMi-6 und vorher als HDMi-5
> wieder weg. Bzw. als Soundausgabe die deaktivierte interne Soundkarte
> ausgewählt.
erkannt.
VG
Ulrich
Christian Knoke
Sep 1, 2021, 5:40:03 AM9/1/21
to
Anwendungen, und Bluetooth benutzerfreundlich zusammenhalten soll.
Klar ist, mit pulseaudio bist du in einer anderen Welt. Aber auch pulseaudio
setzt auf Alsa auf und vielleicht noch OSS, und Geräte, die Alsa nicht "hat",
hat pulseaudio auch nicht. Also bei ALSA anfangen.
Für pulseaudio gibt es tools (pa...), mit denen du vielleicht weiter kommst.
Gruß
Christian
--
http://cknoke.de
Ulrich Fürst
Sep 6, 2021, 3:00:04 PM9/6/21
to
Am Wed, 1 Sep 2021 11:32:01 +0200
schrieb Christian Knoke <chr...@cknoke.de>:
Ulrich
schrieb Christian Knoke <chr...@cknoke.de>:
> pulseaudio is' ja auch nur so' 'ne Art Fensterkitt, der Soundtreiber,
> Anwendungen, und Bluetooth benutzerfreundlich zusammenhalten soll.
>
> Klar ist, mit pulseaudio bist du in einer anderen Welt. Aber auch
> pulseaudio setzt auf Alsa auf und vielleicht noch OSS, und Geräte,
> die Alsa nicht "hat", hat pulseaudio auch nicht. Also bei ALSA
> anfangen.
>
> Für pulseaudio gibt es tools (pa...), mit denen du vielleicht weiter
> kommst.
Werd ich mir bezeiten ansehen. Dauert aber ein bischen.
> Anwendungen, und Bluetooth benutzerfreundlich zusammenhalten soll.
>
> Klar ist, mit pulseaudio bist du in einer anderen Welt. Aber auch
> pulseaudio setzt auf Alsa auf und vielleicht noch OSS, und Geräte,
> die Alsa nicht "hat", hat pulseaudio auch nicht. Also bei ALSA
> anfangen.
>
> Für pulseaudio gibt es tools (pa...), mit denen du vielleicht weiter
> kommst.
Ulrich
Ulrich Fürst
Nov 17, 2021, 2:10:05 PM11/17/21
to
Am Fri, 27 Aug 2021 11:29:07 +0200
schrieb Ulrich Fürst <fuerst...@web.de>:
nVidia-Treiber aus stable verwendet. Seit ein paar Tagen habe ich die
aus testing und Sound funktioniert.
Nebenbei stürzt auch der X-Server nicht mehr ab und plötzliches
ausloggen entfällt genauso wie das Problem, dass die Bildschirme nach
einem Standby nicht mehr aufwachen.
Schönen Abend
Ulrich
schrieb Ulrich Fürst <fuerst...@web.de>:
>
> Wo muss ich hier nach einer Lösung suchen?
Das Problem scheint sich gegeben zu haben. Ich hatte ja bisher die
> Wo muss ich hier nach einer Lösung suchen?
nVidia-Treiber aus stable verwendet. Seit ein paar Tagen habe ich die
aus testing und Sound funktioniert.
Nebenbei stürzt auch der X-Server nicht mehr ab und plötzliches
ausloggen entfällt genauso wie das Problem, dass die Bildschirme nach
einem Standby nicht mehr aufwachen.
Schönen Abend
Ulrich
0 new messages