Barrierefreie Gestaltung multimedialer Inhalte mittels SMIL 2.0 in der Theorie und anhand eines Beispiels geschrieben von René Hojas (2004)

Synchronized Multimedia Integration Language

Die aktuelle Version 2.0 der Synchronized Multimedia Integration Language, kurz SMIL (sprich "smile") genannt, wurde am 7. August 2001 vom World Wide Web Consortium (W3C) offiziell als Standard veröffentlicht. Diese Technologie definiert Bedingungen und Anforderungen, um die optimale Darstellung, Kombination und Synchronisation von unterschiedlichen multimedialen Inhalten in interaktiven Präsentationen, sowohl im Internet als auch offline, zu gewährleisten. vgl. Ayars u.a. 2004

Grundlagen von SMIL

SMIL ist ein text-orientierter, nicht proprietärer Standard, der auf XML (eXtensible Markup Language) basiert und dessen Syntax den XML-Konventionen folgt. Ein SMIL-Dokument enthält keine Multimedia-Daten, sondern es besteht ausschließlich aus Informationen darüber, wann, an welcher Position, in welcher Größe und vor allem auch in welcher Abhängigkeit zu anderen Objekten ein bestimmter Medientyp in einer Präsentation erscheinen soll. vgl. Wittenbrink / Köhler u.a. 2003

Als XML-basierte Sprache muss SMIL den strengen syntaktischen Anforderungen einer solchen gerecht werden. In der W3C-Recommendation "XML 1.0" wird in diesem Zusammenhang von "wohlgeformtem" XML gesprochen. Verstößt ein Dokument gegen eine der nachstehend genannten Regeln, wird es von den einzelnen User Agents nicht interpretiert. Wohlgeformtes XML bedeutet:

• XML-Tags werden durch spitze Klammern gekennzeichnet <>.
• Bei XML-Tags spielt die Groß-/Kleinschreibung eine entscheidende Rolle. Elemente und Attribute, die aus einem Wort bestehen, sind grundlegend klein zu schreiben (z.B. <par>, <switch>, etc.). Jene, sich aus mehreren Worten zusammensetzen, folgen dem "Camel Case"-Prinzip. Dabei wird jeder erste Buchstabe eines neuen Wortes der Zeichenkette groß geschrieben (z.B. systemLanguage, priorityClass, etc.).
• Die paarweise Verwendung von Start- beziehungsweise Endtags ist in XML obligatorisch, jede geöffnete Tag-Klammer muss auch wieder geschlossen werden (z.B. <par>....</par>, etc.). Leere Elemente bilden dabei eine Ausnahme, da sie mit einer verkürzenden Notation geschlossen werden können (z.B. <audio src="test.rm" />).
• Werden im Start-Tag Attribute verwendet, müssen der Attributname und entsprechende Werte angegeben werden. Diese Werte müssen mit Anführungszeichen versehen werden (z.B. <audio region="audio" src="test.rm" />).
• Verschachtelte Elemente dürfen einander keinesfalls überlappen, sondern müssen in der richtigen Reihenfolge geöffnet und entsprechend auch wieder geschlossen werden (z.B. <switch><par>...</par></switch>).

vgl. Wittenbrink / Köhler u.a. 2003

Funktionsmodule von SMIL

SMIL 2.0 ist grundlegend in zehn funktionale Gruppen gegliedert. Diese einzelnen Module enthalten wiederum spezielle Sets an Elementen und Attributen, deren Anzahl von Modul zu Modul variiert. Diese Gruppen werden nachstehend kurz vorgestellt:

• Animation: Dieses Modul bietet den Rahmen um Animationen in einen zeitlichen Kontext mit anderen Elementen zu setzen. Dabei können bestimmte Eigenschaften von Objekten in der Zeit verändert und angepasst werden. Elemente dieses Moduls: animate, set, animateMotion und animateColor.
• Content Control: Die Elemente dieser Gruppe definieren Parameter für die Abstimmung der Inhalte auf eine bestimmte Präsentationssituation und deren technische Restriktionen (zum Beispiel Bandbreite oder Auflösung). Elemente dieses Moduls: switch, prefetch, customAttributes und customTest.
• Layout: Dieser Bereich legt die Möglichkeiten der visuellen Strukturierung einer Präsentation fest. Mit SMIL ist es möglich, sämtliche optische Medien exakt auf dem Ausgabegerät zu positionieren. Elemente dieses Moduls: region, root-layout, topLayout, layout und regPoint
• Linking: Die Möglichkeiten Dokumente oder auch nur deren Bestandteile durch Hyperlinks zu verknüpfen werden in dieser Gruppe bestimmt. Prinzipiell kann jedes Element einer SMIL-Präsentation als Link dienen. Elemente dieses Moduls: a und area
• Media Objects: SMIL erlaubt die Integration unterschiedlichster Medientypen durch Referenzierung. Elemente dieses Moduls: ref, animation, audio, img, video, text, textstream und brush
• Meta-Information: Jede Präsentation kann mit zusätzlichen Informationen wie Titel, Autorenname oder Copyright-Hinweise versehen werden. Diese Meta-Informationen können während der Wiedergabe als zusätzliche Information angezeigt, oder für die Identifizierung und Verwaltung der Präsentation verwendet werden. Elemente dieses Moduls: meta und metadata
• Structure: Dieses Modul definiert die Attribute, die für die grundsätzliche Strukturierung eines SMIL-Dokuments benötigt werden. Elemente dieses Moduls: smil, head, und body
• Timing and Synchronization: Diese Gruppe enthält alle Elemente, die für die zeitliche Organisation und Synchronisation von Medien innerhalb einer SMIL-Präsentation eingesetzt werden können. Diese zeitbezogenen Komponenten bilden den Kern von SMIL. Elemente dieses Moduls: par, seq, excl und priorityClass
• Transitions: Dieser Bereich sorgt dafür, dass es bei einem Wechsel von medialen Inhalten einer Präsentation nicht zu abrupten Übergängen kommt. Durch vielfältige Übergangseffekte, wie zum Beispiel langsames Aus- oder Einblenden von Inhalten, können harte Brüche vermieden werden. Element dieses Moduls: transition
• Time Manipulation: Dieses Modul ermöglicht die Manipulation der zeitlichen Ebene von integrierten Medien. Konkret kann die Abspielgeschwindigkeit von unterschiedlichen Medien beschleunigt, verlangsamt oder auch umgekehrt werden. Dieses Modul ist insofern ein Sonderfall, als es keine Elemente, sondern nur Attribute enthält, die den Elementen der meisten anderen Module beigefügt werden können. Dieses Modul wird aktuell nur von wenigen User Agents unterstützt.

Ein wichtiges Attribut, das an dieser Stelle noch erwähnt werden muss ist id. Durch die Zuweisung dieses Attributs, das prinzipiell jedem Element beigefügt werden kann, und die Tatsache, dass jede dieser Bezeichnungen nur einmal verwendet werden darf, ist eine eindeutige Identifizierung jedes Elements in einem SMIL-Dokument möglich. Dies spielt hinsichtlich der Kontrolle der Inhalte und der Beziehung der Elemente untereinander eine bedeutende Rolle. Zusätzlich bedeutet die Angabe dieses unverwechselbaren Wertes zu einer erhöhten Zugänglichkeit, besonders wenn sinnvolle Bezeichnungen vergeben werden. vgl. Layaida / Van Ossenbruggen 2004

Struktur eines SMIL-Dokuments

Wie die meisten XML-basierten Sprachen müssen auch am Beginn jedes SMIL 2.0-Dokuments bestimmte Angaben gemacht werden, damit die Inhalte von diversen User Agents korrekt interpretiert und von anderen XML Dokumenten unterschieden werden können. Als erstes muss die Angabe der Determinanten, denen das Dokument entsprechen soll, die Document Type Declaration (DTD) erfolgen. Am Beginn dieser Definition steht die Angabe des Dokumentelements, für SMIL 2.0 wäre dies das Element smil. Es folgt der "public identifier", der den formalen Aufbau der DTD bestimmt. Schließlich muss noch die Adresse, unter der die formale Beschreibung des verwendeten Dokumenttyps zu finden ist, angegeben werden. Dieses Dokument kann sich sowohl lokal als auch auf einem Server befinden. vgl. Wittenbrink / Köhler u.a. 2003

Nach dieser Klassifikation der Determinanten beginnt das eigentliche SMIL Dokument mit dem Element <smil>, das obligatorisch die Deklaration des verwendeten Namensraums enthält. Wie ein HTML-Dokument besteht auch ein SMIL-Dokument aus einem Head- und einem Body-Bereich. Dabei enthält der Head-Bereich insbesondere grundlegende Layout-Informationen und definiert die Struktur und den Aufbau der Präsentation. Sämtliche Angaben zum Ablauf der Präsentation, die zeitliche und räumliche Integration von Medien, befinden sich im Body-Bereich. vgl. Bulterman / Rutledge 2004

Ein typisches SMIL 2.0 Dokument ist wie folgt aufgebaut:

vgl. Layaida / Van Ossenbruggen 2004

Authoring Software

Da SMIL ein text-basiertes Format ist, genügt im Grunde ein einfacher Text-Editor um eine Präsentation in dieser Sprache zu gestalten. Diese Möglichkeit ist zwar kostengünstig und ermöglicht theoretisch jedem, das volle Potential von SMIL auszuschöpfen, allerdings sind die Vorteile professioneller Lösungen nicht zu übersehen.

Diese kommerziellen Programme bieten optische und funktionale Hilfestellungen bei der Programmierung (zum Beispiel Anzeige der möglichen Attribute und der korrekten Syntax), integrierte Quelltext-Validatoren, die sofort auf Fehler aufmerksam machen, und ein grafisches User Interface das viele Eingaben vereinfacht und somit Zeit spart. vgl. Bulterman / Rutledge 2004

Zu den wichtigsten verfügbaren Authoring-Werkzeugen zählen:

• GRINS-Editor: Diese Software ist wahrscheinlich die aktuell professionellste und bequemste aller verfügbaren Lösungen. Der GRINS-Editor aus dem Hause Oratrix (www.oratrix.com) bietet eine grafische Benutzeroberfläche mit Timeline und ermöglicht eine intuitive Gestaltung von Multimedia-Präsentationen los gelöst von der Programmierebene.
• Fluition-Editor: Professionelle Software, die grundlegende Funktionen über eine grafische Benutzeroberfläche anbietet. Eine Trial-Version ist auf www.fluition.com abrufbar.
• Homesite: Dieser und andere professionelle Texteditoren integrieren in den aktuellen Versionen grundlegende SMIL 2.0 Funktionalitäten.
• SMILGen: Diese Software ist ein kostenloses Werkzeug zur Erstellung von SMIL-Präsentationen. Das Programm ist Ergebnis eines Open Source-Projekts von RealNetworks, wird laufend weiterentwickelt und birgt dementsprechend einige Schwächen. Für die Umsetzung von nicht allzu umfangreichen Präsentationen und um einen ersten Eindruck der Möglichkeiten und Funktionen von SMIL zu bekommen, ist SMILGen eine geeignete Lösung. Der kostenlose Download steht unter www.smilgen.org zur Verfügung.

vgl. Michel 2004

User Agents

SMIL ist ein bisher wenig bekannter und verwendeter, aber doch schon weit verbreiteter Standard. Durch die große Marktdurchdringung von Internet Explorer 5.5, RealPlayer und Quicktime hat diese Technologie bisher schätzungsweise 200 Millionen User weltweit erreicht. vgl. Bulterman 2004

Leider muss auch in diesem Fall festgestellt werden, dass die Hersteller von User Agents eine gewisse Zeit benötigen, um das gesamte Funktionsspektrum einer relativ neuen Technologie zu integrieren. Es ist allerdings schon abzusehen, dass die nächsten Produktgenerationen der wichtigen Player den Anforderungen der UAAG 1.0 völlig entsprechen und SMIL 2.0 in vollem Umfang unterstützen werden. vgl. Michel 2004

Nachstehend befindet sich eine Aufstellung der aktuell wichtigsten User Agents, die SMIL 2.0 in weiten Bereichen korrekt interpretieren können:

• Ambulant Open Source Player: Die Entwicklung dieses Players wird hauptsächlich vom CWI (Centrum voor Wiskunde en Informatica) Amsterdam vorangetrieben. Die aktuelle Version unterstützt einen Großteil des Funktionsumfanges von SMIL 2.0, unterstützt die Integration proprietärer Medienformate nicht. Ein besonders nutzvolles Feature ist die integrierte Validierung des Quelltextes und die genaue Ausgabe des Fehlers. Die aktuelle Version steht als kostenloser Download auf der Website www.ambulantplayer.org zur Verfügung.
• RealPlayer 10: RealNetworks war von Beginn an stark an der Weiterentwicklung von SMIL beteiligt und integrierte bereits in älteren Generationen ihrer Produkte die Unterstützung von SMIL. Das jüngste Produkt bietet einen ähnlichen Funktionsumfang wie das Pendant des CWI und kann ebenso kostenlos von www.real.com herunter geladen werden.
• GRINS-Player: Auch bei den User Agents ist das Oratrix einer der technisch führenden Produzenten deren Player über die wahrscheinlich wohl breiteste Unterstützung des SMIL 2.0-Standards aller vergleichbaren Software-Lösungen verfügt. Allerdings ist dieser Player als einziges der hier genannten Produkte nicht kostenlos.
• Internet Explorer ab Version 5.5: Die Microsoft Browser Generationen ab 5.5 sind in der Lage, SMIL-Präsentationen zu verarbeiten und die wichtigsten Funktionen korrekt zu interpretieren.

vgl. Michel 2004

Integrierbare Medienformate

Durch SMIL ist es möglich, eines oder mehrere Medienformate unterschiedlicher Natur in eine singuläre Multimediapräsentation einzubinden. Bisher gibt es allerdings keinen eindeutigen Katalog an Formaten, die von allen User Agenten korrekt dargestellt werden. Die Initiatoren von SMIL haben diesen Standard von Anfang an als medienunabhängiges Konstrukt konzipiert. Einer der wichtigsten Gründe dafür war, lizenzrechtliche Einschränkungen und Restriktionen diverser Unternehmen zu vermeiden. SMIL sollte als offener, allgemeingültiger und nicht kommerzieller Standard etabliert werden. vgl. Bulterman / Rutledge 2004

Dieser Ansatz garantierte auf der einen Seite die rasche Etablierung und Verbreitung des Standards und ermöglichte gleichzeitig die Integration von theoretisch allen bekannten Multimediaformaten. Auf der anderen Seite gibt es für Hersteller von User Agents aber keine Vorgaben, was die Unterstützung der multimedialen Inhalte anlangt. Das kann unter Umständen zu der paradoxen Situation führen, dass zwar prinzipiell jeder proprietäre Medientyp in einer Präsentation verwendet werden kann, dass dieser Medientyp allerdings von einem User Agent eines Konkurrenzunternehmens unter Umständen nicht voll unterstützt, also nicht angezeigt wird. Die gängigsten Medientypen werden allerdings von den aktuellen Playern, mit Ausnahme des Ambulant Players, korrekt interpretiert. vgl. Bulterman / Rutledge 2004

Klassifizierung von Medien

Die Klassifizierung von Medien beschäftigt seit Jahrzehnten Medientheoretiker, eine eindeutige und allgemeine Gliederung konnte sich allerdings nicht durchsetzen. Im Bereich des Multimedia Engineering hat sich eine technische Einteilung in Statische (discrete media) und Kontinuierliche (continuous media) Medien als sinnvoll herausgestellt. vgl. Bulterman / Rutledge 2004

Statische Medien sind solche, die keine integrierte Zeitleiste haben, die eine temporäre Veränderung der Inhalte bewirkt. Zu diesen Medien zählen fotografische Bilder, Grafiken, Text aber auch animierte Grafiken werden hinzugezählt. Kontinuierliche Medien dagegen besitzen eine eigene Zeitleiste und verändern die Inhalte unabhängig von der Präsentationsumgebung selbständig. Beispiele für diese Kategorie sind Animationen, Audio, Video und zeitabhängiger Text bei synchronisierten Untertitel. vgl. Bulterman / Rutledge 2004

Komprimierung der Inhalte

Sowohl bei Online- als auch bei Stand-Alone-Präsentationen spielt die Größe der integrierten Inhalte eine entscheidende Rolle. Die Synchronisation von unkomprimierten Videos, Bildern und Audiodateien bringt die meisten Heimcomputer zumindest an die Grenzen der Kapazitäten. An eine Distribution über das Internet als Download oder gar in gestreamter Form ist angesichts der aktuell verfügbaren Netztechnologien nicht zu denken. Aus diesem Grund ist eine Komprimierung der einzelnen Medientypen unbedingt notwendig. vgl. Bulterman / Rutledge 2004

Statische Medienformate

Wie schon erwähnt zählen hierzu fotografische Bilder, Grafiken und Text. Im Folgenden werden die von den fortschrittlichsten User Agents RealPlayer, Ambulant Player und Grins Player unterstützten Formate angegeben:

• Fotos und Bilder: Das JPEG (Join Pictures Expert Group) Format wird von allen drei User Agents korrekt angezeigt. Dieses Format ermöglicht sehr gute Kompressionsraten und hat sich im Internet als Standardformat für Bilder und Fotos etabliert.
• Grafiken: In diesem Bereich galt das GIF (Graphic Image Format) Format lange als Web-Standard. Da es aber auf eine lizenzpflichtige Technologie zurückgeht, wird es immer stärker vom offenen PNG (Portable Network Graphics) Format verdrängt. Beide Formate werden aber von den erwähnten Playern unterstützt.
• Vektorbasierte Grafiken: Die meist verwendeten Formate sind hierbei der offene W3C-Standard SVG (Scalable Vector Graphics) und das proprietäre Dateiformat Flash des Softwareherstellers Macromedia. Beide Formate werden von den meisten User Agents unterstützt (Ausnahme: Ambulant Player), aktuell lässt sich ein leichter Trend in Richtung des offenen Standards erkennen.
• Text: In rudimentärer, nicht formatierter Form ist Text leicht zu übertragen und wird von allen User Agents problemlos integriert.

vgl. Bulterman / Rutledge 2004

Kontinuierliche Medienformate

Video, Audio, Animationen und zeitabhängiger Text werden wie schon erwähnt unter diesem Begriff subsumiert. Genau wie bei den statischen Formaten werden die verfügbaren Technologien hinsichtlich der Unterstützung durch die drei wichtigsten User Agenten beleuchtet. Dabei muss in diesem Fall zwischen streambaren Formaten und solchen, die in voller Größe herunter geladen werden müssen (Download-and-Play) unterschieden werden:

• Video: Die Palette der verfügbaren Formate ist groß. Die wichtigsten Videoformate im Web sind MPEG-1, MPEG-2, MPEG-4 (Div-X), RealVideo und Quicktime. Keines dieser Formate wird allerdings aktuell von allen Playern unterstützt. Im Bereich "Download-and-Play" können für den RealPlayer das RealVideo- oder das MPEG-2-Format verwendet werden, für den Ambulant Player und den Grins Player sind MPEG-4 (beziehungsweise Div-X) zu bevorzugen.
  
  RealPlayer und Grins Player bieten in Bezug auf gestreamte Medien Unterstützung für das RealVideo-Format, für den Ambulant Player sollte auch hier Div-X eingesetzt werden.
• Audio: Bei den Audio Formaten ist die Situation ähnlich. Es gibt im Bereich Download-and-Play eine Vielzahl an einsetzbaren Formaten, anders als bei den Videos können aber alle User Agents MP3 verarbeiten, weshalb dieser Technologie der Vorzug zu geben ist.
  
  RealPlayer und Grins Player sind in der Lage, gestreamte Audiodaten im proprietären RealAudio-Format zu verarbeiten. Der Ambulant Player bleibt den Open Source-Grundsätzen treu und empfiehlt Ogg Vorbis, ein freies, lizenzfreies aber doch professionelles Streaming-Format.
• Animationen: Aktuell wird von allen Playern der offene Standard SVG unterstützt, viele interpretieren auch Flash korrekt (Ausnahme ist auch hier wieder der Ambulant Player).
• Zeitabhängiger Text: Dieses Hybridwesen setzt den prinzipiell statischen Medientyp Text in einen temporären Kontext, der vor allem für die Untertitelung von Video oder Audio eingesetzt wird. Natürlich sind Filme mittlerweile mit Untertiteln versehen erhältlich, diese Untertitel sind allerdings Teil des Videos und können nicht unabhängig davon betrachtet werden, weshalb sie von Fachkreisen auch mit der Bezeichnung "Closed Captions" bedacht wurden.
  
  SMIL bietet die Möglichkeit, unterschiedliche Textströme mit anderen Medientypen zu synchronisieren. Dies ist vor allem für das Angebot von Untertiteln in verschiedenen Sprachen oder mit unterschiedlichem Detailreichtum sinnvoll.
  
  Die meisten aktuellen Formate sind proprietärer Natur. Im Moment ist eine Arbeitsgruppe des W3C mit der Entwicklung eines offenen Standards (Timed Text - "tt") beschäftigt. Wann dieser Standard tatsächlich veröffentlicht wird, ist derzeit unklar. Nichtsdestotrotz sieht der Ambulant Player ausschließliche Verwendung dieses Formats vor. RealPlayer und Grins Player unterstützen das RealText-Format, werden aber den offenen Standard auch interpretieren.

vgl. Bulterman / Rutledge 2004

Accessibility Features von SMIL 2.0

Zur Sicherung einer uneingeschränkten Barrierefreiheit von multimedialen Inhalten, muss deren Zugänglichkeit auf die unterschiedlichen Bedürfnisse und Beeinträchtigungen der Nutzer abgestimmt werden. Die Barrierefreiheit von derartigen Inhalten ist aufgrund der Vielfalt der Medienformate und deren Komplexität schwierig, aber nicht unmöglich zu realisieren. Die Problemstellungen und mögliche Lösungsansätze wurden im vorigen Kapitel bereits detailliert diskutiert. Des Weiteren wurde kurz festgestellt, dass SMIL das einzig geeignete Werkzeug ist, um diese Aufgaben umfassend zu lösen. In den nächsten Kapiteln werden die Accessibility Features von SMIL im Detail aufgezeigt.

Barrierefreiheit der integrierten Medienformate

SMIL ist aufgrund der Fähigkeit, unterschiedliche statische und kontinuierliche Medientypen zu synchronisieren, ein perfektes Instrument, um multimediale Inhalte für alle zugänglich zu machen.

Bei statischen Medientypen wie Bildern und Grafiken können deren Inhalte, ähnlich wie in HTML durch die Attribute "alt", "title" und "longdesc" mit Textäquivalenten versehen werden. Die umfassende Erläuterung dieser Elemente erfolgte im Kapitel Struktur eines SMIL-Dokuments. Ein besonders wichtiges Attribut, dessen Einsatz an dieser Stelle nochmals empfohlen werden muss, ist "id". Die Gründe hierfür wurden im Kapitel Funktionsmodule von SMIL 2.0 genauer erläutert.

Kontinuierliche Medien können und sollen im Sinne der Barrierefreiheit ebenfalls mit diesen Attributen versehen werden. Im Kapitel Multimediale Inhalte und Barrierefreiheit wurden die unterschiedlichen Medientypen und die möglichen Problemstellungen hinsichtlich ihrer Zugänglichkeit betrachtet. Im Ergebnis wurde festgestellt, dass die Inhalte einer Präsentation auf möglichst unterschiedlichen Kanälen angeboten werden sollten, um eine maximale Zugänglichkeit zu erreichen. Durch die Möglichkeit der Integration und der Synchronisation unterschiedlicher Medien und die Tatsache, dass die Entscheidung, welche Formate angeboten werden, dem Nutzer überlassen wird, ist SMIL 2.0 als optimales Werkzeug im Sinne der Barrierefreiheit anzusehen. vgl. Koivunen / Jacobs 2004

Die Elemente <par>, <seq>, <excl>, <priorityClass> und <switch> der SMIL 2.0 Module "Timing und Synchronisation" und "Content Control" ermöglichen es, in Kombination mit diversen Attributen, die in den weiteren Kapiteln besprochen werden, den Adressaten einer Präsentation die Inhalte abgestimmt auf ihre Anforderungen zu liefern. Nachfolgend werden die Funktionen der hier genannten Elemente kurz erläutert:

• <par>: Alle Medien, die innerhalb dieses Zeitcontainers eingebettet sind, sind auf zeitlicher Ebene gleichzeitig (parallel) aktiv.
• <seq>: Alle Medien innerhalb dieser Element-Klammer werden in linearer Reihenfolge nacheinander (sequentiell) aktiv.
• <excl>: Von allen Medienformaten, die in diesem Container enthalten sind, wird in Abhängigkeit einer bestimmten Bedingung, immer nur eines aktiv.
• <priorityClass>: Dieses Element ist ein Sub-Element von <excl> und definiert das Verhalten der inaktiven Medien während diese angesprochene Bedingung erfüllt ist.
• <switch>: Elemente, die in diesen Container eingebettet sind, werden in Abhängigkeit einer bestimmten Bedingung aktiviert. Im Unterschied zu <excl> hat diese Bedingung keine zeitliche Komponente. Während mit <excl> Inhalte vor allem in zeitlicher Hinsicht beeinflusst werden, dient <switch> zur Überprüfung von Parametern der Ausgabesituation.

vgl. Koivunen / Jacobs 2004

Anpassung an Ausgabesituationen

Wie im letzten Kapitel bereits angesprochen, erlaubt es die SMIL-Technologie, Inhalte und Präsentationen für unterschiedliche Nutzerbedürfnisse und -fähigkeiten, Systemkonfigurationen und sonstige Gegebenheiten zu adaptiert zur Verfügung zu stellen. Beispielsweise kann die Sprache einer Präsentation auf die Bedürfnisse des Nutzers abgestimmt, oder die Qualität der Videodatenströme in Relation mit der verfügbaren Übertragungsbandbreite gesetzt werden. vgl. Bulterman / Rutledge 2004

SMIL erlaubt es, über diverse Attribute Bedingungen zu definieren, unter denen Inhalte optimiert für bestimmte Ausgabesituation zur Verfügung gestellt werden. Diese Attribute können mit wenigen Ausnahmen (zum Beispiel <head> und <body>) jedem Element beigefügt werden. Da ein SMIL-Dokument selbst, wie schon erwähnt, keine multimedialen Inhalte enthält oder produziert, müssen diese Inhalte vom Autor vorab gesondert entsprechend aufbereitet werden. vgl. Bulterman / Rutledge 2004

Die eben angesprochenen Attribute werden im Folgenden näher erläutert. Die erste Gruppe behandelt jene Angaben, die auf die persönlichen Bedürfnisse eines Benutzers, die über das Ausgabegerät definiert werden können, abstellen:

• systemLanguage: Bei vielen User Agents kann vom Benutzer eine bestimmte Standardsprache definiert werden. SMIL diese Sprache über systemLanguage abfragen und entsprechend vorhandenen Inhalt liefern.
• systemCaptions: Der Autor einer Präsentation kann entsprechende Untertitel anbieten, deren Anzeige vom Nutzer in den Einstellungen des Ausgabegerätes aktiviert werden kann.
• systemAudioDesc: Der Nutzer hat auch die Möglichkeit zu definieren, ob er alternative Angebote in akustischer Form abrufen möchte.
• systemOverdubOrSubtitle: Dieses Attribut ist im Prinzip ein Unterfall von systemCaptions. Bevorzugt der Betrachter Untertitel, so werden eben diese angezeigt, sind akustische Informationen hilfreicher, stellt SMIL diese zur Verfügung.

Die weiteren Attribute werden von den technischen Rahmenbedingungen der Ausgabesituation determiniert:

• systemBitrate: Über diese Bedingung können Inhalte auf die vorhandenen Bandbreiten abgestimmt und geliefert werden. Verfügt der User über eine große Bandbreite, wird zum Beispiel ein Video geliefert, ist dies nicht der Fall, wird vielleicht nur ein Bild mit entsprechendem Erklärungstext übertragen.
• systemScreenDepth: Über dieses Attribut kann eine Präsentation auf die Farbtiefe des Ausgabegerätes abgestimmt werden. Kann dieses System 16,7 Millionen Farben (24 bit Farbtiefe) darstellen, wird ein Bild übertragen, ist das Ausgabegerät ein monochromes Mobiltelefon, ein erklärender Text angezeigt.
• systemScreenSize: Dieses Attribut stellt auf die Displaygröße des Ausgabegerätes ab. Es ist somit also zum Beispiel möglich, mehrere besondere Layouts einer Präsentation zu definieren und an die situativen Gegebenheiten angepasst zu liefern.
• systemCPU: Diese Option ermöglicht es, eine Mindestanforderung an die Hardware-Architektur zu definieren, damit ein bestimmter Medientyp angezeigt wird.
• systemOperatingSystem: Dieses Element erlaubt die Optimierung der Präsentation für einzelne Betriebssysteme durch an deren Gegebenheiten und typische Player angepasste Definition unterschiedlicher Ausgabeparameter.
• systemComponent: Durch Verwendung dieses Elements kann unter anderem überprüft werden, ob ein bestimmter User Agent ein bestimmtes Medienformat korrekt interpretiert.
• systemRequired: Unterschiedliche User Agents benötigen unter Umständen spezielle Erweiterungen und Namensräume des SMIL Standards. Um zum Beispiel zu gewährleisten, dass eine Präsentation auf einem Mobile Device korrekt abläuft, können mit diesem Attribut die entsprechenden Bedingungen überprüft werden.

vgl. Bulterman / Rutledge 2004

Barrierefreies User Interface

SMIL 2.0 ermöglicht die Steuerung und Beeinflussung einer laufenden Präsentation durch den Benutzer. Die schon mehrfach erwähnten Attribute alt und title ermöglichen es sehbehinderten Menschen, einzelne Bedienelemente und deren Funktion zu erkennen. Die Attribute tabindex und accesskey wird die Bedienbarkeit der Steuerelemente einer Präsentation durch die Tastatur garantiert. Auf diesem Wege werden die Bedienelemente jenen Menschen, die aufgrund einer Sehbehinderung oder motorischen Beeinträchtigung keine Maus bedienen können, zugänglich gemacht. Die Funktionalität der beiden letztgenannten Attribute wird im Folgenden kurz erläutert:

• tabindex: Mit diesem Attribut werden den einzelnen Steuerelementen numerische Werte in aufsteigender Reihenfolge zugeordnet. Auf diese Weise wird die Abfolge, in der die entsprechenden Elemente bei der Bedienung durch die Tabulatortaste einer Tastatur aktiv werden, definiert.
• accesskey: Durch dieses Attribut kann einem Bedienelement jedes alphanumerische Zeichen, das auf der Tastatur verfügbar ist, zugeordnet werden. Das betreffende Bedienelement wird durch Betätigung der entsprechenden Taste aktiv.

vgl. Bulterman / Rutledge 2004

Manipulation der zeitlichen Parameter

Neben den Elementen <begin>, <end> und <dur>, durch die essentielle zeitliche Parameter wie Beginn und Ende der aktiven Phase eines Elements sowie die Dauer äußerst genau bestimmt werden kann, ermöglicht SMIL 2.0 theoretisch, die interne Zeitleiste von eingebetteten Medien zu beeinflussen. Aus nahe liegenden Gründen ist dies bei gestreamten Inhalten nicht möglich. Die entsprechenden Attribute sind speed, accelerate, deaccelerate und autoReverse. Nachstehend wird ihre Funktionsweise näher erläutert:

• speed: Über die Angabe eines numerischen Wertes kann die Abspielgeschwindigkeit eines integrierten Mediums in direkte Relation zum umgebenden Zeit-Container gesetzt werden. Der Wert "2" bedeutet eine Verdoppelung der Standardgeschwindigkeit. Die Angabe eines negativen Wertes ist grundsätzlich auch möglich und bewirkt das Abspielen der betreffenden Zeitleiste in inverser Richtung.
• accelerate / deaccelerate: Aufgrund der zusammenhängenden Funktionsweise werden diese beiden Attribute hier gemeinsam besprochen. Durch Angabe von eines Wertes zwischen "0" und "1" kann ein Beschleunigen, beziehungsweise das Bremsen der Abspielgeschwindigkeit eines Mediums erreicht werden.
• autoReverse: Wird dieses Attribut mit dem Wert "true" einem Element beigefügt, so wird das eingebettete Medium nach Erreichen des Endes der internen Zeitleiste rückwärts weiter abgespielt.

Die Möglichkeiten der Einflussnahme auf interne Zeitleisten von eingebetteten Medien bringt hinsichtlich der Barrierefreiheit einen enormen Mehrwert mit sich. Dadurch werden die Nutzer in die Lage versetzt, die Geschwindigkeit der Präsentation an ihre individuellen Aufnahmefähigkeiten anzupassen. Diese Funktionen sind zwar schon Teil von SMIL 2.0, werden aber von keinem aktuellen User Agent unterstützt. vgl. Schmitz, P. 2004

Metainformationen

Metainformationen sind im Kopfbereich einer SMIL-Präsentation enthalten und liefern zusätzliches Informationen über die Präsentation. Zu diesen Daten zählen der Titel, Angaben über den Autor, Copyrighthinweise und dergleichen. Die verfügbaren Elemente sind <meta> und <metadata>. Im Folgenden werden diese Elemente näher erklärt:

• <meta>: Diesem Element sind drei Attribute zugeordnet. Die Aufgabe von "id" wurde schon an anderer Stelle erläutert. Die beiden anderen liefern nur in Kombination eine nutzvolle Information. Zum Beispiel könnte dem Attribut name der Wert Autor:, content dagegen der Wert Tolstoi zugewiesen werden.
• <metadata>: Dieses Element dient nur als Hülle um RDF-Informationen einzugliedern. RDF (Resource Description Framework) ist ein neuer offizieller Standard des W3C zur Beschreibung von Webinhalten. Diese Technologie wurde am 10. Februar 2004 als Recommendation publiziert. RDF ermöglicht es, sämtliche Angaben zu eingebetteten Medien im Kopfbereich zu machen und über die eindeutige "id" dem entsprechenden Element zuzuordnen. Dieses Format wird im Moment noch nicht von vielen User Agents korrekt interpretiert. Es ist jedoch absehbar, dass dieser Standard in naher Zukunft die meisten der aktuellen SMIL-Elemente zur Angabe von Metainformationen ablösen wird.

vgl. Bulterman / Rutledge 2004

In einem SMIL 2.0-Dokument kann aber nicht nur der Kopfbereich Metaangaben über die Präsentation enthalten. Es ist möglich, jeden eingebetteten Medientyp mit zusätzlichen Informationen zu versehen. Neben dem schon mehrfach erwähnten Attribut title stehen noch abstract, author, copyright und xml:lang zur Verfügung. Letztere werden nachstehend kurz erläutert:

• abstract: Dieses Attribut ermöglicht die Angabe einer kurzen Zusammenfassung der Inhalte des entsprechenden Elements.
• author: Der Autor eines eingebetteten Medienformats kann durch dieses Attribut angegeben werden.
• copyright: Die Angabe von eventuellen Urheberrechten sollte über dieses Attribut erfolgen.
• xml:lang: Die Sprache des eingebetteten Mediums wird mit diesem Attribut definiert.