yaVDR startet nicht richtig, Sound Problem

    Hallo,


    ich beschäftige mich über die Feiertage mal wieder mit meinem VDR.


    Hardware:Asus P5LD2-Se2, 2x Haupauge Nova HD2, GT430 von Asus. Nutzen möchte ich Xine als Output.


    Vom Grundsatz hier startet der Prozess VDR beim Hochfahren nicht ordnungsgemäß und zeigt nur ein schwarzes Fenster. Ab und an mal gehts, da zeigt Xine 3mal kurz ein blaues Fenster, dann läufts. Es gibt auch die Variante: Blaues Fenster bleibt und meldet Sound geht nicht.


    Gehe ich nun ins Webinterface unter Einstellungen >> Audio und drücke nur auf Speichern (egal was da ausgewählt ist) startet der Prozess VDR neu und er läuft. Ein neustarten des Prozesses VDR genügt nicht.


    Ich habe schon folgendes Versucht:


    1) [yavdr-0.5] vdr wird bei starten gekillt


    Vom Prinzip in der /etc/init/vdr-frontend.conf ein sleep von bis zu 30s vor die Zeile WAIT_FOR=sound-device eingefügt


    2) die Rechte in der vdr-frontend ändern


    [gelöst] Kein Ton mit vdr-sxfe, aber aplay liefert sound über ALSA


    Leider brachte beides keinen Erfolg.


    Ich hab auch irgendwo gelesen das dieses Problem auch andere haben aber irgendwie mysteriös ist, weil nicht nachvollziehbar.


    Im Anhang die Syslog des Startvorgangs


    Kann jemand helfen?


    So long..

    Nimm mal probeweise in /etc/init/vdr-frontend.conf die beiden Zeilen raus:

    Code
    setuid vdr
setgid vdr


    Schöner dürfte es mit der Lösung aus vdr start zu schnell, sogar für lokale mounts, ein wenig grundsätzlich gehen.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Thx, funktioniert, hab nun 10mal neu gestartet immer kam das Ding ordnungsgemäß hoch. Jetzt startet der zwar nicht mehr so schnell, durch die Dream 7025 sind die Nutzer allerdings lange Bootzeiten gewohnt.


    Wird die Lösung irgendwann ins stable übernommen? Brauchste noch irgendwelche Logs oder reichen dir die in dem Threat geuppten?

    yaVDR 0.50a Xine, Asus P5LD2-SE, Core2Duo E6400, 3GByte RAM, Asus GT430 Silent, 2x Nova HD2, OS auf SD to SATA mit 16GByte SD Karte, Filme auf 1TB HDD

    Welche Variante nutzt du denn jetzt? Das Löschen von setuid/setgid oder das verlinkte? Ersteres ist natürlich nicht updatesicher und dürfte so nicht mal einen Frontemd-Wechsel im WFE überleben...

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    die in dem Threat beschriebene, die mit der setuid ist mir zu temporär....


    Das 13. und 14. mal klappte es wieder..., beim Fehler kam auch kein resparwn mehr, muss wohl irgendwas anderes sein.

    yaVDR 0.50a Xine, Asus P5LD2-SE, Core2Duo E6400, 3GByte RAM, Asus GT430 Silent, 2x Nova HD2, OS auf SD to SATA mit 16GByte SD Karte, Filme auf 1TB HDD

    Naja da taucht noch ein böses Plugin im Log auf, das soweit ich weiß nicht mit dem dynamite-Plugin kompatibel ist...

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Außer dem bitte mal /etc/rsyslog.conf so anpassen: http://paste.ubuntu.com/6623440/
    Dann sollte man im Log sehen was da genau passiert. text2skin und skinpearlhd solltest du auch mal probeweise in der /etc/vdr/plugins/order.conf deaktivieren, die sind auch Kandidaten für Crashes (eventuell weil der VDR die Kanalinfo beim ersten Aufruf nicht komplett darstellt).

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Zitat von seahawk1986

    Naja da taucht noch ein böses Plugin im Log auf, das soweit ich weiß nicht mit dem dynamite-Plugin kompatibel ist...


    dynamite entfernt, text2skin und skinpearlhd deaktiviert. Nach 8 Neustarts wieder schwarz. Kein respawning, nix.... Versuche mit umstellung auf xineliboutput oder Softhddevice ohne neustart oder ohne "Audiospeichern" brachten nur mal kurz ein paar Zahnräder. Sobald ich auf Audio >> speichren gehe funktionierts wieder.


    Nach was muss ich im Log "Ausschau" halten um was zu finden?

    Hab noch was fest gestellt, wenn der Bildschirm Schwarz bleibt und nur der Mauszeiger in der Mitte ist, zanken sich Xine und Xorg um die CPU



    Wenn ich auf Audio speichern geklickt habe ist dem nicht so, da dümpelt der Xine bei 8% rum und Xorg bei 0% CPU Last.

    yaVDR 0.50a Xine, Asus P5LD2-SE, Core2Duo E6400, 3GByte RAM, Asus GT430 Silent, 2x Nova HD2, OS auf SD to SATA mit 16GByte SD Karte, Filme auf 1TB HDD

    Wie viele Soundkarten hast du denn? Und falls es mehr als eine ist: hast du dafür gesorgt, dass die immer die gleichen card-Nummern bekommen?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Eigentlich nur noch eine, die HD-Audio Karte hab ich abgeschaltet. Also bleibt nur noch die HDMI Audio der Grafikkarte, die ich von der Sache her nur nutzen möchte. Die Auswahl im Webinterface steht auch auf HDMI Stereo. Hab den yavdr auch ohne HD Audio installiert.


    ich habe jetzt paar mal mit xineliboutput gestartet, kommt immer hoch. Zum testen hab ich leider nur ein VGA Monitor. Hab es nun mal an den TV angeschlossen, wie ein Wunder kein Ton. Also wenn Xine nicht anfährt kann ich sicher sein das ich nix höre.


    Habe jetzt mal die setgid und setuid hab ich aus der vdr-frontend.conf raus genommen, kein Erfolg.

    yaVDR 0.50a Xine, Asus P5LD2-SE, Core2Duo E6400, 3GByte RAM, Asus GT430 Silent, 2x Nova HD2, OS auf SD to SATA mit 16GByte SD Karte, Filme auf 1TB HDD

    Zitat von hocker

    Habe jetzt mal die setgid und setuid hab ich aus der vdr-frontend.conf raus genommen, kein Erfolg.


    Das ist ja nur ein Fix für das Rechteproblem bei dem wait-for-job-state Mechanismus in testing und stable, der den Start des Frontends so lange verzögern soll bis der VDR läuft, das Audiogerät da ist und Openbox komplett gestartet wurde.


    Nachdem sich nach dem Speichern der Audioeinstellungen übers WFE etwas tut - kannst du mal die Ausgabe von

    Code
    aplay -L

    und im Fehlerfall mal jeweils die /etc/asound.conf und /etc/xine/config vor und nach dem Setzen der Audio-Einstellungen posten?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Hallo, ich hab das jetzt mal etwas beobachtet, im Anhang die Cfgs und logs.


    So wie es scheint ändert sich aus irgendwelchen Grund die Adresse der Soundkarte, was der VDR entweder beim Start nicht mit bekommt, fehlt da eventuell eine Soundkartenerkennung? Wobei sich das ja nicht ständig ändern darf. Zumindest ändert sich der card und Device Eintrag in der asound.cfg wenn ich auf speichern drücke. Auf was müsste man sich beim aplay umschauen?


    Bsp.


    Code
    pcm.!default {
    	type hw
    	card 0
    	device 9
}


    zu


    Code
    pcm.!default {
    	type hw
    	card 2
    	device 9
}


    und später wieder zu


    Code
    pcm.!default {
    	type hw
    	card 0
    	device 9
}

    Ok, also wird die Soundkarte z.T. als Karte Nr. 2 initialisiert...
    Kannst du mal schauen was die anderen Karten sind, wenn das passiert?

    Code
    sudo aplay -l

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Es gibt nur eine:


    Erster Start


    nach dem 3. Neustart, ohne Audio speichern, wird die SoundKarte wieder als Karte 0 erkannt und es geht logischerweise wieder.



    Folgendes scheint hier das Problem zu sein, hier wird anscheinend immer gewürfelt


    So gehts:


    Code
    tv@vdr:~$ cat /proc/asound/cards
 0 [NVidia     	]: HDA-Intel - HDA NVidia
                  	HDA NVidia at 0xe4ffc000 irq 17
 1 [CX8811     	]: CX88x - Conexant CX8811
                  	Conexant CX8811 at 0xdb000000
 2 [CX8811_1   	]: CX88x - Conexant CX8811
                  	Conexant CX8811 at 0xdf000000
tv@vdr:~$


    So logischerweise nicht

    Code
    Last login: Wed Dec 25 17:21:21 2013 from 192.168.2.2
tv@vdr:~$ sudo cat /proc/asound/cards
[sudo] password for tv:
 0 [CX8811_1   	]: CX88x - Conexant CX8811
                  	Conexant CX8811 at 0xdf000000
 1 [CX8811     	]: CX88x - Conexant CX8811
                  	Conexant CX8811 at 0xdb000000
 2 [NVidia     	]: HDA-Intel - HDA NVidia
                  	HDA NVidia at 0xe4ffc000 irq 17
tv@vdr:~$


    Also muss eine Lösung her, die der NVidia Karte immer die gleiche Nummer gibt.


    Edit: Das ganz unten scheint erfolgversprechend zu sein, werde ich dann mal testen:
    http://wiki.ubuntuusers.de/Soundkarten_konfigurieren

    yaVDR 0.50a Xine, Asus P5LD2-SE, Core2Duo E6400, 3GByte RAM, Asus GT430 Silent, 2x Nova HD2, OS auf SD to SATA mit 16GByte SD Karte, Filme auf 1TB HDD

    Das Abschalten der Soundkarte scheint nicht wirklich zu funktionieren.
    Wie hast du das gemacht? Im Bios deaktiviert? Ansonsten würde ich den Treiber auf die blacklist setzen, damit die Karte nicht initialisiert wird und die nvidia immer die 0 bekommt.


    Lars.

    Die Treiber einfach zu deaktivieren wäre nicht so gut denn die CX8811 sind die beiden TV Karten.


    Ich habe nun die Priorität der Soundkarten geändert, am Ende scheint hier ein "Problem" im Ubuntu vor zu liegen nicht im VDR.


    also folgendes


    module ermitteln


    Code
    tv@vdr:~$ cat /proc/asound/modules
 0 snd_hda_intel
 1 cx88_alsa
 2 cx88_alsa



    und eine Datei: /etc/modprobe.d/sound-cards-order anlegen und die Priorität festlegen. Siehe ganz unten: http://wiki.ubuntuusers.de/Soundkarten_konfigurieren (Stand: 26.12.13)


    und mit folgendem Inhalt füllen:


    edit 27.12.13 16:00
    nicht diese Variante, ist die alte Methode

    Code
    options snd_hda_intel index=0
options cx88_alsa index=1,2


    Diese Zeile muss rein, mit 30 neustarts Verifiziert.

    Code
    options snd slots=snd_hda_intel,cx88_alsa




    Somit bleibt die HDMI Karte immer auf index 0. Wichtig scheint hier zu sein, alle Soundkarten an zu geben, sonst kann ein Eintrag durch die Automatik wieder überschrieben werden und man hat wieder keinen Ton. Durch das Festlegen der Reinfolge bleibt der Eintrag in der /etc/asound.conf immer gültig. Wenn man auf Audio Speichern klickt, wird diese immer neu angelegt, deswegen reicht auch kein neustarten des VDR Prozesses, weil diese Datei da nicht neu angelegt wird. Neustart hilft nur bedingt, da die Soundkarten ohne diese Festlegung ja immer durchgwürfelt werden.


    Wenn ich auf alle Ausgänge stehen habe (HD Audio on Board aktiviert), dann habe ich auf einmal 2 snd_hda_intel karten und das selbe Problem wieder, das der die Karten mit dem gleichen Namen anscheinend wieder vertauscht, Xine startet logischwerweise wieder nicht richtig. Da ich die Onboard Karte nicht wirklich brauche und fehler vorbeugen will werde ich diese abschalten. Was ich mich allerdings frage, bin ich der einzigste der mehrere Soundkarten im System hat, es sollten doch einige sein die ne HD Audio und eine HDMI Grafikkarte drin haben.


    Des weiteren hat wohl die Verzögerung des VDR starts die blauen Meldungen gekillt, also ist auch von nöten gewesen.


    Danke erstmal soweit für die Hilfe, ich werde weiter basteln...

    yaVDR 0.50a Xine, Asus P5LD2-SE, Core2Duo E6400, 3GByte RAM, Asus GT430 Silent, 2x Nova HD2, OS auf SD to SATA mit 16GByte SD Karte, Filme auf 1TB HDD

    6 Mal editiert, zuletzt von hocker ()

    Du bist bei weitem nicht der einzige mit diesem Problem "immer mal wieder andere Reihenfolge der Soundkarten nach Reboot".
    Das mit dem index ist aber eine gute Idee. Wenn aber onboard und nVidia das gleiche Modul benutzen, kann man zwar mit "index=0,1" beiden jeweils die ersten Nummer geben, hilft dann aber nicht beim Problem.


    Wir kämpfen schon länger damit, der nVidia-Karte eine feste Soundnummer zuzuweisen. Deshalb überlegen wir auch, auf pulseaudio umzusteigen.
    Oder wir müssen man sehen, ob man da irgendwie mit "Namen" arbeiten kann. Dann könnte man udev einen Link anlegen lassen, um diesen dann zu benutzen.


    Lars.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden