Man sieht sie überall. Animierte Figuren blinken, hüpfen oder drehen sich über Ihren Bildschirm. Webdesigner sind nicht nur über diese Tricks gestolpert. Sie haben ein Toolkit entwickelt, um Inhalte hervorzuheben, ohne Ihren Browser zu beschädigen. Die Hauptakteure? Animierte GIFs, dynamisches HTML, Java, Shockwave und Flash. Jeder hat Stärken. Jeder hat Mängel. Wir werden ihre Funktionsweise aufschlüsseln. Wir werden auch schauen, was als nächstes kommt.
Der Bandbreitenkrieg
Die Geschichte des Internets ist kurz. Seine Entwicklung ist schnell. Zwei Kräfte drängen gegeneinander. Autoren wollen aufwendige Inhalte. Leser brauchen schnelle Ladevorgänge.
In der Anfangszeit bedeutete „schnell“ Telefonmodems. Die Dateigröße musste winzig sein. Komplexe Grafiken waren ein Luxus, den sich nur wenige leisten konnten. Dieser Widerspruch erzwang Innovation. Entwickler mussten schlau werden. Sie brauchten Tricks, um Rich Media über enge Leitungen bereitzustellen.
Betrachten Sie eine Flash-Animation aus einem Artikel über nukleare Strahlung. Es ist eine komplizierte Figur. Aber es passt in weniger als 7.000 Bytes. Das ist Effizienz. Hier erfahren Sie, wie jede Technologie diese Herausforderung bewältigt.
Animierte GIFs
Die Anfänge der Webgrafik und Animation
Ohne die Verbindung von Text und Bildern wäre das Web nicht das, was es ist. Diese Integration stützte sich stark auf Bitmap-Dateien, ein Format, das die Farbe jedes einzelnen Pixels in einem Bild abbildet. Es ist ein einfaches Konzept. Der Haken? Diese Dateien können schnell an Größe zunehmen. Um das Laden von Seiten aufrechtzuerhalten, ohne dass Benutzer gezwungen sind, auf leere Bildschirme zu starren, griffen die Entwickler auf Techniken zur Komprimierung zurück. Aus diesem Grund dominierten JPEGs und GIFs die frühe Weblandschaft.
Aber statische Bilder erzählten nur die halbe Geschichte.
Wenn es sich bei der Animation lediglich um eine schnelle Abfolge von Standbildern handelt, bestand der logische nächste Schritt darin, diese Bitmap-Dateien aneinanderzureihen. Der Browser durchläuft sie. Dadurch wurde eine GIF-Animation erstellt, auch bekannt als GIF89. Es war der erste echte Bewegungsausbruch im Internet. Es hat sich schnell durchgesetzt. Es bleibt bis heute beliebt, im Guten wie im Schlechten.
Warum GIFs gewonnen haben (und warum sie begrenzt sind)
Die Berufung war unbestreitbar. GIF-Animation war unglaublich einfach zu erstellen. Die meisten Browser erkannten es sofort. Sie benötigten keine komplexen Plugins oder proprietäre Software. Wenn Sie Windows verwenden, haben Sie möglicherweise GIF Construction Set verwendet. Mac-Benutzer waren von GifBuilder angezogen. Der Arbeitsablauf war linear.
- Stellen Sie Ihre einzelnen Bitmap-Rahmen zusammen.
- Stapeln Sie sie in der Software.
- Laden Sie die endgültige Datei hoch.
Das ist es. Sie codieren das Tag genau so, wie Sie es für ein statisches Bild tun würden.
Diese Einfachheit geht jedoch mit einer harten Decke einher. Der Hauptnachteil ist die Dateigröße. Da es sich bei jedem Frame um ein vollständiges Bitmap-Bild handelt, erhöht das Hinzufügen weiterer Frames das Gewicht. Sie können mit vier einfachen Rahmen davonkommen. Sie übertragen leicht. Aber zwanzig Frames erreichen? Die Dateigröße wird für durchschnittliche Internetverbindungen der damaligen Zeit oft unüberschaubar.
Und es gibt auch ein inhaltliches Problem. Zwanzig Bilder reichen für eine flüssige Bewegung nicht aus. Filme sind auf mindestens 24 Bilder pro Sekunde angewiesen. Animierte GIFs zwingen Sie zu großen Sprüngen zwischen den Zuständen. Das Ergebnis ist ruckelig. Gestelzt. Es fehlt die Flüssigkeit eines echten Videos. Sie können diese Einschränkung in fast jeder frühen Webanimation sehen. Es ist funktional. Es ist ein Blickfang. Aber es ist alles andere als filmisch.
GIFs eignen sich gut für einfache Loops oder schnelle visuelle Verzierungen. Sie sind jedoch nicht in der Lage, komplexe Erzählungen zu vermitteln. Schlimmer noch, sie schweigen. Webdesigner stoßen schnell an Grenzen. Die Nutzer wollten Bewegung. Sie wollten Klang. GIFs konnten nicht geliefert werden.
Das Hauptproblem bei GIF-Animationen ist das Aufblähen von Dateien. Jedes Bild in einem „Film“ erhöht das Gewicht des Downloads erheblich. Es ist ineffizient. Es ist langsam.
Dynamisches HTML
Die Lösung? Hören Sie auf, Frames zu senden. Senden Sie einfach ein Bild. Dann weisen Sie den Computer an, es zu verschieben.
Denken Sie an Ihren Mauszeiger. Sie laden nicht für jeden Millimeter, den der Zeiger zurücklegt, ein neues Bild herunter. Der Browser verarbeitet diese Bewegung lokal. Dynamic HTML (dHTML) versucht, diese Effizienz im Web zu reproduzieren.
Die ursprünglichen Webseiten waren statisch. Hypertext Markup Language (HTML) definiert die Struktur, nicht das Verhalten. Nach dem Laden lag die Seite dort. Tot. Trotzdem.
Designer hassten das. Sie wollten dynamische Inhalte. Inhalte, die nach dem Laden der Seite verschoben wurden. Geben Sie dHTML ein.
Es handelt sich nicht um eine einzelne Technologie. Es handelt sich um eine Kombination von Skriptsprachen wie JavaScript, die auf das Document Object Model (DOM) zugreifen. Das DOM ist die interne Karte der Seite des Browsers. Es kontrolliert jedes Element.
Die meisten modernen Browser machen das DOM für Skripte verfügbar. Ein Skript kann ein Element erfassen. Ändern Sie seine Farbe. Verschieben Sie seine Position.
DHTML wurde nicht mit Blick auf Animationen erstellt. Es wurde entwickelt, um Seitenelemente zu manipulieren. Animation ist ein glückliches Nebenprodukt.
Ein Skript kann einen Browser anweisen, die Koordinaten eines Bildes ständig zu aktualisieren. Das Bild gleitet über den Bildschirm. Wenn Sie dies mit mehreren Bildern tun, erhalten Sie einen groben Film.
Es funktioniert in den meisten Browsern ohne zusätzliche Downloads. Aber es ist heikel. Code, der in Netscape funktioniert, kann im Internet Explorer fehlerhaft sein. Das manuelle Erstellen einer dHTML-Animation ist mühsam. Sie brauchen Werkzeuge. Macromedias Dreamweaver (und ähnliche Apps) generieren den richtigen Skriptcode für Sie.
Selbst mit Tools ist dHTML begrenzt. Es bewegt Standbilder. Es ist flüssiger als ein GIF, aber für komplexe Szenen weniger effektiv. Es stellt die Obergrenze dessen dar, was ein Browser nativ leisten kann.
Um noch weiter zu gehen, brauchten die Entwickler etwas Schwereres. Etwas Äußeres.
Java-Applets
Geben Sie Java ein.
Java ist eine universelle, netzwerkorientierte Sprache. Es ermöglicht Programmierern, herunterladbare Anwendungen zu erstellen. Dies sind jedoch keine eigenständigen Programme. Es sind Applets.
Applets werden im Browser ausgeführt. Sie benötigen eine virtuelle Maschine (VM). Die VM fungiert als Übersetzer. Es nimmt Java-Code und wandelt ihn in Anweisungen um, die Ihr spezifisches Betriebssystem (Windows, MacOS, Unix) versteht.
Die VM ist im Wesentlichen ein Plug-In. Wenn Sie es nicht haben, schlägt die Animation fehl.
Java-Applets bieten Flexibilität. Sie bleiben nicht bei Bitmap-Frames hängen. Sie können Vektorformen im Handumdrehen zeichnen. Dadurch bleiben die Dateigrößen überschaubar. Es ermöglicht Interaktivität. Ein Benutzer kann klicken, ziehen oder mit der Maus darüber fahren, und die Animation reagiert in Echtzeit.
Es ist mächtig. Es ist plattformübergreifend. Es ist auch eine Abhängigkeit. Wenn im Browser des Benutzers die Java VM fehlt, sieht er nichts.
Für Webdesigner in den späten 90ern und frühen 2000ern war dies die Grenze. Sie haben Benutzerfreundlichkeit gegen Funktionalität eingetauscht. GIFs waren einfach, aber dumm. dHTML war nativ, aber begrenzt. Java war komplex, aber leistungsfähig.
Die Wahl hing von Ihrem Publikum ab. Hatten sie die Plugins installiert? Haben sie sich um die Ladezeiten gekümmert? Oder wollten sie einfach nur, dass die Website beeindruckend aussieht?
Der Kompromiss zwischen Leistung und Reichtum bestimmte das Web jahrelang. Den Restbetrag regeln wir heute noch.
Die frühen Neunziger veränderten alles. Plötzlich erstellten alle Websites. Es waren nicht mehr nur Technikfreaks. Sie wollten Multimedia in ihre Seiten integrieren. Klang. Video. Ausgefallene Grafiken.
Browser konnten nicht alles sofort bewältigen. Also wurden die Entwickler kreativ. Sie haben Browser-Plug-Ins erstellt.
Stellen Sie sich ein Plug-in als eine Hilfs-App vor. Es arbeitet mit Ihrem Browser zusammen, um bestimmte Dateitypen zu lesen. Diese Programme sind klein. Sie laden sie schnell herunter. Sie können Dinge, die einfache Browser einfach nicht können.
Wie das Streamen von Videos tatsächlich funktioniert
Frühe Webvideos stützten sich stark auf dieses Plug-in-Modell. Sie haben sich nicht nur eine Datei angesehen. Sie haben mit einem spezialisierten Spieler interagiert.
Designer verwendeten DHTML-Skripte, um Ihr Setup zu überprüfen. Hattest du das richtige Plugin? Wenn nicht, hat Ihr Browser eine Meldung angezeigt. Dort wurde Ihnen genau gesagt, wo Sie es herunterladen können.
Dieser Prozess war langwierig. Es hat einige Zeit gedauert. Es war ein großer Reibungspunkt für die Benutzer.
Aber wenn Sie das Plugin hätten? Die Magie geschah. Der Browser begann mit der Wiedergabe des Films, bevor der Download der Datei abgeschlossen war.
Wie? Komprimierung und Streaming.
Komprimierung vereinfacht Bilddaten. Es verkleinert die Dateigröße. Streaming beginnt mit der Wiedergabe während des Downloadvorgangs. Player wie QuickTime und Media Player nutzten dies. Sie zeigten eine Folge von Standbildern. Ähnlich wie ein animiertes GIF, aber schneller. Und mit Ton.
Der Haken? Langsame Verbindungen haben das Erlebnis ruiniert. Das Laden der Dateien dauerte ewig. Oder die Qualität sah schrecklich aus.
Die Dominanz der Vektoranimation
Wenn es um frühe Webanimationen geht, sind zwei Namen das Sagen. Blitz und Stoßwelle. Beide kamen von Macromedia.
Dabei handelte es sich um vektorbasierte 2D-Animations-Viewer.
Im Gegensatz zu Rasterbildern verwenden Vektoren mathematische Gleichungen. Dadurch waren sie skalierbar. Sie blieben in jeder Größe knusprig. Sie wurden über DFÜ-Verbindungen unglaublich schnell geladen.
Diese Technologie basierte auf einem Großteil des interaktiven Webs. Die Bumerang-Animation aus unserem vorherigen Artikel? Das war Flash. Es war nicht nur eine Videodatei. Es war Code. Es war leicht. Es war überall.
Macromedia baute ein Imperium auf zwei Formaten auf, die im Wesentlichen Geschwister waren: Flash und Shockwave. Einer wurde zum Standard für Webanimationen; der andere kümmerte sich um die schwere Arbeit für komplexere, interaktive Inhalte. Im Gegensatz zu den klobigen RealPlayer- oder QuickTime-Dateien, die in separaten Fenstern angezeigt wurden, befanden sich diese Formate innerhalb der Seite. Sie waren interaktiv. Du hast nicht nur zugeschaut; Du hast geklickt. Der Shockwave-Player hat nicht nur einen Film abgespielt. Es las Benutzereingaben und teilte dem Browser mit, wie er reagieren soll.
Die Anatomie der Geschwindigkeit
Warum wurden diese Dateien so schnell geladen? Es war keine Magie. Es war Mathematik.
Die meisten GIF-Animationen basieren auf Bitmaps. Jeder Pixel wird einzeln gespeichert. Bei blauem Himmel sind das tausende einzelne Pixeleinträge. Flash- und Shockwave-Dateien sind größtenteils vektorbasiert. Anstatt Pixelwerte zu speichern, speichert die Software Anweisungen. Eine gerade Linie ist keine Reihe von Punkten. Es ist eine Beschreibung: Winkel, Koordinate, Länge.
Durch die Beschreibung von Bildern auf diese Weise kann das Programm große Bildabschnitte – Abschnitte, die in einer Bitmap-Datei aus Hunderten von Pixeln bestehen könnten – als ein paar Figuren speichern.
Dieser Ansatz reduziert die Dateigröße erheblich. Selbst wenn Bitmap-Bilder verwendet wurden, konnten Webmaster diese komprimieren. Sie bewegten sich über Pfade auf dem Bildschirm, ähnlich einer dHTML-Animation, und hielten so das Gesamtgewicht der Daten niedrig. Die meisten Flash-Dateien waren jedoch reine Vektordateien. Dadurch konnten sie außergewöhnlich schnell geladen werden.
Es gibt noch einen weiteren Trick: Zwischenbilder.
Animatoren müssen nicht jedes einzelne Bild zeichnen. Die Software berechnet die geometrischen Änderungen zwischen Schlüsselbildern. Es füllt die Mitte aus. Dies verbraucht weitaus weniger Platz als das Speichern jedes Frames als einzigartiges Bitmap-Bild. Die Mathematik übernimmt die schwere Arbeit.
Streaming: Beginnen Sie, bevor Sie fertig sind
Die eigentliche Innovation lag nicht nur in der Struktur der Dateien. So reisten sie über das Internet. Flash- und Shockwave-Dateien werden gestreamt.
Sie müssen nicht warten, bis der gesamte Download beginnt. Der Browser beginnt mit der Wiedergabe des „Films“, während der Rest noch eingeht. Stellen Sie sich das wie eine Webseite vor: Der Server sendet zuerst den Text, dann die Bilder. Eine Flash-Site kann einen Einführungsfilm senden, während der Großteil des Inhalts im Hintergrund geladen wird.
Webmaster können die Datei so programmieren, dass die Wiedergabe gestartet wird, sobald ein bestimmter Prozentsatz der Datei heruntergeladen wurde. Die Übertragung erfolgt zeitlich so, dass jedes Segment eintrifft, bevor der Spieler es benötigt. Es ist der gleiche Mechanismus wie beim Streamen von Videos.
Das Monopol der Bequemlichkeit
Flash hat nicht nur gewonnen, weil es gut war. Es hat gewonnen, weil Macromedia es allgegenwärtig gemacht hat.
Die Plug-ins wurden mit den wichtigsten Browsern und Betriebssystemen gebündelt. Wenn Sie es nicht hatten, erfolgte die Installation im Hintergrund. Sie mussten Ihren Browser nicht schließen. Sie mussten keinen langwierigen Prozess durchlaufen. Die Autorensoftware zum Erstellen dieser Dateien war teuer. Aber der Spieler? Frei.
Updates waren schmerzlos. Macromedia hat die Player so konzipiert, dass sie sich an zukünftige Änderungen anpassen lassen. Benutzer mussten nichts anderes tun, als eine kleine Datei herunterzuladen. Wenn eine Website feststellt, dass Sie über eine alte Version verfügen, werden Sie von Ihrem Browser gewarnt und auf die Download-Seite weitergeleitet. Die Dateien waren so klein, dass der Aktualisierungsvorgang nahezu augenblicklich erfolgte.
Der Netzwerkeffekt
Jedes Animationsformat hat Stärken. Jedes Format hat Schwächen.
Dennoch entschieden sich viele Webmaster für Flash, auch wenn ein anderes Format technisch möglicherweise überlegen gewesen wäre. Warum? Weil sie wussten, dass die meisten Benutzer bereits über diese Fähigkeit verfügten. Und wenn nicht, war es trivial, sie zu bekommen.
Die Universalität von Flash und Shockwave erzeugte eine Rückkopplungsschleife. Weitere Webmaster haben den Inhalt eingebunden. Mehr Benutzer sind darauf gestoßen. Die Akzeptanz wuchs. Es ging nicht mehr nur um die Technologie. Es ging um den Weg des geringsten Widerstands.
Sie stammen aus demselben Haus. Macromedia hat beides gemacht. Sie decken ein ähnliches Gebiet ab. Doch die Kluft zwischen Flash und Shockwave ist nicht nur auf das Branding zurückzuführen. Es ist Architektur. Es ist Geschichte. Sie müssen den Unterschied kennen, wenn Ihnen wichtig ist, wie Ihre Inhalte geladen werden oder was Sie damit tatsächlich erstellen können.
Die Grundursache? Ursprungsgeschichten.
Director, die Engine hinter Shockwave, stammt aus der Zeit vor dem modernen Web. Es wurde für CD-ROMs entwickelt. Schweres Zeug. Hohe Wiedergabetreue. Als sich das Web weiterentwickelte, wurde Director aktualisiert. Es hat gelernt, online zu atmen. Aber Flash? Flash wurde für den Browser geboren. Es entwickelte sich aus Future Splash Animator. Macromedia hat es für Telefonleitungen optimiert. Damals war die Einwahl Trumpf. Geschwindigkeit war alles.
Diese Geschichte führt zu einer gespaltenen Persönlichkeit in der Technologiebranche.
Flash priorisierte Geschwindigkeit. Shockwave priorisierte die Macht.
Welches Format gewinnt in puncto Geschwindigkeit und Kompatibilität?
Wenn Sie sich fragen, welches Format die bessere Webkompatibilität bietet, liegt Flash mit einem Erdrutschsieg an der Spitze.
Denken Sie an die Plug-Ins. Blitz? Auf über 90 Prozent der Webbenutzer installiert. Schockwelle? Knapp 60 Prozent. Das bedeutet, dass ein großer Teil Ihres Publikums im Dunkeln tappt, es sei denn, es installiert den Shockwave-Player.
Ladezeiten folgen der gleichen Logik.
Flash-Dateien sind schlank. Sie laden schnell. Shockwave-Dateien sind schwerer. Es dauert länger, bis sie ankommen. In den Anfängen des Internets war es üblich, zehn Sekunden auf das Laden eines Clips zu warten. Heute ist es inakzeptabel. Flash verstand das instinktiv.
Aber Geschwindigkeit ist nicht alles.
Wo Shockwave Flash schlägt
Schreiben Sie Shockwave noch nicht ab. Es ist der schwerere Heber.
Es ist vielseitiger. Du willst komplexe Spiele? Schockwelle. Benötigen Sie umfassende Interaktivität? Schockwelle. Aufwändige Animationen, bei denen die Ladezeit egal ist? Schockwelle.
Es gibt auch ein Hierarchieproblem. Sie können eine Flash-Datei in einen Shockwave-Film importieren. Es funktioniert gut. Versuchen Sie es umgekehrt? Das ist nicht der Fall. Shockwave ist hier hinsichtlich der Leistungsfähigkeit das übergeordnete Format.
Dann sind da noch die Kosten.
Eine Flash-Erstellungssoftware kostet etwa 400 US-Dollar. Director für Shockwave kostet fast 1.000 US-Dollar. Für ein Startup oder ein kleines Studio ist das eine erhebliche Hürde. Flash war zugänglich. Der Regisseur war für die Profis.
Das offene Geheimnis: Zugänglichkeit des Quellcodes
Hier ist ein Detail, das in den meisten Tutorials übersprungen wird.
Flash ist ein Open-Source-Format. Sie können sehen, wie es funktioniert. Sie können es anpassen. Sie können mit den Eingeweiden basteln. Shockwave verwendet ein kompiliertes Dateiformat. Es ist gesperrt. Es ist äußerst schwierig, es zu ändern. Wenn Sie ein Reverse Engineering oder eine umfassende Anpassung durchführen müssen, bietet Ihnen Flash die Schlüssel dazu. Shockwave bewahrt sie in einem Safe auf.
So erstellen Sie Filme in beiden Umgebungen
Beide Tools sind überraschend einfach konzipiert. Sie automatisieren das schwere Heben. Um einen beweglichen Globus zu bauen, braucht man keinen Abschluss in Informatik.
Der Arbeitsablauf ist ähnlich, auch wenn die Namen unterschiedlich sind. Sie tun drei Dinge:
- Bilder erstellen und bearbeiten. Die Rohmaterialien.
- Bilder in Frames anordnen. Die Sequenz.
- Ordnen Sie die Bilder zu einem Film an. Das Endprodukt.
Aber die Schnittstellen? Völlig unterschiedliche Sprachen.
In Flash speichern Sie Assets in der Bibliothek. In Shockwave gehen sie auf die Besetzung ein. Gleicher Job. Anderes Etikett.
Sie platzieren diese Vermögenswerte auf der Bühne. Das ist es, was der Benutzer tatsächlich sieht. Die endgültige Ausgabe.
Um die Bewegung zu steuern, verwenden Sie Schlüsselbilder. Sie legen den Startpunkt fest. Sie legen den Endpunkt fest. Sie weisen die Software an, die Lücken auszufüllen. Flash nennt den Arrangement-Bereich die Timeline. Shockwave nennt es die Partitur.
„Wenn Sie möchten, dass ein Globus von einer Seite des Bildschirms zur anderen rollt, müssen Sie nicht jedes Bild animieren. Sie teilen Flash einfach mit, wo der Globus beginnt und wo er aufhört.“
Das ist die Magie. Die Software interpoliert die Bewegung. Es kümmert sich um die Mathematik. Sie geben lediglich die Absicht an.
Werden sie jemals fusionieren?
Sie kommen näher.
Jedes Update erweitert Shockwave um Webfunktionen. Jedes Update macht Flash vielseitiger. Die Lücken werden kleiner.
Irgendwann werden sie wahrscheinlich zu einem umfassenden Format verschmelzen. Es würde das Beste aus beiden Welten erfordern. Geschwindigkeit und Kraft. Zugänglichkeit und Komplexität.
Bis dahin wählen Sie basierend auf Ihren Einschränkungen.
Haben Sie eine DFÜ-Verbindung? Blitz.
Haben Sie ein Budget von 400 $? Blitz.
Müssen Sie Ihren Quellcode verstecken? Schockwelle.
Müssen Sie ein Webspiel auf AAA-Niveau erstellen? Wahrscheinlich Shockwave.
Es geht nicht nur um Vorlieben. Es geht um das Medium. Und das Medium entwickelt sich immer noch weiter.
Ein Flash-Film aus unserem Brennstoffzellen-Artikel.
Eine Flash-Animation aus unserem Engine-Artikel.
Der Wandel zu interaktiven 3D-Webgrafiken
Zweidimensionale Webanimationen waren schon immer ein inszeniertes Erlebnis. Der Designer entscheidet Bild für Bild genau, was Sie sehen. Es spiegelt traditionelle Zeichentrickfilme im Fernsehen wider, bei denen das Publikum passiv ist. Dreidimensionale Webgrafiken verändern diese Dynamik völlig. Sie gewinnen die Kontrolle. Sie können ein Modell drehen. Sie können bestimmte Funktionen auslösen. In einigen Fällen können Sie sogar die physischen Abmessungen ändern. Diese Ebene der Interaktion verwandelt Inhalte von etwas, das Sie ansehen, in etwas, das Sie erkunden.
Browser-Plugins und Industriestandards
Wie bei früheren 2D-Tools wie Flash und Shockwave ist für die Anzeige von 3D-Webgrafiken ein Browser-Plug-in erforderlich. Mehrere Unternehmen haben diesen Bereich bereits betreten. Viewpoint hat einige Erfolge erzielt. NxView bietet ein Plug-in direkt auf seiner Website an.
Auch in der Branche kommt es zu einer starken Konsolidierung. Im Juli kündigten Macromedia und Intel die gemeinsame Entwicklung von 3D-Funktionen für Shockwave an. Diese Partnerschaft nutzt die Hardwareressourcen von Intel und die etablierte Multimedia-Player-Infrastruktur von Macromedia. Das Ziel ist klar: das Shockwave 3-D-Format zum De-facto-Standard für Webgrafiken zu machen. Benutzer benötigen keine neue Software. Sie laden einfach ein Update auf ihre vorhandenen Shockwave-Player herunter.
Adaptive Skalierung und Polygonverwaltung
Die Leistung ist die größte Hürde für 3D im Web. Die Shockwave-Technologie begegnet diesem Problem durch Skalierung. Es passt sich in Echtzeit an die Verbindungsgeschwindigkeit des Benutzers an. Wenn Sie eine langsamere Verbindung haben, lädt der Player ein Modell mit weniger Polygonen herunter. Polygone sind geometrische Formen, die zusammen ein 3D-Modell bilden.
Dies ist nicht nur ein Kompromiss; Es ist eine Funktion. Es gehen einige feine Details verloren. Sie verlieren nicht an Bildschärfe. Die Bewegung bleibt flüssig. Dadurch wird sichergestellt, dass Benutzer mit DFÜ- oder frühen Breitbandverbindungen nicht von der Erfahrung ausgeschlossen werden.
E-Commerce und virtuelle Anproben
Diese Technologie eröffnet neue Möglichkeiten für den Online-Einkauf. Derzeit verlassen sich Käufer auf statische Bilder. Sie raten über Passform und Beschaffenheit. Mithilfe von 3D-Grafiken können sie ein Produkt aus jedem Blickwinkel betrachten. Es ahmt das Erlebnis im Laden nach.
Einige Websites gehen mit „virtuellen Umkleidekabinen“ noch einen Schritt weiter. Benutzer können ein 3D-Modell ihrer eigenen Körperform erstellen. Sie können dann sehen, wie unterschiedliche Kleidung zu diesem bestimmten Avatar passt. Dies verringert die Unsicherheit beim Online-Kauf.
Bildungsanwendungen und tiefere Einblicke
Bildungsplattformen profitieren erheblich von diesem Wandel. Websites wie How Stuff Works haben bereits Artikel veröffentlicht, die von NxView generierte 3D-Grafiken verwenden. Der Plan ist, mehr Inhalte zu entwickeln.
Diese Grafiken sorgen für Klarheit. Benutzer können einen Motor aus jedem Winkel betrachten. Es fühlt sich an, als stünde ein echter Motor vor ihnen. Dieses räumliche Verständnis unterstützt das Merken und Verstehen.
Die Zukunft der Webinteraktion
Diese Technologie wird wahrscheinlich das Erscheinungsbild des Internets revolutionieren. Es folgt der gleichen Flugbahn wie Standbilder und Flash-Animationen. Das Internet wird sich weiterhin rasant weiterentwickeln.
Verbindungen mit hoher Bandbreite werden immer häufiger. Dies treibt die nächste Welle von Animationsideen voran. Ein Konzept besteht darin, das Web weniger wie ein Buch, sondern eher wie ein Videospiel zu gestalten. Benutzer würden auf Informationen in einer interaktiven 3D-Welt zugreifen. Eine andere Idee besteht darin, es mehr wie Fernsehen zu gestalten. Hochwertige Animationen und Videos würden dominieren.
Letztendlich hängt dies davon ab, was Webdesigner bauen möchten. Es kommt auch darauf an, was die Nutzer verlangen. Das Internet ist nicht statisch. Es geht in Richtung etwas Immersiveres. Der nächste Schritt besteht darin, genau zu verstehen, wie diese Motoren unter der Haube funktionieren.
