[lug-ld] Linux Audio - mein Lieblings-Hassthema

Jean-Jacques Sarton jj.sarton at t-online.de
So Jan 6 07:29:25 CET 2019


Sorry, ich bin offenbar nicht ganz wach.

Jack // zu pulse audio ist wahrscheinlich nicht die
beste Lösung sollte mein letzten Satz lauten.

LG,
JJ
Am 06.01.19 um 07:19 schrieb Jean-Jacques Sarton:
> Hallo Ekki,
> 
> ich hatte noch eine andere Lösung vergessen; Anwender wechseln!
> 
> Die Änderungen sind normalweise bei pulse vorzunehmen. Es heist
> ~/.config/pulse/*
> Du kannst auch /etc/pulse/* korrigieren. Auf mein Schlepp-top
> habe ich /etc/pulse/default.pa korrigiert, die Eintragungen zur
> Erkennung der Hardware war nicht richtig.
> 
> Theoritisch ist es auch möglich Jack // zu pulseaudio laufen
> zu lassen, es ist wajrscheinlich die beste Lösung.
> 
> Grüße,
> 
> Jean-Jacques
> 
> 
> Am 05.01.19 um 22:18 schrieb Ekki Plicht (DF4OR):
>> Ok, danke. Und welcher Konfigurationsdateien? der /etc/asound? Oder irgendwas in .config/pulse/* ? 
>>
>> Das mit der Hardware wäre machbar, so hatte ich das bei dem vorigen PC gelöst: Ein uralte Soundblaster Audigy Karte in einen freien Slot, die eingebaute Soundkarte im UEFI abgeschaltet. Damit ging's _etwas_ besser mit Pulseaudio, aber auch nicht perfekt. Irgendwie will mir das nicht i nden Kopp dass das so kompliziert sein muss. Windows kann das doch auch, ohne Gehampel.
>>
>> Groß,
>> EKki
>>
>>
>>
>>
>>
>>
>> Am Sa., 5. Jan. 2019 um 22:06 Uhr schrieb Jean-Jacques Sarton <jj.sarton at t-online.de <mailto:jj.sarton at t-online.de>>:
>>
>>     Hallo
>>
>>     möglicherweise kann das ganzes durch editieren der Konfigurationsdateien
>>     erledigt werden. Der Urheber von Pulseaudio würde wahrscheinlich
>>     schreiben dass die Hardware sich nicht konform verhält und ausgewechselt
>>     werden muss.
>>
>>     Grüße,
>>
>>     Jean-Jacques
>>
>>
>>     Am 05.01.19 um 21:54 schrieb Ekki Plicht (DF4OR):
>>     >
>>     > Moin. Frohes neues Jahr noch rundrum!
>>     >
>>     > Unjüngst musste ich mir einen neuen Rechner aufbauen weil der alte nicht
>>     > mehr wollte war. Es wurde ein Asus MoBo mit H370 Chipsatz, Sockel
>>     > 1151v2, DDR4, also was recht Aktuelles. Wie fast immer macht der
>>     > Audiokram Probleme.
>>     >
>>     > Auf dem MoBo ist ein Realtek ALC887 Codec, lspci meldet den Audiochip
>>     > als Intel:
>>     > 00:1f.3 Audio device: Intel Corporation Cannon Lake PCH cAVS (rev 10)
>>     >
>>     > Entsprechend ist auch der Intel-Soundkarten Treiber geladen, siehe lsmod
>>     > Ausgabe unten.
>>     >
>>     > OS ist Arch, WM ist XFCE4, mit Pulseaudio-Plugin für die
>>     > Lautstärkeregelung in der Taskbar.
>>     > Es ist Alsa und pulseaudio istalliert, pulseaudio ist der Default (steht
>>     > so in /etc/asound). Auf pulseaudio kann ich aus verschiedenen Gründen
>>     > nicht verzichten.
>>     >
>>     >
>>     > Wenn ich nun einfach nur Videos wiedergeben oder Musik spielen wollte
>>     > würde ich wohl nix zu meckern haben. Aber ich will ja immer mehr. So hab
>>     > ich einen zweiten PC mit Win10 drauf, zum Spielen. Der Sound soll
>>     > natürlich auch über die gleichen Lautsprecher wiedergegeben werden, die
>>     > am Linux-PC hängen. Also den LS-Ausgang (grün) des Windows PCs auf den
>>     > Line-In Eingang (blau) des Linux-PCs verbunden. Auf dem Linux-PC möchte
>>     > ich die Lautstärke sowohl der lokalen Anwendungen (Clementine, Browser
>>     > mit Video) und auch des Line-In Eingangs individuell regeln (also
>>     > mischen) können.
>>     >
>>     > Das Problem stellt sich wie folgt dar:
>>     > Wenn ich nach dem Booten lokal Musik abspiele, sagen wir mit Clementine,
>>     > dann kann ich mit dem PA plugin in XFCE die Lautstärke über die
>>     > Sondertasten an der Tastatur oder auch mit der Maus regeln, alles gut.
>>     > Das ging sofort, out-of-the-box. Aber von Sound über den Line-In ist nix
>>     > zu hören. Der PA Audio-Mixer (pavucontrol) zeigt den Line-In Eingang an,
>>     > da zappelt auch ein Pegel, aber nix zu hören.
>>     >
>>     > Jetzt schmeisse ich gleichzeitig Alsamixer auf einer Konsole an. Mit F6
>>     > wähle ich die Intel HDA Soundkarte. Dort sehe ich, das ein Schalter
>>     > "Loopback" der Soundkarte (k.A. was der genau tut) auf disabled steht.
>>     > Schalte ich den auf "enabled" höre ich den Ton der über Line-In
>>     > reinkommt, mit dem Lautstärkeregler für Line-In kann ich (in Alsamixer)
>>     > den dort reinkommenden Pegel regeln. 
>>     >
>>     > Zurück in pavucontrol bleibts beim Alten: Auch jetzt regelt der
>>     > Hauptregler nur den lokalen Sound, der Sound der über den Line-In
>>     > Eingang reinkommt bleibt gleich laut. Der Schieberegler in pavucontrol
>>     > für Line-In lässt sich zwar hin und herschieben, regelt aber nix, der
>>     > Pegel bleibt gleich. Nur wenn ich den Hauptregler ganz ausschalte, also
>>     > mit dem On/Off Switch des Plugin, geht was. Dann ist das
>>     > Lautsprecher-Symbol mit nem kleinen x versehen, und es ist alles ruhig.
>>     > Das ist natürlich unbefriedigend, weil ich so nicht richtig mischen kann.
>>     >
>>     > Kann mir jemand n Tipp geben, was da falsch läuft? Oder was was ich tun
>>     > könnte? Wäre "jack" eine Lösung für dieses Problem? Es ist doch sehr
>>     > lästig immer auf den anderen PC umschalten zu müssen um auf /etc/pulse/jedem
>>     > getrennt die Lautstärke zu regeln, oder Alsamixer in ner Console anzuwerfen.
>>     >
>>     > Danke.
>>     >
>>     > Ekki
>>     >
>>     >
>>     >
>>     >
>>     >
>>     > $ lsmod|grep snd
>>     > snd_usb_audio         262144  8
>>     > snd_usbmidi_lib        36864  1 snd_usb_audio
>>     > snd_rawmidi            45056  1 snd_usbmidi_lib
>>     > snd_seq_device         16384  1 snd_rawmidi
>>     > snd_hda_codec_hdmi     61440  1
>>     > snd_hda_codec_realtek   122880  1
>>     > snd_hda_codec_generic    90112  1 snd_hda_codec_realtek
>>     > snd_hda_intel          49152  6
>>     > snd_hda_codec         155648  4
>>     > snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
>>     > snd_hda_core           98304  5
>>     > snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
>>     > snd_hwdep              16384  2 snd_usb_audio,snd_hda_codec
>>     > snd_pcm               135168  11
>>     > snd_hda_codec_hdmi,snd_hda_intel,snd_usb_audio,snd_hda_codec,snd_hda_core
>>     > snd_timer              40960  1 snd_pcm
>>     > snd                   102400  34
>>     > 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_pcm,snd_rawmidi
>>     > soundcore              16384  1 snd
>>     >
>>     >
>>     >
>>     >
>>     >
>>     >
>>     >
>>     >
>>     >
>>     > _______________________________________________
>>     > lug-ld mailing list
>>     > lug-ld at lists.lug-ld.de <mailto:lug-ld at lists.lug-ld.de>
>>     > http://lists.lug-ld.de/mailman/listinfo/lug-ld
>>     >
>>     _______________________________________________
>>     lug-ld mailing list
>>     lug-ld at lists.lug-ld.de <mailto:lug-ld at lists.lug-ld.de>
>>     http://lists.lug-ld.de/mailman/listinfo/lug-ld
>>
>>
>> _______________________________________________
>> lug-ld mailing list
>> lug-ld at lists.lug-ld.de
>> http://lists.lug-ld.de/mailman/listinfo/lug-ld
>>
> 
> 
> 
> _______________________________________________
> lug-ld mailing list
> lug-ld at lists.lug-ld.de
> http://lists.lug-ld.de/mailman/listinfo/lug-ld
> 


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 195 bytes
Beschreibung: OpenPGP digital signature
URL         : http://lists.lug-ld.de/pipermail/lug-ld/attachments/20190106/8160a5df/attachment.pgp