Beiträge von BlueMoon

  • Temporäre Soundprobleme

    @muck
    Obwohl es mir widerstrebt kann ich es ja nochmal mit anderer Hardware probieren.


    Kannst Du mir da entsprechend weiterhelfen, sprich eine passende Soundkarte empfehlen?
    Diese sollte preislich etwa bei 70€ liegen, einen S/PDIF Ausgang besitzen und voll Leap kompatibel sein.

  • Temporäre Soundprobleme

    Zum Thema Funktionsweise eines UNIX Betriebssystems habe ich ein pdf Dokument namens OS_V4_Concepts_I_.pdf gefunden. Leider habe ich es versäumt die passende URL dazu abzuspeichern.


    Das Dokument wurde von Prof. Dr. Margarita Esponda im WS 2011/2012 vermutlich als printout für eine von ihr gehaltene Vorlesung an einer mir unbekannten Lehranstalt erstellt und beschreibt anschaulich, wie die Prozessverwaltung unter dem Betriebssystem UNIX funktioniert. Ich würde lügen wenn ich sagen würde, daß ich alles, was in diesem Dokument beschrieben wird verstanden habe, aber ein wenig schon.


    Im weiteren hoffe ich das Frau Professor nichts dagegen hat wenn ich hier Bilder aus Ihrem printout verwende um meine Gedanken bzgl. der Lösung meines Soundproblems fortsetzen zu können.


    [Blockierte Grafik: http://www2.pic-upload.de/img/30380796/UnixFunktion01.png]


    Diese Bild habe ich gewählt weil darauf gut zu erkennen ist, das die Kommunikation des Betriebssystems mit der Hardware sowohl über einen scheduler (das wird hoffentlich der realtime scheduler in L42.1 sein) als auch über einen interrupt-handler (die klassische Komminikation über Interrupt Request (IRQ)) kommunizieren kann.
    Ich habe ja nur teil erfolgreich versucht, das Soundkartenproblem über tsched=0 zu lösen.


    [Blockierte Grafik: http://www2.pic-upload.de/img/30380901/UnixFunktion02.png]


    Dieses Bild habe ich gewählt weil ich in meinem vorherigen Beitrag über die aus meiner Sicht 4 Ebenen des L42.1 Sondsystems geschrieben habe.


    Demnach sind meiner Meinung nach VLC, pulseaudio und alsa der Benutzer-Ebene zuzuordnen, wobei alsa über seine Soundkartentreiber auch auf der Kernel-Ebene arbeitet . Die Soundkarte ist der Hardware, sozusagen der Hardware-Ebene, zuzuorden.



    Lasse ich meine bisher erlangten Erkenntnisse vor meinem inneren Auge Revue passieren komme ich zu folgendem Ergebnis:


    1. Applikationen - VLC, pulseaudio etc.
    Alle Applikationen, die auf der Benutzer-Ebene arbeiten, funktionieren einwandfrei.
    Demnach können Applikationen als Verursacher des Soundproblems ausgeschlossen werden.


    2. Treiber - alsa
    2.1 Der Treiber für meine Soundkarte funktioniert einwandfrei.
    2.2 Der Treiber für meine Soundkarte funktioniert nur teilweise und muß noch unter YAST feinjustiert werden.
    2.3 Der Treiber für meine Soundkarte weißt Inkompatibilitäten zu meiner Soundkarte auf die nicht beseitigt werden können.
    Der Treiber kann als Verursacher des Sound nicht eindeutig ausgeschlossen werden.


    3. Hardware - Soundkarte
    3.1 Unter der Spyware funktioniert die Soundkarte einwandfrei, weshalb ich einen Hardwarefehler der nur unter L42.1 auftritt, ausschließe.
    Die Hardware kann mit sehr hoher Wahrscheinlichkeit als Verursacher des Soundproblems ausgeschlossen werden.


    4. Betriebssystem - realtime scheduler
    4.1 Aus irgendwelchen zu erforschenden Gründen gilt es herauszubekommen, ob sich der realtime scheduler anders verhält wenn sich ein Rechner im idle bzw. im Lastzustand befindet und ob man im weiteren durch geeignete Einstellungen auf diesen realtime scheduler Einfluß nehmen kann.
    Das Betriebssystem kann nicht unbedingt als Verursacher des Soundproblems ausgeschlossen werden.


    Soweit meine derzeitigen Überlegungen zum Thema "Temporäres Soundproblem"

  • Temporäre Soundprobleme

    @Alero ".. ersetze doch mal testhalber die Soundkarte durch eine andere. Nur mal zum probieren."
    Dazu habe ich auch eine nette Geschichte parat:
    Mitte vorletzter Woche bin ich auf die gleiche Idee gekommen und habe mir eine ASUS Xonar DGX Soundkarte besorgt. Blöderweise wurde die weder von L42.1 noch von der Spyware im System erkannt, ergo die war wohl hardwareseitig defekt(lt. Netz) scheint das bei dieser Karte häufiger aufzutreten.
    Ergebnis: Karte zurück an den Absender und erst einmal keine Experimente mit neuen Soundkarten.


    @Egostra "...ob es an pulseaudio oder alsa liegt,..."
    Die *.wav Testdatei wird nur im idle Zustand mit knistern und knacken abgespielt. Unter YAST/Audio/"aktiver HDS controller" habe ich die pulseaudio Unterstützung komplett deaktiviert, d.h. auf alsa umgestellt.
    Ergebnis: Die Soundausgabe verhält sich sie gehabt.


    Um VLC als playersoftware reinzuwaschen habe ich mir zusätzlich den MPV Mediaplayer und den SMPlayer installiert.
    Ergebnis für die neu installierten player: Die Soundausgabe verhält sich sie gehabt.


    --------------------------------------------------------


    Im weiteren werde ich versuchen, das mir bisher Bekannte zum allgemeinem Verständnis zu formulieren um dann weitere Wege zur Lösung des vorliegenden Sound zu finden.


    Das Soundsystem unter L42.1 verstehe ich zur Zeit folgendermaßen:


    1. Ebene: VLC
    Eine Applikation, z.B. VLC ruft eine Multimediadatei auf und gibt sie an ein Ausgabemodul(pulseaudio oder alsa) weiter. VLC bezieht Daten vom Ausgabemodul.
    2. Ebene: pulseaudio
    In pulseaudio als Ausgabemodule wird allgemein in der Datei deamon.conf das Ansprechen einer Soundkarte aber auch das Verhalten des Betriebssystem in Bezug auf pulseaudio festgelegt. pulseaudio empfängt Daten von alsa.
    Mit Ansprechen einer Soundkarte meine ich:
    Z.B. die Einstellung
    default-sample-rate = 48000
    die pulseaudio mitteilt das die verwendete Soundkarte eine Samplingrate von 48.000 hz unterstützt.
    oder aber die Einstellungen
    default-fragments = 2
    default-fragment-size-msec = 125
    die pulseaudio mitteilen wieviele Fragmente in welcher Zeit von der Soundkarte zurückgeliefeert werde,
    Mitverhalten des Betriebssystems meine ich:
    Z.B. die Einstellungen
    nice-level = 19 oder realtime-priority = 1
    die dem Betriebssystem mitteilen wie pulseaudio zu priorisieren ist.



    Zitat aus nice › Wiki › ubuntuusers.de
    Prozesspriorität
    Unter Linux erhält jeder Prozess eine Priorität mit der bestimmt wird, wie viel anteilige Rechenleistung dem Prozess zusteht. Die Priorität liegt im Bereich von -20 bis +19 (in ganzzahligen Schritten), wobei -20 die höchste Priorität (=meiste Rechenleistung) und 19 die niedrigste Priorität (=geringste Rechenleistung) ist. Die Standardpriorität ist 0. Normale Nutzer können Prioritäten von 0 bis 19 einstellen, nur Root darf auch negative Werte vorgeben.


    Hinweis:
    Die Ausführungsgeschwindigkeit eines Befehls bzw. eines Programms kann zwar durch nice beeinflusst werden, hängt aber auch maßgeblich von anderen Faktoren ab wie z.B. der Gesamtzahl der laufenden Prozesse, Zugriffsgeschwindigkeit auf die Festplatte etc.
    Hinweis:
    Anders als häufig angemommen, sollte man einem rechen-intensivem Programm eher einen höheren nice-Wert geben, da dann andere Programme zwischen drin häufiger drankommen. So fühlt sich der PC flüssiger an.
    Zitat Ende




    3. Ebene: alsa
    alsa kennt im Gegensatz zu pulseaudio die im system verbaute sound hardware und spricht sie über entsprechende Treiber an, schaltet den. z.B. difitalen S/PDIV Ausgang EIN oder aus und regelt die Lautstärke von angeschlossenen Lautsprechern. alsa gibt Daten an die Soundkarte weiter und empfängt Daten von der Soundkarte. alsa empfängt Daten von pulseaudio, kann aber auch Daten von VLC empfangen, und gibt Daten an pulseaudio oder VLC zurück.


    4. Ebene: Soundkarte als Hardware
    Die Soundkarte empfängt Daten von alsa wandelt diese um und gibt sie an die Lautsprecher weiter, die wiederum hörbare Töne ausgeben sollten. Die Soundkarte wird über alsa respektive dessen Treiber konfiguriert, d.h. eingestellt.


    Bis auf die Soundkarte habe ich bisher nur von Applikationen gesprochen. Diese Applikationen kommunizieren über das das Betriebssystem mit der Hardware Soundkarte.

  • Temporäre Soundprobleme

    Zitat von Trekkie00

    Du hast dich aber schon nach dem Wechsel des backends einmal ab und wieder angemeldet?


    Nein, unmittelbar nach der Umstellung habe ich mich nicht ab- und wieder angemeldet. Allerdings hat sich die Soundausgabe auch nach dem booten des Rechners heute morgen nicht verändert.


    Wenn ich später wieder Zeit habe werde ich weiter forschen.

  • Temporäre Soundprobleme

    @Alero
    Ja, habe Restricted, pavucontrol heute morgen installiert bzw. es war schon installiert. Bzgl. des aussichtslosen Unterfangens gebe ich Dir recht, wenn es sich um physische Probleme wie z.B einen defekten Stecker oder dergleichen handelt, bei Software gibt es vlt. auch eine Lösung aus der Ferne.


    @muck
    Blöderweise sind die Lautsprecher über Klemmkontakte mit dem Verstärker verbunden, der wiederum per S/PDIV mit der Soundkarte verbunden, ist. Aber ich habe zum Testen meine analogen Kopfhörer am Frontpanel des PC angeschlossen, das Ergebnis ist wie gehabt.
    Dh. ob analog oder digital Ausgabe vorliegt ist egal, die Soundkarte verhält sich immer gleich.


    @'Trekki00'
    Egal welches der beiden backends ich unter Phono-Audio-Video/Backend auf die erste Stelle verschiebe, die Soundausgabe verhält sich immer gleich.


    Die ganze Geschichte ist reichlich mysteriös, zumal die Soundausgabe ja ordnungsgemäß funktioniert sobald der Rechner unter Last läuft.
    Von der Sache her denke ich, das kein Hardwareproblem sondern ein realtime scheduler Timing- oder ein pulsaudio Einstellungs- oder aber ein Soundkarten Treiberproblem, vorliegt.


    Nur, wie ist dieses Problem zu fixen ? Momentan fehlt mir die Phantasie um eine geeignete Herangehensweise zu finden.

  • Temporäre Soundprobleme

    Dann lag ich wohl mit meiner spontanen Vermutung, das gleiche packages aus unterschiedlichen repositories zu Kuddelmuddel im System führen könnten nicht daneben.


    Mein aktuelle repository Übersicht sieht wie folgt aus:

    Gestern Abend habe ich sämtliche o.g. repositories aktiviert und danach folgende Befehle ausgeführt:

    Code
    zypper clean -a
zypper ref
zypper dup

    Diese Befehle haben bewirkt das u.a vorhandene vendor auf die neue repositories umgeschrieben wurden und das ganze System letztendlich einen downgrade erfahren hat. Nachdem sich abgezeichnet hat das diese ganze Aktion länger dauerte bin ich schlafen gegangen.


    Heute morgen war der downgrade beendet, ich habe das System rebootet und als Ergebnis die KDE-Plasma 5.4.2, QT 5.5.0, Kernel 4.1.20-11-default, 64-bit, vorgefunden, sofort die Soundausgabe getestet. Exakt das gleiche Verhalten wie oben beschrieben.


    Anschließend habe ich über YAST die Online-Aktualisierung angestoßen was zur folge hatte das mein System ohne Fehlermeldungen aktualisiert wurde und aktuell wieder unter KDE-Plasma 5.5.5, QT 5.5.1, Kernel 4.1.20-11-default, 64-bit, läuft.



    Somit sollten meiner Meinung nach Probleme, die zukünftig resultierend aus der Verwendung von unterschiedlichen Installationsquellen, ausgeschlossen sein. Das ist ein wesentlicher Fortschritt.



    Leider bestehen die Probleme mit der Soundausgabe nach wie vor.

  • Temporäre Soundprobleme

    Mit pgrep pulseaudio habe ich mir die pid des pulseaudio ermitteln lassen.
    Mit top lasse ich mir die verschiedenen Prozesse auf meinem Rechner anzeigen


    Phase 1: Rechner ist im IDLE modus - vlc AUS
    pulseaudio ist in als Prozess nicht sichtbar, die meisten Prozesse befinden sich im Status S (sleeping), ab und wann ändert ein Prozess den Status auf R (running)
    Alle sichtbare Prozesse unter meinem Namenskontext laufen unter PR (priority) 20 und NI (nice value) 0


    Phase 2: vlc EIN - Sound knackt und knistert
    pulseaudio erscheint als Prozess mit PR 20 und NI 0 (habe zwischenzeitlich meine deamon.conf geändert)


    Phase 3: vlc EIN - Suchen im Dateisystem - Sound OK
    file.so und filenamesearch. tauchen ganz oben als root Prozesse vor meinem Benutzerprozess pulseaudio in der Prozessliste auf und erzeugen zwischen 60 und 90% CPU Last. Der Sound ist fast sofort so ist wie er sein sollte, d.h. es braucht etwas 10 sec bis sich die Soundausgabe normalisiert.


    Phase 4: vlc EIN - Suchen im Dateisystem beendet - Sound knackt und knistert
    file.so und filenamesearch. verschwinden aus der Prozessliste


    Phase 5: vlc AUS - Rechner ist im IDLE modus
    Der pulseaudio Prozess verschwindet aus der Prozessliste und Ruhe kehrt ein.


    Anmerkung:
    Die Einstellungen der deamon.conf aus meinem Eingangsthread haben aus der Erinnerung heraus den pulseaudio Prozess unter PR 35 und NI 15 laufen lassen.


    Irgendwie komme ich mir vor wie bei Jugend forscht, nur jung bin ich schon lange nicht mehr......

  • Temporäre Soundprobleme

    Und der Rest


    zypper se -si pulse pavu


    Hm, ist das normal, gleiche packages aus unterschiedlichen repositorys?
    Gibt das Kuddelmuddel wenn das so ist oder sollte ich da mal aufräumen, sprich löschen?


    Brainfuck-Quellcode????


    Damit habe ich nichts zu tun, bin unschuldig habe nur auf Anweisung str c und str v betätigt ;)

  • Temporäre Soundprobleme

    Und Teil 2


    zypper lr -uP

  • Temporäre Soundprobleme

    Gerne doch, hier Teil 1


    uname -a


    Code
    Linux DarkStar 4.1.20-11-default #1 SMP PREEMPT Fri Mar 18 14:42:07 UTC 2016 (0a392b2) x86_64 x86_64 x86_64 GNU/Linux

    /usr/sbin/hwinfo --sound