Auf der entprechenden Incubator Mailingliste diskutieren die beteiligten Entwickler derzeit über dieses Proposal. Sobald die wichtigsten Fragen geklärt sind, wird über das Proposal abgestimmt (“Vote”). Sofern eine positive Entscheidung für Flex als Apache Projekt fallen sollte, wird Flex dann zunächst auf unbestimmte Zeit im Incubator Status verweilen.

In dieser Zeit wird das Projekt auf Herz und Nieren geprüft, z.B. ob der komplette Quellcode mit der Apache Lizenz versehen ist und keine anderen Quellcodelizenzen verwendet werden. Weiteres Entscheidungskriterium ist, ob dem Projekt eine Zukunft gewiss ist – das bemisst sich z.B. an der Anzahl der Committer, die in der Startphase das Projekt aktiv voranbringen (“Initial Committer”), der Größe und Aktivität der bisherigen Flex-Community und natürlich der generellen Akzeptanz der Technologie.

Nach dem Flex Summit hatten sich 65 Entwickler bei Adobe gemeldet, um als “Initial Committer” berücksichtigt zu werden (das sind Entwickler, die Schreibzugriff auf das Quellcodeverwaltungssystem haben werden). Insgesamt wurden in der aktuellen Phase 25 Committer benannt – das sind Zahlen, die zuversichtlich stimmen.

Übrigens: offen ist z.B. auch noch, ob Flex zukünftig “Apache Flex” heißen darf – Adobe hat zwar im Proposal angekündigt, die Marke “Flex” an Apache abzutreten, die ASF hat aber sehr klare Regeln bzgl. der Verwendung von Apache Projektnamen bzw. Markennamen die irreführend in Bezug auf das entsprechende Projekt sein können (betrifft z.B. Konferenzen wie 360Flex, Webseiten bzw. Domainnamen wie flex.org, Firmennamen etc.)

Es bleibt also spannend. Insgesamt habe ich den Eindruck, dass Flex bei der ASF sehr gut aufgehoben wäre und die Entwickler-Community ist hochmotiviert, Flex weiterzuentwickeln. Insbesondere nach den interessanten Gesprächen, die ich auf dem Flex Summit mit anderen Entwickler führen konnte, denke ich, dass uns Flex noch lange erhalten bleiben wird – einige Leute haben wirklich beeindruckende Dinge entwickelt, die Flex enorm voranbringen werden.

Grüße,
Dirk.

Aber der Reihe nach – was genau ist passiert?

Adobe hat angekündigt, den Flash Player für mobile Geräte nicht mehr weiterzuentwickeln. Damit ist der Flash Player gemeint, der auf Android Geräten und dem BlackBerry PlayBook im Browser verwendet wird, um Flash-Inhalte auf Webseiten darzustellen. Nicht davon betroffen sind der Flash Player für Desktops (“Flash Player Plugin”) oder die Möglichkeit, Flash-/Flexanwendungen mit AIR als native Anwendung für mobile Geräte zu kompilieren.

Begründet wird diese Entscheidung damit, dass insbesondere auf mobilen Browsern die Unterstützung von HTML5 sehr weit fortgeschritten ist und für viele Anwendungsfälle ein Flash Player nicht notwendig sei. Für alle über pure Webseiten hinausgehende Anforderungen will Adobe verstärkt in AIR investieren und Entwickler in die Lage versetzen, mit AIR native Anwendungen (“Apps”) für die einzelnen Plattformen zu erstellen und über die jeweiligen App Stores (iTunes, Android Market, Amazon Appstore, BlackBerry AppWorld) zu vermarkten.

Fakt ist, dass in der Praxis so gut wie keine optmierten Flash-Inhalte (SWFs) für Mobilgeräte entwickelt wurden, sondern stattdessen bestehende Webseiten in einer leichtgewichtigen und für mobile Geräte zugeschnittene HTML-Version angeboten werden. Hinzu kommt, dass mit der Vielzahl an aktuell verfügbaren mobilen Chipsets, GPUs und CPU-Architekturen (bald kommen die ersten Quad-Core Tablets auf den Markt) ein nicht unerheblicher Entwicklungs- und Testaufwand auf Seite von Adobe entstand, um einen angepassten Flash Player für alle Plattformen vorzuhalten. Die entsprechenden Kosten dürften immens sein – und dem steht kein direkter Umsatz gegenüber, da der Flash Player kostenlos ist.

Gleichzeitig hat Adobe angekündigt, die Weiterentwicklung des “normalen” Flash Players für Desktopgeräte (also das Browserplugin) und der AIR Runtime (Desktop und Mobile) weiter voranzutreiben und kontinuierlich auszubauen. Die aktuelle Version 11.1 des Flash Players für den Desktop wartet z.B. mit einer hardwarebeschleunigten 3D-Engine (Stage3D) auf, Version 12 befindet sich bereits im Entwicklungsstadium und wird voraussichtlich eine Threading/Concurrency-API enthalten. Und auch bei Flex geht es weiter: mit dem kürzlich erschienenen Flex 4.5 Framework und der AIR 3.1 Runtime können Entwickler Anwendungen für Smartphones und Tablets erstellen, die auf iOS, Android und dem PlayBook lauffähig sind.

Wie passt das nun zusammen? Bereits während der Adobe MAX Konferenz, die Anfang Oktober in Los Angeles stattgefunden hat, ist aufgefallen, dass in den Keynotes viel über HTML5/JS/CSS und wenig über Flash gesprochen wurde. Die Botschaft war recht deutlich: Adobe nimmt HTML5 ernst und wird Tools bereitstellen, um Entwicklern und Designern das Erstellen von HTML5-Webseiten zu vereinfachen (als Mitglied des W3C treibt Adobe die Entwicklungen im HTML/CSS Umfeld übrigens auch selber mit an, z.B. mit den kürzlich vorgestellten CSS Shaders)

Aber auch wenn HTML5 in aller Munde ist: noch kann man mit HTML5 nicht 1:1 all das machen, was mit Flash möglich ist. Und anders, als auf mobilen Geräten besteht bei Desktopgeräten eine große Anzahl an unterschiedlichsten Browserinstallationen mit den unterschiedlichsten Funktionalitäten. Zudem wird oft vergessen, dass sich HTML5 derzeit noch im Entwurfsstadium befindet und nicht jeder Browser alle Spezifikation umsetzt (und einige ältere Browser die noch im Einsatz sind können unter Umständen nur sehr eingeschränkt mit HTML5 umgehen)

Adobe gibt Flash nicht auf – Adobe hat akzeptiert, dass HTML5 für einige Aufgaben besser geeignet ist als Flash. Auf der anderen Seite gibt nach wie vor gute Gründe, auf Flash/Flex zu setzen: nämlich immer dann, wenn die Anforderungen nicht anders oder nur mit höherem Aufwand umsetzbar wären. Sei es bei der Erstellung von mobilen Apps für verschiedene Plattformen, umfangreichen browserbasierten Businessanwendungen, hochwertigem Videostreaming mit DRM oder Live-Streaming ohne große Latenzzeiten, oder der 3D-Darstellung in Spielen oder Geschäftsanwendungen.

Weiterführende Links zum Thema:

• Clarifications on Flash Player for Mobile Browsers, the Flash Platform, and the Future of Flash
• Focusing
• Flash to focus on Apps for Mobile
• Adobe Flash for Premium Video
• Flash Professional and the Future
• Flash Platform Roadmap
• Flash Player 11.1 / AIR 3.1

Außerdem wurde auf den Adobe Labs eine neue Incubator Version des Flash Players 11 bereitgestellt. Einige Neuerungen des neuen Incubator Builds sind H.264/AVC Encoding im Flash Player, nativer JSON Support und ein sicherer Zufallszahlengenerator. Mehr Infos dazu hier auf den Labs sowie bei Thibault Imbert.

Gruß,
Dirk.

Wesentliche Schwerpunkte bei Flash Builder 4.5 sind die verbesserten Entwicklerfeatures, der neue Designer <-> Developer Workflow über Flash Catalyst und natürlich die neuen Mobile Features.

Zusammen mit dem Flex SDK 4.5 kann man jetzt Anwendungen erstellen, die im Web, auf dem Desktop, auf Android > 2.2 und dem BlackBerry PlayBook laufen. Für Juni ist bereits ein Update 4.5.1 angekündigt, mit dem dann auch direkt für iOS publiziert werden kann (Flex auf dem iPhone!)

Neu und für PHP-Entwickler interessant: es gibt Flash Builder jetzt auch als Flash Builder for PHP

• Produktseite zu Flash Builder 4.5
• Download der Testversion

Gruß,
Dirk.

Es gibt zwei Sessions, eine um 11:00 Uhr 10:00 Uhr und eine um 17:00 Uhr 16:00 Uhr. Anmelden könnt Ihr Euch kostenlos über diesen Link.

Viele Grüße,
Dirk.

Bekannte Flash 3D Engines wie Alternativa3D, Away3D, Flare3D und viele weitere, unterstützen in ihren aktuellen oder in Entwicklung befindlichen Versionen bereits die Molehill API.

Passend dazu hat Unity, die neben einer eigenen Engine auch mit einem eigenen Player für 3D im Web gesorgt haben, angekündigt, in Zukunft auch die Molehill API des Flash Players zu unterstützen.

Auf dem Incubator sollen in Zukunft neue Vorabversionen des Flash Players sowie der AIR Runtime veröffentlicht werden, um den Anwendern einen Vorgeschmack auf kommende Features zu gewähren.

Nach Mobile / Multiscreen scheint 3D also das nächste große Thema für Adobe zu sein. Man darf gespannt sein!

Links:

• Runtime Release Blog (neu)
• Incubator auf Adobe Labs
• Flash Player 11 (Incubator) Release Notes etc.
• Molehill API / Info
• Artikel mit vielen Infos und Beispielen von Thibault Imbert

Gruß,
Dirk.

Auf der Roadshow werden wir einen Überblick über die aktuellen Adobe Technologie aus dem Bereich Videostreaming / Flash Media Server, IP-Multicast, P2P Networking und Content Protection / DRM geben. Zusätzlich werfen wir einen Blick auf OSMF, das Open Source Media Framework von Adobe.

Mehr Details und die Möglichkeit zur Anmeldung gibt es hier.

Gruß,
Dirk.

Der Flash Player hat also weniger mit dem Berechnen des Videos zu tun und kann sich anderen Aufgaben widmen. Zusätzlich sind StageVideo Objekte keine klassischen DisplayObject Objekte mehr und werden im Flash Player immer als unterstes Element angezeigt (mehrere StageVideo Objekte lassen sich aber per z-Index staffeln), so dass die normalen DisplayObjects für Overlays etc. ganz normal verwendet werden können. Um StageVideo verwenden zu können wird das ebenfalls veröffentlichet Flex SDK “Hero” in der Version 4.5.0.18623 benötigt.

Weitere neue Features des Flash Player 10.2 sind die Unterstützung nativer Mauszeiger sowie die Möglichkeit, Videos auch getrennt voneinander im Vollbildmodus auf Systemen mit mehr als einem Display anzuzeigen (z.B. Fullscreen auf Anzeige 1 aber nicht auf Anzeige 2)

Links:

• Thibault Imberts Artikel zum Flash Player 10.2
• Artikel im DevNet
• Flash Player 10.2 Download
• Flex SDK 4.5.0.18623 Download

Gruß,
Dirk.

Getestet habe ich es mit dem Java / JDT Debugger und dem Flash Builder Debugger, aber es sollte auch mit jedem anderen Debugger funktionieren, der auf der DebugPlugin API von Eclipse aufsetzt.

Zur Installation das ZIP entpacken und die JAR Datei in das /plugins Verzeichnis von Eclipse bzw. Flash Builder kopieren. Eine eventuell noch installierte alte Version des Plugins (0.1.0) bitte löschen. Danach dann Eclipse / FB mit dem -clean Schalter neu starten.

In den Voreinstellungen des Perspective Switcher Plugins gibt es eine neue Option “Terminating Debugger switches back to previous perspective” mit der sich das automatische Umschalten von der Debug Perspective an- und abschalten lässt.

Download der ZIP Datei hier.

Gruß,
Dirk.

Gruß,
Dirk.