Re: OT - Re: Pulseaudio ... Und ein PS zu DVB-S2 ...
Al Bogner schrieb:
Am Mi, 08 Jun 2011 14:47:20 CEST schrieb David Haller:
Problematischer sehe ich noch, dass man nicht viel versteht wenn man pavucontrol einfach startet und sich die Optionen ansieht._Ohne_ gestartem Audio-Programm erkennt man nämlich das wesentliche nicht.
Laß mich raten: pavucontrol -h / --help ist auch wenig aufschlußreich?
~$ pavucontrol -h
(pavucontrol:12754): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Fehler in Zeile 1, Zeichen 25: »>« ist kein gültiges Zeichen, wenn es auf die Zeichen »« folgt; »>« darf keinen Elementnamen beginnen
-h oder --help startet nur pavucontrol
Sollte eigentlich einfach sein, aber dieses Wissen ist in den letzten 10 Jahren wohl verschütt gegangen ... Man muß nur dafür sorgen, daß die Module für die HW in immer der gleichen Reihenfolge geladen werden.
"Nur" ist gut, devices, die sich unerwartet ändern, gehören zu meinen größten Problemen. Dazu gehört auch das Bios bei manchen Mobos, die unerwartet die Bootreihenfolge ändern, wenn man zB eine USB-HD anhängt. Kompliziert wird es dann, wenn man mehrere gleiche Modelle verbaut hat, dann muss man raten. So ging es mir gerade, der Rechner wollte einfach nicht mehr booten. Obwohl das Problem grundsätzlich (auch) von SD-Karten, die im Card-Reader stecken, bekannt ist, kam ich nicht gleich auf die Idee im Bios nachzusehen, dass sich die Bootreihenfolge verstellt hat. Verdammt noch mal, warum funktioniert es Monate lang und auf einmal verstellt sich das, ohne dass man das Bios aufruft.
Bei Kernel<= 2.4.x reichte dafür noch eine Zeile in der modules.conf:
below foo bla
Das waren noch Zeiten;-) Kürzlich kamen mir meine Original-Floppys von 6.x unter.
Das sorgte dafür, daß immer bla vor foo geladen wurde (außer foo war in der initrd und bla nicht).
Mit 2.6 und udev:
a) man sorgt über passende udev Regeln dafür, daß bla und foo über die PCI/USB IDs immer dem gleichen Device zugeordnet werden (Vorlage: /etc/udev/rules.d/70-persistent-net.rules
Wenn die Schmerzgrenze überschritten ist, werde ich damit mal rumprobieren.
Kannst du ein Beispiel für eine Soundkarte nennen? Soundkarten nerven hier am meisten, Netzwerkkarten halten sich mittlerweile in Grenzen.
a) man simuliert eine Modul-Abhängigkeit mittels passendem Eintrag in /etc/modprobe.d/99-local.conf z.B.:
==== ### below foo bla install foo {\ /sbin/modprobe bla;\ }; /sbin/modprobe --ignore-install foo
remove foo /sbin/modprobe --ignore-remove --remove foo&& {\ /sbin/modprobe --remove bla;\ } ====
So wird immer bla vor foo geladen und sollte somit immer die 0 bekommen. Das versagt natürlich bei 2 Devices mit dem gleichen Treiber, da hilft wohl nur Variante a) bzw. man muß drauf hoffen, daß es ne andere stabile Sortierung gibt.
Problematisch wird es IMHO mit den neuen Boards, die auch HDMI haben und wo Sound über die Grafikkarte kommt.
>> >Es hängt von der Software ab. Wenn die nicht mehrere Soundkarten >> >ordentlich unterstützt, dann finde ich pavucontrol schon als >> >Rettung.
> > Hab ich keine Erfahrung mit, da ich PA hier verbannt hab :P
Ich fange an es dann zu verbannen, wenn es nicht funktioniert.
Ich auch aus Prinzip;)
> Jo. Dann reicht mein Monitor ja (Eizo S1721 mit PVA Panel[1], > Schwarz, Easy-Up Fuß)[2].
Ich habe einen HP ZR24W (!920x1200). Ich denke ein guter Kompromiss, wenn man kein Montagsmodell erwischt hat. Dir ist der wahrscheinlich zu grobauflösend.
Mit 0.27mm genau am Limit;)
Ich denke für ca. 300€ gibt es nichts günstigeres und meiner ist gut, auch für Bildbearbeitung;-)
Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
participants (1)
-
teddybaer@annisonne.de