XML » SVG Presenter - Carto:net

XML » SVG PRESENTER | STRUKTURIERTE MULTIMEDIA-PRÄSENTATION IM WEB 100
}
movie.Frame(1)->AddObject(rect3);
movie.Frame(2)->RemoveObject(rect3);
rect3->Rotate(FloatToFixed(60.0));
movie.Frame(2)->AddObject(rect3);
// Animation beginnt von vorn ...
movie.WriteMovie("beispiel.swf");// schreibe die SWF-Datei und beende das Programm
delete rect1; delete rect2; delete rect3;
return(0);
Listing 4.5.3.3.1: Der High-Level-Manager im konkreten Beispiel 1
Die etwas ungewöhnlichen Ausmaße und Koordinaten, die auch in [Listing 4.5.3.3.1] deutlich werden,
rühren im Übrigen aus der Tatsache, dass Flash-intern sämtliche Größenangaben stets in so genannten
„Twips“ ( 1 / 1440 inch) abgespeichert werden, einer Auflösungsunabhängigen Einheit. Bei der normal üblichen
Bildschirmauflösung von 72 DPI entsprechen 20 Twips also
einem Pixel. Ein 2000 · 2000 Twips großes Quadrat (wie etwa
jedes der Rechtecke in unserem Beispiel) nimmt somit auf
dem Bildschirm lediglich 100 · 100 Pixel ein.
Bei Ausführen des in [Listing 4.5.3.3.1] angegebenen Quellcodes
wird nun ein lediglich 266 Bytes schlanker Flash-Film
erzeugt – [Abb.4.5.5.3.1] zeigt eine Momentaufnahme des
zweiten Schlüsselbildes, das dritte Quadrat ist bereits um
30 Grad rotiert:
Abb. 4.5.5.3.1 Darstellung des aus [Listing 4.5.3.3.1] erzeugten
SWF-Films (Momentaufnahme)
4.5.3.3.2 Third Party-APIs
Die kostenfreie Bereitstellung dieses – wie im Beispiel gezeigt – äußerst komfortablen Development-Kits
löste im Gegensatz zur reinen Spezifikations-Veröffentlichung einen richtiggehenden „Run“ auf die Entwicklung
Flash-fähiger Export-Module aus: Da die praktische Syntax nun die Konvertierung jeglicher Vektordaten
in das Flash-Format extrem vereinfachte, fand sich bald ein entsprechender SWF-Filter in zahlreichen
(wennauch statischen) Illustrationswerkzeugen wieder – eine schier epidemische Format-Verbreitung,
die Macromedia durch die gezielte Veröffentlichung des SDK nicht nur gut geplant, sondern dank zusätzlichem,
„aggressivem Marketing” [vgl. Raux01] auch überaus konsequent und erfolgreich erreicht hat.
4.5.3.3.2.1 Server-Side Flash
Neben der reinen Anwendung im Rahmen C ++ -basierter Windows- und Macintosh-Anwendungen, für deren
Zwecke das SDK ja ursprünglich konzipiert war, erschien die Funktionalität der
Programmierschnittstelle freilich auch für einen Server-Seitigen Einsatz im Internet zunehmend interessant:
Insbesondere die Erzeugung dynamischer SWF-Dateien, deren Inhalte sich individuell verändern ließen, war
aufgrund der bis dato eingeschränkten und überdies recht umständlichen Datenanbindung des Flash-
Frameworks in diesem Zusammenhang von großem Interesse. Aufgrund der Tatsache, dass C ++ aufgrund
der Komplexität und „Gefährlichkeit“ der Sprache 2 auf nur recht wenigen Internet-Servern als
Skriptsprache zur Anwendung kommt, wurde im Gefolge der SWF-SDK-Veröffentlichung eine schier
unüberschaubare Vielfalt an Flash-Generatoren und Portierungen des Macromedia-SDK zur Serverseitigen
Erzeugung beliebiger Flash-Filme veröffentlicht: Neben recht überschaubaren, C-basierten Lösungen, die
lediglich auf den bereits zuvor bereitgestellten Funktionen aufbauen [BEng00, HeEz01] sowie einfachen,
1 aus: [Star01] p.18
2 Anm: Bei der Erstellung C ++ -basierter Serverprogramme besteht insbesondere die Gefahr unzulässiger Pointer-Befehle, die den gesamten
Server zum Absturz bringen könnten.