softhddevice - Sound fällt aus

Da du ja Ton hast, kann es ja nicht so falsch sein.

Prüfe mal ob -a und -p genau gleich sind. Bei Fehler ist aber auf jedemfall etwas im Log.

John

ich hab jetzt diese karten in meinem system aufgespuert

**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: PCH [HDA Intel PCH], Gerät 0: ALC892 Analog [ALC892 Analog]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 1: ALC892 Digital [ALC892 Digital]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 1: NVidia [HDA NVidia], Gerät 3: HDMI 0 [HDMI 0]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 1: NVidia [HDA NVidia], Gerät 7: HDMI 1 [HDMI 1]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0

was bedeutet das? ich habe wohl 2 karten. und die karte 1 NVidia hat 2 geraete?

also jetzt wird's unlustig. egal was ich jetzt anstelle, der ton bleibt komplett weg, und ich hab diese sonderbaren meldungen im log

Oct 20 20:00:47 yavdr vdr: audio: can't set channels 6 sample-rate 0Hz
Oct 20 20:00:48 yavdr vdr: audio: can't set channels 2 sample-rate 48000Hz

hmmm. jetzt tut es wohl erstmal wieder ...
habe xbmc gestartet, da war auch kein ton, dann hab ich die audioausgabe geaendert. als ich dann wieder bei vdr retour war, ging der ton wieder.
ich hab jetzt NUR -D -w alsa-driver-broken -p hw:NVidia,7 in der plugin.softhddevice.conf drin. den -a parameter hab ich rausgenommen. damit ging es nicht.

Deine erste Soundkarte ist die auf dem Motherboard.
1x Analog und 1x Digital - Ausgang.

Die zweite ist die NVidia und die hat zwei HDMI Anschlüsse.
Je nachdem wo angeschlossen ist NVidia,3 oder NVidia,7.

Da NVidia,7 ging, wird es wohl richtig sein.

Mach mal aus dem -p ein -a und dann sollte alles gehen.

Und du hast yVDR, da kann diese Einstellung auch wieder überschrieben werden,
also nachlesen wie template oder wo richtig einstellen.

Johns

danke dir. muss man templaten. ich weiss.
jetzt passt alles perfekt.

Ich muss das Thema leider doch wieder hochholen. Ich bin echt am verzweifeln. Egal was ich anstelle, aber ich bekomme nur mehr bei den DD Kanälen, also praktisch allen die HD senden einen Ton. Da erkennt der Receiver auch DD und spielt das ueber 5.1 ab.

Das hab ich im Log wenn ich zB auf ZDF HD schalte - da kommt DD Ton:

Nov  4 09:21:20 yavdr vdr: [9376] switching to channel 9 (ZDF HD)
Nov  4 09:21:20 yavdr vdr: [9376] [softhddev]SetPlayMode: 0
Nov  4 09:21:20 yavdr vdr: [9376] [softhddev]SetVideoDisplayFormat: 2
Nov  4 09:21:20 yavdr vdr: [9376] [softhddev]GetSpuDecoder:
Nov  4 09:21:20 yavdr vdr: [9829] osdteletext-receiver thread ended (pid=9376, tid=9829)
Nov  4 09:21:20 yavdr vdr: [9376] buffer stats: 0 (0%) used
Nov  4 09:21:20 yavdr vdr: [9828] device 1 receiver thread ended (pid=9376, tid=9828)
Nov  4 09:21:20 yavdr vdr: [9832] osdteletext-receiver thread started (pid=9376, tid=9832, prio=high)
Nov  4 09:21:20 yavdr vdr: [9831] device 1 receiver thread started (pid=9376, tid=9831, prio=high)
Nov  4 09:21:20 yavdr vdr: [9376] [softhddev]SetPlayMode: 1
Nov  4 09:21:21 yavdr vdr: audio/alsa: using pass-through device 'hw:NVidia,7'
Nov  4 09:21:21 yavdr vdr: audio/alsa: start delay 336ms

und das wenn ich auf ATV schalte (die nur PCM senden) - da kommt KEIN Ton

Nov  4 09:20:23 yavdr vdr: [9376] retuning due to modification of channel 5 (ATV2)
Nov  4 09:20:23 yavdr vdr: [9376] switching to channel 5 (ATV2)
Nov  4 09:20:23 yavdr vdr: [9376] [softhddev]SetPlayMode: 0
Nov  4 09:20:23 yavdr vdr: [9376] [softhddev]SetVideoDisplayFormat: 2
Nov  4 09:20:23 yavdr vdr: [9376] [softhddev]GetSpuDecoder:
Nov  4 09:20:23 yavdr vdr: [9808] osdteletext-receiver thread ended (pid=9376, tid=9808)
Nov  4 09:20:23 yavdr vdr: [9376] buffer stats: 0 (0%) used
Nov  4 09:20:23 yavdr vdr: [9807] device 1 receiver thread ended (pid=9376, tid=9807)
Nov  4 09:20:23 yavdr vdr: [9811] osdteletext-receiver thread started (pid=9376, tid=9811, prio=high)
Nov  4 09:20:23 yavdr vdr: [9810] device 1 receiver thread started (pid=9376, tid=9810, prio=high)
Nov  4 09:20:24 yavdr vdr: [9376] [softhddev]SetPlayMode: 1
Nov  4 09:20:24 yavdr vdr: audio/alsa: using device 'hw:NVidia,7'

Und manchmal hab ich auch GARKEINEN Ton:

Nov  4 09:17:51 yavdr vdr: [8908] switching to channel 9 (ZDF HD)
Nov  4 09:17:51 yavdr vdr: [8908] [softhddev]SetPlayMode: 0
Nov  4 09:17:51 yavdr vdr: [8908] [softhddev]SetVideoDisplayFormat: 2
Nov  4 09:17:51 yavdr vdr: [8908] [softhddev]GetSpuDecoder:
Nov  4 09:17:51 yavdr vdr: [9051] osdteletext-receiver thread ended (pid=8908, tid=9051)
Nov  4 09:17:51 yavdr vdr: [8908] buffer stats: 0 (0%) used
Nov  4 09:17:51 yavdr vdr: [9050] device 1 receiver thread ended (pid=8908, tid=9050)
Nov  4 09:17:51 yavdr vdr: [8908] creating directory /var/run/vdr/vtx/S19.2E-1-1011-11110
Nov  4 09:17:51 yavdr vdr: [9130] osdteletext-receiver thread started (pid=8908, tid=9130, prio=high)
Nov  4 09:17:51 yavdr vdr: [9129] device 1 receiver thread started (pid=8908, tid=9129, prio=high)
Nov  4 09:17:52 yavdr vdr: [8908] [softhddev]SetPlayMode: 1
Nov  4 09:17:52 yavdr vdr: [8978] SATIP: Detected 1 RTP packet errors [device 0]
Nov  4 09:17:53 yavdr vdr: audio: can't set channels 2 sample-rate 0Hz
Nov  4 09:17:53 yavdr vdr: audio: can't set channels 2 sample-rate 48000Hz

Wenn ich dann XBMC starte, oder VDR restarte dann geht es wieder.

Die plugin.softhddevice.conf schaut so aus:

-D -w alsa-driver-broken -a hw:NVidia,7

Wie müsste die passende asound.conf aussehen dass das geht?

root@yavdr:~# aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: PCH [HDA Intel PCH], Gerät 0: ALC892 Analog [ALC892 Analog]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 1: ALC892 Digital [ALC892 Digital]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 1: NVidia [HDA NVidia], Gerät 3: HDMI 0 [HDMI 0]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 1: NVidia [HDA NVidia], Gerät 7: HDMI 1 [HDMI 1]
  Sub-Geräte: 0/1
  Sub-Gerät #0: subdevice #0

Ich sehe gerade dass mir das WFE in die asound.conf das hier reingebastelt hat:

pcm.tv {
 type dmix
 ipc_key 1024
 slave
 {
  pcm "hw:1,3" period_time 0
  period_size 1024
  buffer_size 4096
  rate 48000
  channels 2
 }
}

Kann ja wohl nicht passen, weil das sollte doch so heissen, oder?

pcm "hw:1,3" period_time 0

audio/alsa: using pass-through device 'hw:NVidia,7'
vdr: audio/alsa: using device 'hw:NVidia,7'

Sieht richtig aus. Wenn du den Parameter verwendest, dann intressiert der Inhalt von asound.conf nicht.

audio: can't set channels 2 sample-rate 48000Hz

Hier kann SoftHdDevice den Ton nicht initialisieren.
Prüfe mal ob immer wenn kein Ton geht, diese Fehlermeldung kommt.

Kannst mal neueres alsalib oder alsa (bzw. Linux Kernel) versuchen.
Irgendwie klingt es nach einem Alsa Fehler in Zusammenhang mit hdmi.

Testweise mal "-w alsa-no-close-open" und/oder "-w alsa-close-open-delay" verwenden.

Beim Ändern des Tons wird das Device geschlossen und neu geöffnet und initialisiert.

Johns

Zitat von johns

Code

audio/alsa: using pass-through device 'hw:NVidia,7'
vdr: audio/alsa: using device 'hw:NVidia,7'

Sieht richtig aus. Wenn du den Parameter verwendest, dann intressiert der Inhalt von asound.conf nicht.

Wenn ich das richtig verstehe schaut das plugin auf die .conf Datei, und wenn da was entsprechendes drin steht, wird asound.conf ignoriert. Demnach macht es dann auch keinen Unterschied was ich im WFE einstelle? Da wäre wichtig, weil dann fällt schon mal eine möglicherweise falsch konfigurierte Quelle aus.
Das erklärt dann aber immer noch nicht warum ich keinen PCM Sound mehr an den Receiver bekomme. Mit alsamixer hab ich schon gecheckt ob irgendwas auf MUTE steht, aber da war nix.
Lautstärke als solche ist auch auf 100% gestellt.
Hab echt keine Erklärung mehr was da los ist. Werde wohl wie du sagst

Zitat von johns

Testweise mal "-w alsa-no-close-open" und/oder "-w alsa-close-open-delay" verwenden.

Bei allen VDR's, die ich installiert habe (3) musste ich "-w alsa-close-open-delay" mit verwenden. Probier mal das aus:

-D -a hw:NVidia,7 -w alsa-driver-broken -w alsa-close-open-delay

Egal was ich mache: Ich bekomme KEIN PCM TONSIGNAL aus dem vdr raus.
Früher war es NUR PCM, heute geht PCM garnicht mehr.
Gibt's da eine Möglichkeit das ausserhalb von vdr zu testen? Die Tastentöne (die sind ja nur Stereo) in XBMC gehen auch nicht mehr.
alsamixer ist alles voll auf Anschlag aufgedreht.

Zitat von izeman

Wenn ich das richtig verstehe schaut das plugin auf die .conf Datei, und wenn da was entsprechendes drin steht, wird asound.conf ignoriert. Demnach macht es dann auch keinen Unterschied was ich im WFE einstelle? Da wäre wichtig, weil dann fällt schon mal eine möglicherweise falsch konfigurierte Quelle aus.

Genau, es kann nicht an der Konfiguration liegen.

Lautstärkeeinstellung kann es auch sein.

Oder der A/V Receiver hängt sich auf. Es werden PCM Daten übertragen, dies erkennen manche Receiver nicht richtig,
Man kann dies aber mit speaket-test überprüfen, wenn damit etwas kommt, dann muß es an etwas anderem liegen.

Edit: PCM und AC3 gehen über die gleiche Leitung, wenn also AC3 geht, dann kann es an den Mixereinstellungen nicht liegen.
Hattest du nicht das plug in asound.conf, weil sonst der A/V Receiver nicht funktionierte?

speaker-test ist das Tool um das ganze zu testen, dann kannst Kanäle, Samplerate und Format einstellen und testen was und was nicht geht.

Johns

Zitat von johns

Lautstärkeeinstellung kann es auch sein.

Oder der A/V Receiver hängt sich auf. Es werden PCM Daten übertragen, dies erkennen manche Receiver nicht richtig,
Man kann dies aber mit speaket-test überprüfen, wenn damit etwas kommt, dann muß es an etwas anderem liegen.

Die Lautstärke ist so eingestellt dass es immer VOLL aufgedreht ist: InitialVolume = 255
Für speaker-test muss vdr aber gestoppt sein, oder? Sonst noch was zu beachten? Nicht dass ich dort yavdr stop dann wieder Treiber entlade die speaker-test vielleicht braucht
Achja: Daran dass der Receiver vielleicht einen Knacks hat habe ich auch schon gedacht. Habe daher das HDMI-Kabel direkt in den TV gesteckt. Ergebnis genau das selbe. Kanäle mit DD gingen, der Rest nicht.

Zitat von johns

Hattest du nicht das plug in asound.conf, weil sonst der A/V Receiver nicht funktionierte?

Sorry. Da weiss ich nicht was du genau meinst?! Ich dachte die asound.conf wird ignoriert wenn die Parameter -a -p in der plugin.softhddevice.conf gesetzt sind?

Also ich fürchte das ist jetzt kein softhddevice Thema mehr, aber vielleicht schon, deswegen würde ich gerne hier weiter posten.

Die Ergebnisse von speaker-test sind echt sonderbar. Mit 3,4 und 5 Kanälen bekomme ich ein PCM-Signal angezeigt und die Ausgabe erfolgt auf den entsprechenden Lautsprechern.
Mit 1 oder 2 Kanälen erfolgt KEINE Ausgabe, und der Receiver signalisiert mit "Decoder OFF" dass kein Signaleingang vorliegt.

root@yavdr:~# speaker-test -D plughw:CARD=NVidia,DEV=7 -c 5 -t wav


speaker-test 1.0.25


Wiedergabe-Gerät ist plughw:CARD=NVidia,DEV=7
Stream-Parameter sind 48000 Hz, S16_LE, 5 Kanäle
WAV-Datei(en)
Rate ist 48000 Hz (angefordert: 48000 Hz)
Puffergröße von 64 bis 5440
Periodengröße von 32 bis 2720
Verwende maximale Puffergröße 5440
Perioden = 4
gesetzt: period_size = 1088
gesetzt: buffer_size = 5440
 0 - Vorne links
 1 - Vorne rechts
 2 - Hinten links
 3 - Hinten rechts
 4 - Mitte

Zitat

Sorry. Da weiss ich nicht was du genau meinst?! Ich dachte die asound.conf wird ignoriert wenn die Parameter -a -p in der plugin.softhddevice.conf gesetzt sind?

Verwechsel ich jetzt. Mit -a hw:x,y wird asound.conf ignoriert.

Ist doch schonmal ein Fortschritt. Das mit AES hast schon ausprobiert? Kannst auch bei speaker-test machen.
Vielleicht erkennt er dann bei Stereo + PCM auch ein Signal?

Du kannst mit asound.conf aber 3 Kanäle erzwingen und damit PCM zum laufen bekommen.

Johns

das problem ist immer noch nicht behoben, auch wenn es erstmal so aussah. es hat sich jetzt leider verlagert.
in der plugin.softhddevice.conf hab ich jetzt nur mehr "-D" stehen.
mit der option "-w alsa-close-open-delay" hatte ich IMMER ton, aber leider auch jede menge buffer-underruns.
mein lösung ist jetzt hier das softhddevice zu suspenden und dann wieder zu resumen. das benötigt aber immer 2 tasten. gibt es hier eine lösung audio zu restarten damit der ton wieder da ist?

also jetzt 100% reprodizierbar.

mit der option "-w alsa-close-open-delay" kommen nach einiger zeit "ERROR: 507 ring buffer overflows (667212 bytes dropped)" in massen und vdr lässt sich nicht mehr bedienen und hängt komplett.
ist das problem bekannt?
die option "-w alsa-no-close-open" bewirkt nichts. die alsa-close-open-delay behebt das "kein ton" problem erfolgreich. aber eben mit der folge der buffer overflows.