Nur noch Dobly-Digital-Ton über HDMI

[Schwinni]

Hallo Peter (onkel_pit),

im anderen Thread hast du ja gefragt, ob man das automatisieren kann.

Wenn beim VDR der Alsa-Daemon automatisch geladen wird (muss ich nachschauen oder die Devs können es beantworten), so sollte /var/lib/alsa/asound.state autoamtisch geladen werden. (siehe https://wiki.archlinux.org/index.php/Adv...at_startup)
Ansonsten kann man alsactl restore wohl locker in ein Startup-Skript einbauen.

Solange man kein alsactl store ausführt, wird auch die fehlerhafte Mixerkonfiguration nicht in /var/lib/alsa/asound.state gespeichert.

Wenn man ganz sicher gehen will, dass immer die richtige Konfiguration genommen wird, so kann man die funktionierende asound.state sichern und wieder kopieren.
Sagen wir, dass man die gute Konfig nach /media/easyvdr01/alsa kopiert.
Dann sollte das Skript beim Starten so aussehen:

Code:

cp /media/easyvdr01/alsa/asound.state /var/lib/alsa/
alsactl -f /var/lib/alsa/asound.state restore

Wie verhält sich denn dein VDR, wenn in /var/lib/alsa/asound.state die richtige Mixer-Einstellung gespeichert ist?
Hast du nach einem Neustart dann das Problem wieder? (das würde bedeuten, dass der Daemon nicht gestartet wird)

Viele Grüße
Christian

[onkel_pit]

Hallo Schwinni,

Wie verhält sich denn dein VDR, wenn in /var/lib/alsa/asound.state die richtige Mixer-Einstellung gespeichert ist?
Hast du nach einem Neustart dann das Problem wieder? (das würde bedeuten, dass der Daemon nicht gestartet wird)

ich glaube, das habe ich gestern auch ausprobiert: Bei gestopptem VDR die asound.state korrigiert, abgespeichert und dann reboot ohne alsactl restore. Danach war das Problem dann immer noch da.

Viele Grüße
Peter

[Schwinni]

Ich denke es sollte möglich sein einen Upstart-Job zu bauen oder einen bestehenden zu modifzieren (http://upstart.ubuntu.com/getting-started.html).

[Bleifuss2]

Nabend

Ich habe da noch 2 Tipps für euer Problem.

1. In der Datei  /etc/init/alsa-store.conf
die Zeile so ändern:

Code:

#exe /sbin/alsactl store

Dann wird nicht mehr gespeichert.

Oder die funktionierende Konfiguration speichern

alsactl -f /home/easyvdr/alsa.conf store

Und dann in der Datei /etc/init/alsa-restore.conf

Diese Zeile ändern

Code:

exe /sbin/alsactl restore

so:
exe /sbin/alsactl -f /home/easyvdr/alsa.conf restore

Bleifuss

[Schwinni]

Ah, dann gibt es also schon Upstart-Jobs für alsa. Man, bin ich blind...  :

Nachdem auch schon automatisch /var/lib/alsa/asound.state genutzt wird, muss man /etc/init/alsa-restore.conf nicht mal ändern.
Das Auskommentieren des Store-Befehls in /etc/init/alsa-store.conf sollte ausreichen.

[michel8]

Hallo zusammen,

vielen Dank Euch allen für das zielgerichtete Einkreisen des Problems!
Leider konnte ich die letzten 10 Tage das Problem aus China nicht mitverfolgen.

Bevor wir nun aber den schon sehr lange vorhandenen
alsa-store / alsa-restore Mechanismus ändern, sollten wir versuchen herauszufinden, warum er manchmal nicht richtig funktioniert.
Dauerhaftes Auskommentieren des Store-Befehls sollten wir vermeiden, denn der ist ja schon mit Absicht vorhanden...

Fakten:
Der Effekt tritt nur bei einigen von uns auf - und dann nicht zwingend bei jedem Systemstart
Es wird nur ein scheinbar unbedeutender Eintrag fehlerhaft übernommen
Wir hatten in einer früheren Version der 0.9 schon mal ein ähnliches Problem mit alsa-store / alsa-restore
http://www.easyvdr-forum.de/forum/index....#msg101200
http://www.easyvdr-forum.de/forum/index....#msg101490

Mir riecht das wieder nach einem Timing-Problem - nur an welcher Stelle?
Wird beim Start die var/lib/alsa/asound.state nicht richtig hergestellt oder
wird beim Herunterfahren die var/lib/alsa/asound.state falsch gesichert oder
wird beim Herunterfahren die var/lib/alsa/asound.state kurz vor dem Sichern geändert

Würde bei Systemen bei dem der Fehler reproduzierbar vorkommt ein

Auskommentieren des Store-Befehls in /etc/init/alsa-store.conf

- Dazu führen, dass das Problem gar nicht mehr auftritt, dann sollte das Problem nicht beim Systemstart liegen.
- Taucht das Problem aber immer noch beim einen oder anderen boot auf, dann haben wir das Problem wieder beim Systemstart. Der falsche Eintrag wird in diesem Testfall dann aber nicht gespeichert, so dass beim nächsten Booten wieder eine gute Chance besteht, dass der Ton dieses mal OK ist...

Käme also auf einen Test an.

Danke im Voraus
Michel

[Schwinni]

Da das Problem bei mir nur sporadisch auftritt, werde ich den Store-/Restore-Mechanismus nicht auskommentieren.
Mir persönlich reicht es, dass ich ein Backup einer funktionierenden asound.state habe, das ich wieder laden kann, wenn der Sound wieder defekt ist.
Trotzdem interessiert es mich natürlich sehr, warum der Fehler manchmal auftritt. Da ist es schon fast schade, dass er nicht bei jedem Systemstart auftritt. So könnte man wenigstens anständig debuggen...

[onkel_pit]

Hi Schwinni,

Trotzdem interessiert es mich natürlich sehr, warum der Fehler manchmal auftritt. Da ist es schon fast schade, dass er nicht bei jedem Systemstart auftritt. So könnte man wenigstens anständig debuggen...

bei mir tritt der Fehler reproduzierbar auf, wenn ich die AC3- Tonspur eingeschaltet habe und dann den VDR runterfahre. Beim anschließenden Start habe ich kein Stereo mehr auf spdif.
Viele Grüße
Peter

[Schwinni]

bei mir tritt der Fehler reproduzierbar auf, wenn ich die AC3- Tonspur eingeschaltet habe und dann den VDR runterfahre. Beim anschließenden Start habe ich kein Stereo mehr auf spdif.

Sehr gut geforscht. Genau so konnte ich den Fehler bei mir auch nachstellen.
Jetzt muss man mal nach dem Herunterfahren mit einer Live-CD booten und mal die log-Files auseinander nehmen. Vielleicht findet sich ja etwas.
Heute werde ich aber nicht mehr dazu kommen...

[michel8]

Jetzt muss man mal nach dem Herunterfahren mit einer Live-CD booten und mal die log-Files auseinander nehmen. Vielleicht findet sich ja etwas.

Bist Du denn Sicher, dass es das Runterfahren mit aktivem AC3 ist,
oder könnte es nicht doch das Booten mit zuvor akivem AC3 sein?

Gruß
Michel

[Schwinni]

Das gilt es heraus zu finden.
Falls nach dem Herunterfahren die asound.state noch immer gleich ist, wird der Fehler wohl beim Hochfahren mit AC3-Sound liegen.

[Schwinni]

Ich bin mir nun fast sicher, dass der Fehler beim Herunterfahren erzeugt wird.

Ich habe getestet, was passiert, wenn ich beim Hochfahren das Laden der funktionierenden asound.state erzwinge:

/etc/init/easyvdr-alsa-restore.conf:

exec /sbin/alsactl -f /media/easyvdr01/asound.state restore

Fazit: Sound funktioniert

Daraus lässt sich schließen, dass /var/lib/alsa/asound.state (die ja ohne den Parameter -f geladen wird) beim Herunterfahren mit der fehlerhaften Mixerkonfiguration gespeichert wird.

[michel8]

Super,

danke Schwinni (K++)!

Jetzt müssen wir nur noch dem (Timing-?) Problem auf die Schliche kommen, das dazu führt, dass die asound.state fehlerhaft abgespeichert wird...

Wenn man vor dem Herunterfahren die asound.state von Hand mit dem Store-Befehls wie über die /etc/init/alsa-store.conf erzeugt, ist diese asound.state dann anders wenn zuvor AC3 als Tonausgabe gewählt war (im Vergleich zu zuvoriger normaler Stereoausgabe)?
Oder führt der store-befehl bei zuvoriger AC3-Ausgabe zu einer anderen asound.state wenn der vdr noch nicht gestoppt ist (vergleich zu store bei gestoppten vdr) 

Wenn in allen diesen Fällen die richtige fehlerfreie asound.state erzeugt wird scheint das Problem aus der Übergangsphase beim vdr-stop oder so zu kommen, dann müssten wir mal versuchen den store-befehl nach vorne zu ziehen oder nach hinten zu schieben...

Gruß
Michel

[Schwinni]

Ha, Michel, das war eine gute Idee!

Ich habe den Sound mal auf AC3 gestellt und dann an der Konsole alsactl -f /tmp/asound.state store ausgeführt.

diff -u /var/lib/alsa/asound.state /tmp/asound.state:

--- /var/lib/alsa/asound.state    2012-09-24 04:10:37.919899768 +0200
+++ /tmp/asound.state    2012-09-25 00:41:44.766459753 +0200
@@ -453,9 +453,9 @@
    control.3 {
        iface MIXER
        name 'IEC958 Playback Default'
-        value '040000000...0'
+        value '068200020...0'
        comment {
-            access 'read write'
+            access 'read write locked'
            type IEC958
            count 1
        }

Wie man sieht, fehlerhafte Konfig.

Test 2:
Danach wieder eine Stereo-Tonspur gewählt und alsactl -f /tmp/asound.state.2 store ausgeführt.
/var/lib/alsa/asound.state und /tmp/asound.state.2 sind gleich.


Nächster Test:
- AC3-Tonspur gewählt
- stopvdr
- alsactl -f /tmp/asound.state.3 store

diff -u /var/lib/alsa/asound.state /tmp/asound.state.3:

--- /var/lib/alsa/asound.state  2012-09-24 04:10:37.919899768 +0200
+++ /tmp/asound.state.3 2012-09-25 00:53:19.154430817 +0200
@@ -453,7 +453,7 @@
        control.3 {
                iface MIXER
                name 'IEC958 Playback Default'
-              value '040000000...0'
+              value '068200020...0'
                comment {
                        access 'read write'
                        type IEC958

Komischerweise ist diesmal das "locked" nicht da.

Mal sehen, was passiert wenn ich startvdr ausführe:
Wahnsinn, der Stereo-Ton geht!

Es scheint also nur am "locked" zu liegen.
Meine Tests könnten also bedeuten, dass das Speichern der Sound-Konfig mit genügend Abstand zum Stoppen des VDR ausreichen könnte, damit der Fehler nicht auftritt.

Viele Grüße
Christian

[michel8]

Nächster Test:
- AC3-Tonspur gewählt
- stopvdr
- alsactl -f /tmp/asound.state.3 store

diff -u /var/lib/alsa/asound.state /tmp/asound.state.3:

--- /var/lib/alsa/asound.state  2012-09-24 04:10:37.919899768 +0200
+++ /tmp/asound.state.3 2012-09-25 00:53:19.154430817 +0200
@@ -453,7 +453,7 @@
        control.3 {
                iface MIXER
                name 'IEC958 Playback Default'
-              value '040000000...0'
+              value '068200020...0'
                comment {
                        access 'read write'
                        type IEC958

Komischerweise ist diesmal das "locked" nicht da.

Mal sehen, was passiert wenn ich startvdr ausführe:
Wahnsinn, der Stereo-Ton geht!

Hi Christian,

das sieht ja gut aus, da scheint wirklich ein Unterschied beim store zwischen laufendem zu gestoppten vdr zu sein.

Hattest Du den startvdr dann auch mit einer passenden asound.state gestartet, oder hattest Du die zum testen immer nur nach /tmp geschoben?

Und was passiert, wenn Du statt den VDR aus dem OSD herunterzufahren nur ein stopvdr machst und dann erst das reboot aus einer Konsole.
Hast Du dann auch wieder ton nach dem Start, wenn vor dem stopvdr AC3-Ton gewählt war?
Wenn ja, dann scheint uns das shutdown-timing die Probleme zu machen...

Danke für Deine Mühe beim Testen, ich kann leider nicht da ich hier kein AC3 habe...

Gruß
Michel

[Schwabe]

Hallo,

bin nun auch im Klub des Themas. Seit heute abend habe ich auch keinen Stereo Ton mehr.
Weiß aber nicht mehr genau, was ich gemacht habe.

Wer kann mir bitte mitteilen, was ich tun muß, dass wieder Stereoton vorliegt ohne neu zu installieren?

Danke.


Gruß
Schwabe

[michel8]

Hallo Schwabe,

hier ist die Anleitung:

Ich habe trotzdem mal "alsactl store" ausgeführt und mir angeschaut was dann in /var/lib/alsa/asound.state steht. Und das ist genau der Abschnitt in der Alsa-Info unter "Alsactl output".
Also habe ich einfach mal den Abschnitt aus der alsa-info.txt (die mit value '040000000...') in die asound.state kopiert, den VDR gestoppt, "alsactl restore" ausgeführt und den VDR wieder gestartet.
Und siehe da: Sound geht wieder wie er soll! Wahnsinn!

Die Stelle die es betrifft ist diese hier:

Code:

    control.3 {
        iface MIXER
        name 'IEC958 Playback Default'
        value '068200020...0'
        comment {
            access 'read write'
            type IEC958
            count 1
        }
    }

Bei funktionierndem Sound steht da value '040000000...0' anstatt value '068200020...0'.

Seite 5 in diesem Thread...

Gruß
Michel

[hardy68]

Hallo zusammen,

bin leider auch Teilnehmer an diesem Thema. Nach Neuinstallation hat es jetzt ca. 2 Wochen gedauert und nun geht der Dolby-Digital-Ton über HDMI.
Der Trick mit dem zweimal Setup die Audiokonfiguration aufrufen funktioniert bei mir zuverlässig. Jetzt habe ich mal in der alsa-store.conf das speichern auskommentiert. Wenn dies zuverlässig funktioniert melde ich mich wieder. Falls ich für jemanden etwas testen kann oder Infos liefern kann bitte fragen.

Gruß Gerhard

[michel8]

Hallo hardy68,

bitte poste auf jeden fall mal den audioteil vom easyinfo, da kann ich das eine oder andere mal rauslesen und mit anderen Problemsystemen vergleichen...

Natürlich warte ich auch auf Dein Feedback, ob Auskommentieren vom Speichern in der alsa-store.conf bei Dir hilft.

Danke im Voraus
Michel

[hardy68]

Hallo michel8,

anbei meine easyvdrinfo.audio.zip mit der läuft der Ton im Moment wenn es mal wieder nicht funktioniert poste ich die defekte.

Gruß Gerhard

[Bleifuss2]

Hallo

Jetzt hat es mich auch erwischt 

Bleifuss

[michel8]

Hi Bleifuss,

In der Datei  /etc/init/alsa-store.conf
die Zeile so ändern:

Code:

#exe /sbin/alsactl store

dann sollte das Problem nicht mehr auftauchen - habe ich hier Recht?.
Vorraussetzung der Ton war OK vor dieser Umstellung.

Ist der normale Ton schon weg, hilft Dir ein zusätzliches Ausführen meines neuen audio-config-Scripts, mit dem Du ja schon getestet hast...


Gruß
Michel

[Captain_Beefheart]

Hi

=> das is nix anderes als das lahmlegen des upstart Scriptes

  => mv /etc/init/alsa-store.conf  /etc/init/alsa-store.conf.dead

  hat den gleichen Effekt

  gruß

[michel8]

=> das is nix anderes als das lahmlegen des upstart Scriptes

  => mv /etc/init/alsa-store.conf  /etc/init/alsa-store.conf.dead

  hat den gleichen Effekt

Richtig, CB,

aber dann geht der Link aus /etc/init.d/alsa-store ins leere, und ob das so klug ist kann ich nicht sagen, denn ich habe den ganzen Upstart-Kram noch nicht ganz durchschaut...

Gruß
Michel

[Captain_Beefheart]

Hallo


  Das Script unter init.d is nur dafür da, das, wenns jemand zu Fuß mit der "alten" Syntax
  aufruft, gemeckert wird und das auf upstart umgebogen wird.

Code:

    $ECHO "Since the script you are attempting to invoke has been converted to an"
    $ECHO "Upstart job, you may also use the stop(8) and then start(8) utilities,"

  gruß