Audioprobleme bei VDR und XBMC über SPDIF

Hi,

habe jetzt einige Abende rumprobiert, um den Ton von VDR und XBMC per SPDIF unter Ubuntu 9.10 korrekt ausgeben zu können, aber ich komme einfach nicht weiter - es gibt zu viele Stellen (/etc/asound.conf, Audio-Einstellungen in Ubuntu [PulseAudio], amixer, config_xineliboutput), an denen man drehen kann, sodass ich einfach nicht dahintersteige, wo es hakt. Das Basis-Setup habe ich übrigens mit den gda-/Hotzenplotz5-Paketen durchgeführt.

Zunächst einmal wollte ich den Ton von VDR unter Ubuntu 9.10 nach der Anleitung von http://www.vdr-wiki.de/wiki/in…onsanleitung_Ubuntu#Audio konfigurieren. Dazu habe ich die /etc/asound.conf mit folgendem Inhalt erstellt:

pcm.!default {
         type hw
         card 0
         device 1
}

Ich verwende den SPDIF, weil ich noch einen älteren Verstärker habe, der noch kein HDMI kennt, daher auch device 1 und nicht device 3. aplay -l gibt für das M3N78 Pro den bereits hier oft geposteten Inhalt aus:

**** Liste von PLAYBACK Geräten **** 
Karte 0: NVidia [HDA NVidia], Gerät 0: ALC1200 Analog [ALC1200 Analog]   
Untergeordnete Geräte: 1/1   Untergeordnetes Gerät '0: subdevice #0 
Karte 0: NVidia [HDA NVidia], Gerät 1: ALC1200 Digital [ALC1200 Digital]   
Untergeordnete Geräte: 1/1   Untergeordnetes Gerät '0: subdevice #0 
Karte 0: NVidia [HDA NVidia], Gerät 3: NVIDIA HDMI [NVIDIA HDMI]   
Untergeordnete Geräte: 1/1   Untergeordnetes Gerät '0: subdevice #0

In der config_xineliboutput sieht es wie folgt aus:

audio.device.alsa_default_device:plughw:0,1
audio.device.alsa_front_device:default
audio.device.alsa_mmap_enable:1
audio.device.alsa_passthrough_device:hw:0,1
audio.device.alsa_surround40_device:hw:0,1
audio.device.alsa_surround51_device:hw:0,1
audio.output.speaker_arrangement:Pass Through
audio.synchronization.av_sync_method:resample
audio.synchronization.force_rate:48000
audio.synchronization.resample_mode:on

VDR wird mit

/usr/bin/vdr-sxfe --video=vdpau --post tvtime:method=use_vo_driver --audio=alsa --fullscreen --reconnect &

gestartet.

Das Problem mit dieser Config: DD-Ton kommt, aber kein MP2-Ton.

Gestern Abend habe eine Lösung gefunden: nach Löschen der /etc/asound.conf ging es - warum auch immer.

Ab jetzt kommen die richtigen Probleme:
Heute früh den VDR gestartet - kein Ton, auch kein DD, wenn ich mich richtig entsinne. Ob´s stattdessen per HDMI an den Fernseher weitergegeben worden ist, habe ich nicht überprüft. Dann in GNOME in die Systemeinstellungen unter "Klang" gegangen, unter "Hardware" auf "Internes Audio, 1 Ausgabe, Digital Stereo Duplex (IEC958 )" geklickt, und beim nächsten Start von vdr-sxfe ging es wieder. Neben diesem "internen Audio" werden auch die "CX23880/1/2/3 PCI Video und Audio Decoder" der Nova-HD und HVR-4000 darüber gelistet - warum auch immer. Unter "Ausgabe" ist immer "Internes Audio Digital Stereo (IEC958 )" ausgewählt.

Zweites Problem - auch wenn es anscheinend nicht hierher gehört: Unter XBMC wiederum geht Stereo-Ton (z.B. die MP3-Tonspur eines DivX-Filmes), bei DD im Film bleibt es aber stumm. Stattdessen kommt:

ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM alsa:iec958:AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2
ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM alsa:iec958


ALSA lib conf.c:3952:(snd_config_expand) Unknown parameters AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2
ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM hdmi:AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2
ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi
ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM alsa:hdmi:AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2
ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM alsa:hdmi

egal, ob ich IEC958 oder HDMI oder default als Ausgabe auswähle. Auch "Custom" und "hwplug:0,1" funktionieren nicht. Habe viel gesucht, aber keinen Custom-Eintrag gefunden, bei dem es ging. Das Blöde: Ich hatte es einmal gestern korrekt am laufen, beim nächsten Neustart war es wieder hin.

Daher meine ersten Fragen:
1. Warum funktioniert VDR mit dieser /etc/asound.conf nicht? Ich denke, ich habe auch in der config_xineliboutput mal default geschrieben, und trotzdem funktioniert es nicht.
2. Wie(so) funkt da PulseAudio mit rein, und wenn ich in den Klang-Einstellungen bin, was trage ich im "Profil" ein?
3. Warum funktioniert das Pass-Through mit XBMC nicht? Vielleicht, weil der VDR im Hintergrund läuft? Habe den VDR auch mal gestoppt, aber das hat auch nichts genützt...
4. Kann man den VDR überhaupt im Hintergrund (nicht vdr-sxfe) weiterlaufen lassen? Oder wird der Audioport durch die xine- bzw. xineliboutput-Plug-ins belegt, sodass das nicht gleichzeitig mit XBMC funktionieren kann? Wäre blöd, weil ich ja trotz Medienwiedergabe keine Timer verpassen will...

Danke für jegliche Aufhellung

Jörg

Hi,

also DD und 2.0 funktioniert bei mir mit vdr-sxfe - aber nur ohne die /etc/asound.conf und mit o.g. Einstellungen. Und natürlich nur dann, wenn PulseAudio mal wieder will, ansonsten muss ich in die Systemsteuerung und einmal klicken. Aber auch hier die Frage: Was sollen diese Profile - spielen die auch bei diesen Problemen mit rein?
Und bei xbmc höre ich die Navigationssounds sowie MP3-Ton, aber kein DD (und wahrscheinlich DTS) - da wird einfach das Passthrough nicht oder falsch aktiviert. Es erscheint auf jeden Fall die Meldung, dass das Audiodevice nicht initialisiert werden konnte - siehe auch Log oben.
- - alsa:hw:0,1 hatte ich zuvor schon probiert - hat aber nichts gebracht - im Gegensatz zum Löschen der /etc/asound.conf.

Ergänzend noch Folgendes:
VDR wird bei mir übrigens als root gestartet (hatte Probleme auf die separate /video.00-Partition zuzugreifen). Ob ich xbmc als root oder User starte, macht anscheinend keinen Unterschied.
Wenn das GNOME von Ubuntu 9.10 gestartet wird, ist immer der Anfangssound von Gnome zu hören. vdr-sxfe wird danach mit einer Verzögerung von derzeit 10s gestartet.
Auffallend ist aber, dass mit dieser Config YouTube (Firefox, Flash) nicht funktioniert - die Videos bleiben stumm. Auch das konnte ich beheben, wenn ich wieder in die Systemeinstellungen für Klänge reingegangen bin, das funktionierte dann aber nur ein paar Sekunden, dann ging der Ton wieder aus.

Kein GNOME wäre für mich nur bedingt eine Alternative - denn in Zeiten von WebTV & Co hätte ich schon gerne die Option, gelegentlich den Firefox starten zu können.

Und was PulseAudio angeht: Ich habe gelesen, dass es nur eine Art Überbau für Alsa ist, sodass PulseAudio eigentlich nicht der Grund für die Probleme sein sollte, weil wir ja Alsa direkt von vdr-sxfe ansprechen.

Ok, ich antworte mir zunächst mal selbst:
http://xbmc.org/forum/showpost.php?p=253968&postcount=38:

Zitat

Surround yes, if you have setup pulseaudio for it (cant be done through XBMC)

Passthrough no, not our fault. PulseAudio actually doesnt support it

Das war vom 09.12.2008.
Am 21.05.2009 schrieb topfs2 abschließend:

Zitat

Pulse works perfectly well with XBMC and jaunty, I use it daily. Pulse Audio does not however support digital passthrough, it's a known limitation and it might be true on digital pcm aswell, haven't ever tested to be sure.

Kurzum: Sieht wohl so aus, als wenn wir tatsächlich PulseAudio beenden müssten. Werde ich mal heute Abend testen...

Hätte ich nur vorher dort gesucht...

Jein, gestern auch experimentiert, aber noch keine Zeit zum Posten gehabt...

Also, habe gestern unter Ubuntu GNOME über service gdm stop beendet und dann XBMC über xinit xbmc als root gestartet.

Das Verwunderliche: Hier tauchten bei der Wahl der Audiodevices auch die CX-Devices der TV-Karten auf - es werden die Geräte also wohl anders ermittelt als unter GNOME mit PulseAudio.

Anschließend alles durchprobiert - auch hier passierte es zunächst, dass Audio mal ging und beim nächsten Abspielversuch nicht mehr. Als Passthough-Device war ich mit custom und hwplug:0,1 (glaube zumindest, dass es das war - ist irrelevant, weil ich´s ja auch unter GNOME zum Laufen bekommen will) erfolgreich, aber der 2-Kanal-Ton machte immer wieder Probleme. Schließlich hatte ich mit NVidia default iec958 o.ä. Erfolg.

Durch XBMC habe ich letztendlich Folgendes herausgefunden:
1. Irgendwann zeigte XMBC nicht den "übersetzten" Treibernamen an, sondern den "richtigen", und der lautet

alsa:iec958:NVidia

und nicht alsa:iec958.
2. XBMC zeigt auch dann "unable to initialize audio driver" an, wenn er anscheinend den Codec nicht kennt. So verweigerte XBMC die Wiedergabe einer FLV-Datei und bestimmter MPG- und DivX-Files. Nach der Installation der Pakete "w32codecs" und "non-free-codecs" gingen fast alles Files. Ein paar Ausnahmen gab es noch, aber die würde ich mal manuell überprüfen.

Zu VDR:
Ohne GNOME wollte bei meinem VDR zwar der DD-Ton weiterhin funktionieren, nicht aber der Stereo-Ton - also wieder das Ursprungsproblem. Daraufhin habe ich einfach mal anstelle von --audio alsa oder --audio alsa:hw:0,1 den Eintrag

--audio alsa:iec958:NVidia

in meinem vdr-sxfe-Aufruf abgeändert, und das funktionierte tatsächlich - auch nach einem Neustart des Systems und unter GNOME.
Einziges Problem: Mein vdr-sxfe-Startscript wird über den GNOME-Autostart ausgeführt und bereitet massive Probleme, wenn es sofort gestartet wird. Habe deswegen zu Beginn ein sleep 15 eingeführt. Ich glaube, bei sleep 10 ist er auch mal stumm geblieben. Ich weiß, dass das keine elegante Lösung ist, und wir sollten herausfinden, woran es liegt (Audiodevice noch belegt? VDR nicht richtig initialisiert?), aber es ist zumindest mal ein erster Workaround.

Naja, ansonsten gibt es auch mal kleinere Sync-Probleme mit vdr-xineliboutput, und manchmal bleibt er beim Wechsel der Tonspur regelrecht für einige Sekunden stehen, aber es tut zumindest mal.

XBMC unter GNOME habe ich nicht mehr probiert, werde ich nachholen...

Spaceman:
Hast Du es mal mit dem xine-Plug-in probiert? Mit xineliboutput bekomme ich es einfach nicht vernünftig synchron - gerade bei ProSieben ist es beim ersten immer daneben.
Leider habe ich da noch keinen DD-Ton per SPDIF rausbekommen. Irgendwelche Tipps?

Scheint sich hier ein Dialog zu sein oder sich zu einem Monolog zu entwickeln, bin aber wirklich bald am verzweifeln und verstehe, warum kls auf eine FF wartet...

Hi Spaceman,

werde auch mal Deine config testen.

Aber mal eine grundsätzliche Frage: Kann man wirklich die Ausgabe von MP3 & Co sowie AC3 über einen Kamm (bzw. Treiber ;)) scheren? Ich meine: MP2, MP3, WMV und alles andere muss ja erst von der Software dekodiert werden, bevor es zum SPDIF-out geht, während AC3 und DTS durchgeschleift werden müssen.
Gut, mit HDMI scheint es auch zu gehen, und das scheinen fast auch die meisten zu nehmen, sonst wäre das Feedback auf diesen Fred größer...

Für xine muss ich noch nach einer Reconnect-Lösung schauen, und bei meinen momentanen Puffereinstellungen ist das auch mal bei HD gestern abgestürzt. Gestern habe ich zudem mit -A alsa:iec958:NVidia nur MP2-Ton rausbekommen, keinen DD-Ton - unter GNOME.

Vielleicht sollten wir das Thema GNOME erstmal außer Acht lassen und mal versuchen, dass wir es wenigstens mal in der Shell bei beiden Programmen hinbekommen...

Hoffe mal, dass sich hier nochjemand einmischt, ansonsten können wir´s bald per PN und Telefon regeln
Werde mich evtl. auch mal im XBMC-Forum tummeln - vielleicht kommt ja von daher Erleuchtung.

Viele Grüße

Jörg

Und wegen FF: Glaubst Du wirklich, dass TT eine Premium-FF-Karte ohne HD+/CI+-Unterstützung rausbringt? Ich nicht. Und wie wollen die die Unterstützung dafür einbauen, wenn´s auch Open-Source-Treiber geben soll? Da müsste ja dem VDR signalisiert werden, was er nicht aufnehmen darf und das dann im Sourcecode unpatchbar sein...

Hi,

bin weitergekommen - und hab´s aber versehentlich hier gepostet, obwohl es in diesem Thread vielleicht besser passen würde.

Bis denne

Jörg

Bei yaVDR geht´s bei mir out-of-the-box bei VDR, vor den XBMC-Output muss ich allerdings das "iecset audio on" setzen, da ich ansonsten nur die "RAW"-Soundformate (AC3, DTS) höre, nicht PCM von MP3, AAC o.ä.

Allerdings stelle ich gelegentlich Probleme bei VDR mit dem Sync fest, wenn die AC3-Tonspur aktiv ist, bei MP2 scheint´s besser zu sein. Aber das erfordert noch weitere Tests meinerseits und vielleicht einen neuen Thread...

Habe die gleichen xine-config-Settings wie Bernie7, und auch bei mir funktioniert es so korrekt über S/PDIF.

Lediglich bei XBMC muss ich in die XMBC-Startdatei (war es start-xbmc?) noch ein iecset audio on einfügen...