HD+ kein Ton (gelöst)

mach eine kurze Aufnahme und prüf die am PC mit einem Programm wie vlc, ob eine Audiospur enthalten ist.

Klingt als sei das kein Problem des Empfangs, der Entschlüsselung oder der Aufzeichung, sondern des Ausgabeplugins in Verbindung mit dem TV.
Mit Vaapivideo habe ich keine Erfahrungen. Aber kann es sein, dass die Kanäle ohne Ton einen Dolby-Mehrkanalton haben, den der TV über HDMI nicht dekodieren kann? Probiere mal in den vaapivideo-Einstellungen, ob Deaktivieren von Passthrough und/oder Setzen des PcmChannelMode auf Stereo hilft.

Die Option "Use Dolby Digital" ist standardmäßig an. Wahrscheinlich hast Du sie deaktiviert, weil Du wusstest, dass Du sie entweder nicht brauchst oder der TV damit nichts anfangen kann.

Sind das alles nur verschlüsselte Sender, die ausschließlich AC3-Ton haben?

Dieser Fall war wahrscheinlich nicht abzusehen, als kls die Logik programmiert hat:

Quote

* Selecting audio tracks

...

Once a Dolby Digital track has been selected on any channel, further channel
switches will first search for a Dolby Digital track of one of the preferred
audio languages. If no such track can be found, a normal audio track will
be selected. Note that this only works if the broadcasters use actual language
codes in their PID data, not things like "dd" or "2ch".

Diese Einstellung

Quote

Use Dolby Digital = yes
Controls whether Dolby Digital tracks appear in the "Audio"
menu. This is useful if you don't have the equipment to
replay Dolby Digital audio.

war m.E. nur dazu gedacht, Tonspuren gar nicht erst zur Auswahl anzubieten, wenn sie nicht abgespielt werden können. Das kommt ja noch aus der Zeit der FullFeature Karten, die zunächst kein Dolby Digital wiedergeben konnten und wo man dazu aufwändig über eine Soundkarte gehen musste. Dass das Deaktivieren dazu führt, dass dann gar kein Ton mehr kommt (weil der Fallback auf MP2 mangels MP2-Spur nicht möglich ist) war vermutlich nicht abzusehen.

Die meisten Ausgabeplugins bieten wohl heute die Möglichkeit, Mehrkanalton auf Stereo runterzumixen. Das ist aber nicht ganz trivial, denn es gibt mehrere Profile (u.a. 3F2R/LFE, 3F2M/LFE).
Klaus wird wahrscheinlich anderer Meinung sein, aber ich fände es besser, wenn die Option zum Runtermixen auf Stereo im vdr core enthalten wäre. Dann bräuchte man auch man keine Option "Use Dolby Digital" mehr, sondern stattdessen nur noch so etwas wie "Convert AC3 to Stereo PCM". Es macht m.E. keinen Sinn, dass diese Aufgabe jedes Ausgabeplugin für sich lösen muss - und dann kommt am Ende doch kein Ton, weil im vdr "Use Dolby Digital = no" konfiguriert ist - in der Annahme, dass das dann auf jeden Fall zur Ausgabe von Stereo PCM führt.

eine Alternative wäre, den Parameter in "Prefer Dolby Digital" umzubenennen. Der Ton sollte dann auch bei "Prefer Dolby Digital = no" an das Ausgabeplugin weitergereicht werden, wenn es keine andere Tonspur gibt

Quote from Dr. Seltsam

Die meisten Ausgabeplugins bieten wohl heute die Möglichkeit, Mehrkanalton auf Stereo runterzumixen. Das ist aber nicht ganz trivial, denn es gibt mehrere Profile (u.a. 3F2R/LFE, 3F2M/LFE).
Klaus wird wahrscheinlich anderer Meinung sein, aber ich fände es besser, wenn die Option zum Runtermixen auf Stereo im vdr core enthalten wäre. Dann bräuchte man auch man keine Option "Use Dolby Digital" mehr, sondern stattdessen nur noch so etwas wie "Convert AC3 to Stereo PCM". Es macht m.E. keinen Sinn, dass diese Aufgabe jedes Ausgabeplugin für sich lösen muss - und dann kommt am Ende doch kein Ton, weil im vdr "Use Dolby Digital = no" konfiguriert ist - in der Annahme, dass das dann auf jeden Fall zur Ausgabe von Stereo PCM führt.

Da kann natürlich jeder seine eigene Meinung äußern, ich bin mir aber sicher, dass der Downmix in vdr viel zu kompliziert und komplett out-of-scope ist. Das ist die Aufgabe des Ausgabeplugins, ich habe das einfach in vaapidevice so gelöst:

`PCM Channels` — applies whenever audio is decoded to PCM (no passthrough, or a codec without IEC61937 framing such as AAC or MP2):

• auto (default): native multichannel up to the sink's advertised PCM channel count; falls back to stereo when no ELD is readable.
• stereo: always downmix to 2.0.
• multichannel: force native multichannel even without a readable ELD — for sinks whose capabilities are masked but known to handle multichannel PCM.

Bei normalen Installationen ist "auto" immer die beste Wahl. Wenn die EDID des Displays korrekt ist, funktioniert das auch!

Wenn wir das dem Ausgabe Plugin überlassen wollen dann sollte die entsprechende Option in VDR komplett entfallen

Quote from MarkusE

Wenn wir das dem Ausgabe Plugin überlassen wollen dann sollte die entsprechende Option in VDR komplett entfallen

Ja, sehe ich genauso. Meiner Meinung nach kann die Option aus dem VDR raus.

Das Ausgabeplugin kennt die tatsächliche Audio-Hardware bzw. den angeschlossenen Sink wesentlich besser und kann daher selbst entscheiden, was sinnvoll bzw. überhaupt möglich ist.

vaapidevice macht das z.B. bereits beim Probe:

Quote

vaapivideo/audio: sink PCM caps: maxCh=2 rates=[32000,44100,48000] speakers=[none] (0x00)
vaapivideo/audio: IEC958 Playback Default not found on hw:0 -- non-audio bit will not be managed
vaapivideo/audio: sink capabilities: PCM-only

Dabei werden die vom Sink bzw. ALSA gemeldeten Fähigkeiten ermittelt: mögliche PCM-Kanalzahl, Sampleraten, Speaker-Konfiguration und die verfügbaren Möglichkeiten für komprimiertes Audio/Passthrough.

In diesem Beispiel kann der Sink nur PCM. Ein AC-3-Track wird daher einfach in Software dekodiert und als PCM ausgegeben. Bei einem anderen Gerät kann AC-3 dagegen ggf. per IEC61937 durchgereicht werden. Dasselbe gilt entsprechend auch für andere Audioformate – AC-3 ist aus Sicht des Ausgabeplugins nur eines von mehreren möglichen Formaten.

Genau deshalb halte ich den globalen Use Dolby Digital-Schalter im VDR für ein Relikt aus früheren Zeiten. Zumal er heute laut VDR-Doku ohnehin nur noch bestimmt, ob Dolby-Digital-Spuren im Audio-Menü angezeigt werden.

Ob ein Audiostream dekodiert, auf Stereo heruntergemischt, als Multichannel-PCM ausgegeben oder per Passthrough weitergereicht wird, gehört meiner Meinung nach ins Ausgabeplugin.

Wer traut sich, an kls einen Change-Request zu schicken?

Wenn da Einigkeit darüber besteht, kann ich das Relikt gerne entfernen.

Ich überlege gerade, ob wir so etwas wie einen Parameter "Prefer Dolby Digital brauchen". Der Beschreibung nach

Quote

Once a Dolby Digital track has been selected on any channel, further channel
switches will first search for a Dolby Digital track of one of the preferred
audio languages. If no such track can be found, a normal audio track will
be selected. Note that this only works if the broadcasters use actual language
codes in their PID data, not things like "dd" or "2ch".

wird das im Moment nicht allein von UseDolbyDigital bestimmt, sondern ist davon abhängig, dass schon mal eine Dolby-Spur ausgewählt wurde. Demzufolge hätte es auch sein können, dass nur Stereo ausgegeben wird, obwohl UseDolbyDigital standardmäßig auf 1 steht. Das scheint irgendwie mit den Tracktypes ttDolby, ttDolbyFirst und ttDolbyLast zusammen zu hängen, aber so richtig blicke ich da nicht durch.

Die zitierte Beschreibung ist auch ungenau: bezieht sich "further channel switches" nur auf diesen einen Kanal, wo man zuvor die Dolby Spur ausgewählt hatte? Oder wird Dolby dann auch auf allen anderen Kanälen bevorzugt?

Es kann durchaus sein, dass jemand eine frühere Entscheidung rückgängig machen und vorrangig die Stereo-Tonspur ausgeben möchte (weil der VDR z.B. an einem anderen TV zum Einsatz kommt, der kein AC3 kann. ) Das wäre aus meiner Sicht sinnvoll und gegenüber einer unnötigen Wandlung im Ausgabeplugin zu bevorzugen. Wie ginge das dann ohne einen Setup-Parameter?

Quote from Dr. Seltsam

bezieht sich "further channel switches" nur auf diesen einen Kanal, wo man zuvor die Dolby Spur ausgewählt hatte? Oder wird Dolby dann auch auf allen anderen Kanälen bevorzugt?

Letzteres.

Quote from Dr. Seltsam

Wie ginge das dann ohne einen Setup-Parameter?

Einfach auf eine Stereo-Tonspur schalten. Es wird immer die Art von Tonspur bevorzugt, auf die zuletzt geschaltet wurde.

was ist, wenn ich bei einem Kanal von Dolby auf Stereo gewechselt habe, und danach auf einen Kanal umschalte, der kein Stereo, sondern ausschließlich Dolby-Ton hat? Gilt dann der umgekehrte Fall, dass statt Stereo der Dolby-Ton genommen wird?

Ja. Das passiert in cDevice::EnsureAudioTrack().

o.k.

Dann würde ich sagen kann UseDolbyDigital raus. Es wird dann immer die ausgewählte Tonspur an das Ausgabedevice weitergereicht, das nötigenfalls selbst die Wandlung in Stereo durchführen muss.

Auch das kann man im Ausgabedevice implementieren: wenn das Device nur PCM kann, wird die Spur bevorzugt, falls keine PCM-Spur vorhanden, Decodierung einer alternativen Spuren. Wobei das Decodieren quasi nichts kostet.

Ich bevorzuge auch einen stabilen Core.