XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 103
Pacific [NoDi00] sowie der so genannte „Swift Generator“ konnten der Dominanz des Macromedia-
Konzerns auch auf diesem Gebiet nur wenig anhaben.
4.5.3.3.2.4 Im Schlepptau der Spezifikation
Die letztendliche Chancenlosigkeit der nicht-kommerziellen 3rd-Party-Alternativen begründet sich neben
dem äußerst geschickten Marketing des Macromedia-Konzerns, welcher das „monopolistische“ [vgl.
Zmoe00] Flash-Studio alsbald im „Bundling“ mit der Server-basierten Generator-Software anbot, letztendlich
in der unaufhörlichen Erweiterung des SWF-Formates, der die unabhängigen Alternativ-Entwickler stets
dem letzten Stand hinterherhinken lässt: So findet sich in den meisten der zuvor beschriebenen Lösungen
lediglich ein nur rudimentärer Funktionsumfang wieder, der maximal die 3. oder 4. Generation des Flash-
Formates abdeckt – im Rahmen multimedialer Web-Präsentation jedoch erst interessante Funktionalität
wie ActionScript-Tags (oftmals die Grundlage jeglicher Flash-Interaktivität) oder Füllverläufe sucht man
derweil zumeist vergeblich.
Mit der Veröffentlichung der extensiv erweiterten 6. Version des Flash-Formates, die als Bestandteil von
Macromedias MX-Produktreihe gleich eine ganze Reihe neuer Funktionen [vgl. Cham02] wie etwa der Einbettung
ganzer Video-Streams [vgl. BGTM02] ermöglichte, läutete das Unternehmen jedoch letztendlich
das Ende der „serverseitigen 3rd-Party-Ära“ ein: Da die intelligente XML-Schnittstelle des neuen Flash MX
eine direkte Anbindung Flash-basierter Anwendungen an dynamische XML-Daten ermöglichte, war
zugleich ein Großteil der ebendiese Funktionalität in Form externer Programmlogik bereitstellenden Produkte
hinfällig geworden. Da das Unternehmen mit der deutlich zeitversetzten 1 Herausgabe der entsprechenden
Formatspezifikation zugleich die Aktualisierung der zugehörigen SDK-Schnittstelle einstellte und
auch das betagte „Generator“-Projekt in den Ruhestand versetzte, wurde den diesbezüglichen Entwicklungsbemühungen
zahlreicher unabhängiger Software-Projekte praktisch die Grundlage entzogen. Aufgrund
dessen erstaunt es auch nur wenig, dass innerhalb der letzten Monate praktisch keine Bewegung
mehr auf diesem Segment zu beobachten ist, da der MX-Ansatz alternative Schnittstellen im Prinzip „obsolet
gemacht hat“ (Macromedia-Erklärung).
Hinsichtlich des SWF-Zugriffs auf Basis einer höheren Programmiersprache muss somit abschließend festgestellt
werden, dass aufgrund zahlreicher Entwicklungsbemühungen in der Vergangenheit zwar unzählige,
entsprechende Software-Komponenten bereits allgemein verfügbar sind, die sowohl Parsing als auch Generierung
Flash-basierter Dateien in einem rudimentären Umfang auf sehr komfortable Weise ermöglichen –
die zukünftige Entwicklung in dieser Richtung dürfte sich jedoch insbesondere aufgrund mittlerweile ausbleibender
Bewegung in diesem Segment sowie der Einstellung des Macromedia-SDKs sowohl zunehmend
aufwendig gestalten, als auch der Sinn diesbezüglicher Ansätze aufgrund der Veröffentlichung des Macromedia
MX-Frameworks mittlerweile durchaus fraglich erscheint.
4.5.3.3.3 Konvertierungsaspekte
Auch die Konvertierung des SWF-Formates sowohl zur Weiterverwendung von Vektor- und Animationsdaten
in anderen Formaten und Multimedia-Anwendungen, als auch zur möglichen Nutzung der Flash-
Plattform als Ausgabemedium für zuvor umgewandelte Fremdformate erscheint in diesem Zusammenhang
mitunter problematisch: So verkompliziert nicht nur die in [4.5.3.1] erläuterte „Frame-Fragmentierung“,
sondern ebenso das recht unkonventionelle Grafikmodell des Flash-Formates [s.4.5.3.2] eine direkte Überführung
der Flash-Daten etwa in PostScript-verwandte Syntax, weswegen die Aussage des SWF-Entwickers
Jacek Artymiak, 2
die Programmierung eines Flash-Parsers sei „äußerst einfach“, 3
nicht zuletzt aufgrund der
1 s.o.: Die Zeitdifferenz betrug knapp 10 Monate.
2 vgl. [Arty02]
3 vgl. ebenda.