Beschreibung der Audio Spuren

Sky koch sein eigenes Süppchen und die Receiver, die das verstehen dürfen sich "zertifiziert" nennen.
Zu Das Erste HD: wieso sollte die Spur "ohne Audiodeskription" nicht vorhanden sein? Die wird einfach mitgesendet so dass halt die mp2-stereo-Spur und die Audiodeskriptions-Spur identisch sind wenn keine Audiodeskription gesendet wird. Wenn mal eine Audiodeskription gesendet wird hat die Spur die Bezeichnung "Audiodeskription". Wenn sie normalerweise leer wäre würden sich evtl. einige Receiver verschlucken, d.h. gar keinen Ton mehr wiedergeben wenn vorher etwas mit Audiodeskriptionspur lief, da ist es für die Sender einfacher, die Spur immer mitzusenden auch wenns nur Stereo ist.
Es kann natürlich sein, dass durch externes EPG die EPG-Einträge geändert werden und dann werden z.B. die Tonspuren vom VDR nicht mehr modifiziert wenn der Sender sie aktualisiert.

Schon zich mal disktutiert, aber irgendwie noch keine für mich zufriedenstellende Lösung Im VDR. Ich wünsche mir da, dass die Audiospuren live analysiert werden und die Beschreibungen dynamisch mit sinnvollen Texten angepasst werden. Ich geb die Hoffnung nicht auf. Bei XBMC wird auch anders gemacht.

Die Beschreibung der Audio-Spuren kommt aus dem "Component Descriptor" des EPG.
Siehe cEIT::cEIT() in eit.c:

case SI::ComponentDescriptorTag: {
                 SI::ComponentDescriptor *cd = (SI::ComponentDescriptor *)d;
                 uchar Stream = cd->getStreamContent();
                 uchar Type = cd->getComponentType();
                 if (1 <= Stream && Stream <= 6 && Type != 0) { // 1=MPEG2-video, 2=MPEG1-audio, 3=subtitles, 4=AC3-audio, 5=H.264-video, 6=HEAAC-audio
                    if (!Components)
                       Components = new cComponents;
                    char buffer[Utf8BufSize(256)];
                    Components->SetComponent(Components->NumComponents(), Stream, Type, I18nNormalizeLanguageCode(cd->languageCode), cd->description.getText(buffer, sizeof(buffer)));
                    }
                 }
                 break;

Wenn der Sender da nichts sinnvolles reinschreibt kann VDR auch nichts dafür.

Klaus

Aber muss man sich denn darauf verlassen, was der Sender sendet? Kann man die Audiospuren nicht selbst auswerten, wie sie gerade über den DVB-Stream kommen?

Zitat von TheChief

Aber muss man sich denn darauf verlassen, was der Sender sendet? Kann man die Audiospuren nicht selbst auswerten, wie sie gerade über den DVB-Stream kommen?

VDR wertet im Live-Modus den DVB-Stream nicht aus.
Außerdem: was sollte man denn da auswerten? Die Beschreibungen der Audio-Spuren stehen in den Component-Descriptoren des EPG, und der wird ständig ausgewertet.

Klaus

Zitat von kls

VDR wertet im Live-Modus den DVB-Stream nicht aus.
Außerdem: was sollte man denn da auswerten? Die Beschreibungen der Audio-Spuren stehen in den Component-Descriptoren des EPG, und der wird ständig ausgewertet.

Klaus

Da drehen wir uns eben im Kreis. Wenn die ständig ausgewertet werden, warum hab ich dann (mit externem EPG) keine Beschreibungen der Audiospuren? Wenn die Component-Descriptoren des EPG ständig ausgewertet werden, kann man die Audiospuren dann nicht direkt setzen, als über den Weg übers EPG (epg.data)? Geht das denn, wäre zumindets mal ein Anfang?

Auf der anderen Seite gibts es eben Sender, die Blödsinn senden, siehe Anfangsthread. Daher wäre die Frage gewesen, ob man nicht irgendwie die Spuren selbst analysieren kann, anstatt sich darauf zu verlassen, was der Sender mitliefert.

Vielleicht ähnlich wie es ffmpeg macht:

Input #0, mpegts, from '/volume1/vdr/Marvel's_The_Avengers/2013-02-10.21.50.158-0.rec/00001.ts':
  Duration: 00:06:55.05, start: 64503.532878, bitrate: 6979 kb/s
  Program 132 
    Stream #0:0[0x4ff]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 50 tbc
    Stream #0:1[0x503](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), s16, 384 kb/s
    Stream #0:2[0x504](eng): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, s16, 384 kb/s

oder

Input #0, mpegts, from '/volume1/vdr/XNeu/Memento/2012-03-15.02.09.72-0.rec/00001.ts':
  Duration: 00:28:13.68, start: 7411.349356, bitrate: 9906 kb/s
  Program 132 
    Stream #0:0[0xdff]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
    Stream #0:1[0xe00](deu): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 160 kb/s
    Stream #0:2[0xe01](deu): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 160 kb/s
    Stream #0:3[0xe03](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), s16, 448 kb/s

Weiß halt auch nicht

Zitat von TheChief

Da drehen wir uns eben im Kreis. Wenn die ständig ausgewertet werden, warum hab ich dann (mit externem EPG) keine Beschreibungen der Audiospuren?

Da musst du denjenigen fragen, der den externen EPG einspeist ;-).
Die Components werden den EPG-Handlern über EpgHandlers.SetComponents() angeboten. Was der Handler damit macht, ist seine Sache.

Zitat

Wenn die Component-Descriptoren des EPG ständig ausgewertet werden, kann man die Audiospuren dann nicht direkt setzen, als über den Weg übers EPG (epg.data)?

Das verstehe ich nicht. Die Component-Descriptoren sind Teil des EPG und werden in diesen eingespeist. Wenn VDR die Audio-Spuren anzeigen soll, nimmt er die aktuellen Beschreibungen aus dem EPG für den aktuellen Event. Ich sehe nicht, was man da "direkt" machen sollte.

Zitat

Auf der anderen Seite gibts es eben Sender, die Blödsinn senden, siehe Anfangsthread. Daher wäre die Frage gewesen, ob man nicht irgendwie die Spuren selbst analysieren kann, anstatt sich darauf zu verlassen, was der Sender mitliefert.

Vielleicht ähnlich wie es ffmpeg macht:

Code

Input #0, mpegts, from '/volume1/vdr/Marvel's_The_Avengers/2013-02-10.21.50.158-0.rec/00001.ts':
  Duration: 00:06:55.05, start: 64503.532878, bitrate: 6979 kb/s
  Program 132 
    Stream #0:0[0x4ff]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 50 tbc
    Stream #0:1[0x503](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), s16, 384 kb/s
    Stream #0:2[0x504](eng): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, s16, 384 kb/s

oder

Code

Input #0, mpegts, from '/volume1/vdr/XNeu/Memento/2012-03-15.02.09.72-0.rec/00001.ts':
  Duration: 00:28:13.68, start: 7411.349356, bitrate: 9906 kb/s
  Program 132 
    Stream #0:0[0xdff]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
    Stream #0:1[0xe00](deu): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 160 kb/s
    Stream #0:2[0xe01](deu): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 160 kb/s
    Stream #0:3[0xe03](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), s16, 448 kb/s

Weiß halt auch nicht

Alles anzeigen

VDR macht keine solch "tiefgehenden" Analysen.
Wenn im EPG Quatsch steht, dann sollte man sich beim Sender beschweren.

Klaus

OK, ich gebs auf.

Klaus hatte mir mal geschrieben, dass die Tracks in Components() in in der Reihenfolge drinstehen, die sie in der PMT haben.

Moin!

Jetzt, wo ich das alles lese, fällt mir auf, dass bei mir ab und an auf arte die Audioauswahl "falsch" war und nicht dort deutscher Ton rauskam, wo "deutsch" dran stand - oder so ähnlich. Kann mich nicht mehr genau erinnern, weiß aber, dass ich da über irgendwas gestolpert bin.

Lars.

Zitat von jack-itb

Zumindest theoretisch können die Tracks in der PMT aber eine andere Reihenfolge als in der EIT haben. Die Zuordnung soll laut Standard per Component Tag erfolgen.

Klaus hatte mir damals noch weiter aus dem Gedächtnis geschrieben, dass VDR diese "Querverbindung" nicht benutzt, da VDR an der Stelle, wo er es bräuchte die nötige Info nicht hat. Da ich nie Probleme hatte, habe ich das nicht weiter verfolgt.

Zitat von jack-itb

In der epg.data sind sie jedenfalls nicht vorhanden. Im Stream aber anscheinend schon. Wäre also vermutlich etwas aufwendiger und für den Großteil der User vermutlich mit geringem Nutzen, aber Standard ist Standard

Ich hatte mir das vor längerer Zeit schon mal angeschaut, aber keine schöne Lösung gefunden. Und da die Sender das, soweit ich sehen konnte, immer (vernünftigerweise) in der selben Reihenfolge übertragen haben, habe ich da nicht weiter Zeit investiert. Das ist eine der diversen Stellen, wo der DVB-Standard völlig unnötige Freiheiten zulässt, die alles nur verkomplizieren...

Ich schau mir das in der 2.1.x nochmal an.

Klaus

Hallo Klaus/Portal,

es passt nicht ganz zum Thema aber da es um die Zuordnung der Spuren geht möchte ich gerne einen Vorschlag machen:

Leider werden die Dolby Tonspuren immer mit einem weitaus leiseren Ton gesendet als die "normalen" mp2 Tonspuren. Wenn man sich also dazu entscheidet sozusagen standardmäßig die Dolby Tonspur ausgeben zu lassen (falls vorhanden) wird man meistens beim Umschalten auf einen Kanal ohne Dolby Spur jedesmal etwas überrascht und muss schnell die Fernbedienung suchen um leiser zu machen. Umgekehrt hat man das Problem natürlich nur falls man nach einem Film in DolbyD vergisst die Tonspur wieder auf mp2 zu wechseln. Daher wünsche ich mir schon lange, dass die Tonspur automatisch gewechselt wird wenn ein echtes 5.1 Signal anliegt. Das hätte gleichzeitig den Vorteil, dass man immer den besten Ton bekommt, häufig seh ich Filme ohne DolbyD an weil ich garnicht nachschaue ob 5.1 Sound verfügbar ist.

Leider entstehen dadurch natürlich auch Nachteile die wiederum Störend sein könnten:

- In der Werbung würde wieder auf mp2 Ton umgeschaltet und man hätte zusätzlich zum erhöhten Werbepegel noch die Lautsärkeerhöhung durch den Tonspurwechsel
- Evtl. würde die falsche DolbyD Tonspur ausgewählt falls mehrere verfügbar sind (Beispiel oben Sky - mehrere DolbyD Tonspuren die anscheinend unterschielichen 5.1 Sound senden)
- Es müsste eine Analyse des Streams stattfinden, weil man sich nicht auf die EPG Aussagen alleine verlassen kann. Die öffentlichen Senden z.B. explizit "Dolby Digital 5.1" über den epg aus. Die meisten Privaten schreiben nur "dolbyd" oder dolbydigital" (etc.) und man weiss nicht ob es 5.1 ist oder nicht.

Gibt es grundsätzlich Interesse das Problem anzugehen und evtl. Lösungsideen für die damit auftretenden Probleme? Gibt es weitere Probleme die ich übersehen habe?

Gruß
Atech