Michael-Detmers
commented
2 years ago Punkt 1
Die Funktion Untertitel vorlesen zu lassen ist für Nutzende mit Seh- oder Leseschwäche.
Geben die Untertitel das gesprochene Wort der Tonspur wieder, können Menschen, welche nur unter einer Seh- und Leseschwäche leiden, doch die ursprüngliche Tonspur nutzen, oder nicht? 🤨
Punkt 2
Daneben gibt es Situationen in denen die Sprachqualität schlecht ist und man sich lieber die Untertitel anzeigen lassen will.
Dann wäre es nachhaltiger eine wahrnehmbare Audioqualität zu definieren (oh weh 😬), da ohne eine solche Vorgabe die Tonqualität der Untertitelausgabe ebenso unverständlich sein könnte – insbesondere zugemischt zum Originalton.
Punkt 3
Und zu guter Letzt Nutzende die die Sprache nicht so gut verstehen und deshalb lieber die englischen oder spanischen Untertitel vorgelesen haben wollen.
Dann wäre es konsequent zu fordern, dass Sprachalternativen sowohl schriftlich als auch auf der Tonspur verfügbar sein müssen.
Punkt 4
Für mich stellt sich die Frage bei Web-Angeboten: Wie erfolgt das Vorlesen? Da ein Teil der profitierenden Nutzenden keinen Screenreader nutzen, muss der Inhalt vom Video-Player vorgelesen werden. Und die Lautstärke der Audio muss auf jeden Fall separat steuerbar bzw. abschaltbar sein.
Sehr richtig, aber aus Usability-Sicht halte ich das für unrealistisch. Es macht die Bedienelemente zu komplex. Genaugenommen müsste es dann für jede zuschaltbare Tonspur Lautstärke-Regler geben, die wahrscheinlich alle in Kombination von mir zu justieren sind – neben der Eigentlichen Aktivierung von Untertiteln. Das gibt kein wünschenswertes Nutzerlebnis 😟
Punkt 5
Hat irgendjemand einen Web-Videoplayer in freier Wildbahn gesehen, der das kann/unterstützt?
Nein, ein Grund dafür wird auch die in Punkt 4 genannte Komplexität der Bedienelemente sein.
Punkt 6
Ich muss zugeben dass die EN wenig hilfreich ist, wenn es um das Erklären der Erfolgskriterien geht. Oder gibt es irgendwo sowas wie die "Understanding documents" der WCAG auch für die EN Erfolgskriterien.
Da stimme ich vollständig zu. Erklärende Nebendokumente dazu habe ich leider nicht gefunden und Eigeninterpretationen sind eben nur das, eigene Interpretationen. Nehmen wir mal die IBM-Dokumentation zu dieser Anforderung:
IBM unterscheidet Captions von Subtitles und sagt, letzteres ist der übersetzte, angezeigte Text zu fremdsprachigen Videoinhalten, welcher auch auf der Tonspur verfügbar sein sollte.
Ich glaube das ist eine grundlegend gute Idee, könnte aber mit der Audiodeskription abgefrühstückt werden.
Die EN selbst verwendet die Begriffe Captions und Subtitles offensichtlich Synonym, wie man caption in 3.1 Terms entnehmen kann. Zudem spricht auch die EN in der Anforderung selbst (verlinkt und zitiert im folgenden Punkt 8) nur in der Überschrift von Subtitles, besagt dann aber, man solle Captions ausgeben. Die Interpretation von IBM ist damit falsch.
Punkt 7
Aktuell muss ich bei der EN an eine Textzeile der Band Kettcar denken: Das Gegenteil von 'gut' ist 'gut gemeint'
oder das englische Äquivalent The road to hell is paved with good intentions.
Die EN ist zu komplex und übernimmt sich total. Sie will auf der einen Seite möglichst alles beschreiben, erklärt aber nichts (und vor allem wenig Zusammenhänge) vollständig und schreckt am Ende Entwickler und Co einfach nur ab. Ich habe noch niemanden getroffen, der die EN für eine grundlegend gelungene Sache hält, alle kämpfen sich da irgendwie mit einem doch eher ablehnendem Gefühl durch 😩
Punkt 8
Schauen wir noch mal in die EN zu Spoken subtitles:
Where ICT displays video with synchronized audio, it shall have a mode of operation to provide a spoken output of the available captions, except where the content of the displayed captions is not programmatically determinable.
NOTE 1: Being able to manage speech output range for spoken subtitles independently from general ICT speech is preferable for most users. That is possible when the audio file with spoken subtitle is delivered in a separate audio track and mixed in the end users device.
NOTE 2: Presenting the separate audio track with spoken subtitles in synchronization with the displayed subtitles/captions improves understandability of the subtitles.
NOTE 3: Providing subtitles/captions as separate text-streams, facilitates converting the respective texts into audio.
NOTE 4: Subtitles that are bitmap images are examples where the content of the displayed captions will not be programmatically determinable.
Übersetzt:
Wenn die Informations- und Kommunikationstechnologie Video mit synchronisiertem Ton anzeigt, muss sie über einen Betriebsmodus verfügen, um eine gesprochene Ausgabe der verfügbaren Untertitel bereitzustellen, es sei denn, der Inhalt der angezeigten Untertitel ist nicht programmgesteuert bestimmbar.
ANMERKUNG 1: Die Möglichkeit, den Sprachausgabebereich für gesprochene Untertitel unabhängig der allgemeinen Sprache der Informations- und Kommunikationstechnologie zu verwalten, ist für die meisten Benutzer vorzuziehen. Das ist möglich, wenn die Audiodatei mit gesprochenem Untertitel in einer separaten Audiospur geliefert und im Gerät des Endbenutzers gemischt wird.
ANMERKUNG 2: Präsentieren der separaten Audiospur mit gesprochenen Untertiteln synchron mit der angezeigten Untertitel/Untertitel verbessert die Verständlichkeit der Untertitel.
ANMERKUNG 3: Das Bereitstellen von Untertiteln/Beschriftungen als separate Textströme erleichtert das Umwandeln der jeweiligen Texte in Audio.
ANMERKUNG 4: Untertitel, die Bitmap-Bilder sind, sind Beispiele, bei denen der Inhalt der angezeigten Untertitel nicht programmgesteuert bestimmbar ist.
- Eine grundlegende Bereitstellung von Untertiteln in zuschaltbaren Tonspuren mit eigenen Lautstärke-Einstellungen halte ich vor allem in Anbetracht der Punkte 2 und 4 für nicht nachvollziehbar.
Es fehlt vollkommen die Motivation hinter dieser Anforderung, siehe auch Punkte 1-3.
Anstelle einfach eine Lösung vorzuschreiben, wäre es hilfreicher das Problem und die Zielsetzung dazu zu beschreiben. So könnte man auch losgelöster von konzeptionellen und technischen Vorgaben die Anforderungen erfüllen. - Anmerkung 1 haben wir schon in Punkt 4 besprochen.
- Anmerkung 2 sollte kein Problem darstellen.
- Anmerkung 3 mag allgemein stimmen. Zielgerichteter würde ich finden, wenn man über Screenreader textuelle Untertitel gezielt ausgeben und justieren könnte. Wenn das allerdings auch Videoplayer können sollen, führt das zu unschönen Konflikten.
- Anmerkung 4: Grundlegend prophezeie ich nun: Redaktionen werden Untertitel auf jeden Fall einfach in die Bilddaten von Videos einbrennen und auch nur eine Variante von Untertiteln anbieten. Auch wenn dies für die tatsächliche Zugänglichkeit nachteilig ist, haben sie damit einfach weniger Arbeit, da fast jede Anforderung eingebrannte Untertitel als Ausnahme definiert und z. B. Sprachvarianten ja nicht vorgeschrieben sind.
Das vollkommen falsche Signal, wie ich finde. Wer sich bemüht Dinge benutzbarer zu gestalten wird am Ende wieder mal bestraft. Ich fürchte sogar, dass ich nun tatsächlich aktiv von der Bereitstellung maschinenlesbarer Untertitel abraten müsste. Gut gemacht, EN, tolles Schoko-Sahnehäufchen 💩, da übe ich mich lieber in zivilem Ungehorsam und schlage vor, diese Anforderung nicht zu erfüllen. - Ich hoffe, dass das nicht ein weiterer Sargnagel für die Barrierefreiheit im Großen und Ganzen wird. Da man ja die Anforderungen ohnehin nicht voll erfüllen könne, gilt für Viele schnell:
If you miss getting into heaven, why miss it by inches?
, also warum die Mühe machen, wenn es am Ende ohnehin nie reicht. So motiviert man niemanden, das Thema ernst zu nehmen und die Anforderungen gerne umzusetzen. Wirklich ärgerlich.
MarcHaunschild
detlevhfischer
mitchellevan
sweckenmann
gzimmermann
johannesFischer84
ThomKoeh
Die Funktion Untertitel vorlesen zu lassen ist für Nutzende mit Seh- oder Leseschwäche. Daneben gibt es Situationen in denen die Sprachqualität schlecht ist und man sich lieber die Untertitel anzeigen lassen will. Und zu guter Letzt Nutzende die die Sprache nicht so gut verstehen und deshalb lieber die englischen oder spanischen Untertitel vorgelesen haben wollen. Das sind die wichtigsten Situationen, die ich durch Internet-Recherche in Erfahrung gebracht habe, bei denen diese Funktion helfen soll.
Für mich stellt sich die Frage bei Web-Angeboten: Wie erfolgt das Vorlesen? Da ein Teil der profitierenden Nutzenden keinen Screenreader nutzen, muss der Inhalt vom Video-Player vorgelesen werden. Und die Lautstärke der Audio muss auf jeden Fall separat steuerbar bzw. abschaltbar sein.
Hat irgendjemand einen Web-Videoplayer in freier Wildbahn gesehen, der das kann/unterstützt?
Ich muss zugeben dass die EN wenig hilfreich ist, wenn es um das Erklären der Erfolgskriterien geht. Oder gibt es irgendwo sowas wie die "Understanding documents" der WCAG auch für die EN Erfolgskriterien.