und dann geht das ganze per Native Extension über’s Arduino an AIR. Nimm das, HTML5.

Projekthomepage; vor kurzem haben sie einen Investor gefunden^^ via

OK, evt. muss man noch eine App dazwischenschalten, für die Kommunikation von Siri zum Arduino:

via

Eine Datei in einem Quellpfad muss die gleiche Paketstruktur „“ wie das Paket der Definition, „x.y.z“, aufweisen.

(“x.y.z” variieren) behebt man am besten, indem man alle Sourcen dem Klassenpfad hinzufügt. via

identifier vor xmltagstartend erforderlich.

oder anderen kryptischen Kram bekommt, sollte die XML so einbinden:

[Embed(source="assets/myXml.xml", mimeType="application/octet-stream")]
private var EmbeddedXml : Class;
private var _myXml : XML;
// ...
var ba : ByteArray = (new EmbeddedXml()) as ByteArray;
var s : String = ba.readUTFBytes( ba.length );
_myXml = new XML( s );
_myXml.ignoreWhitespace = true;

Also: mimeType beachten, und dass die eingebettete Klasse nicht direkt auf XML gecastet wird. Außerdem ignoreWhiteSpace, das’ ja klar

1. Die .ane-Datei kopieren, und die Kopie in .swc umbenennen.
2. Die .swc wie gewohnt in den Classpath einbinden.
3. In den Projekteigenschaften -> “FDT Build Path” -> “Build Order” die SWC auswählen, und einen Haken bei “Use as Runtime Shared Code” setzen.
4. Die Extension im Description-XML deklarieren: Entgegen der Vorlage der Powerflasher heißt der Knoten nicht <extension>, sondern <extensions>, und sieht für dieses Beispiel wie folgt aus:
   <extensions><extensionID>com.adobe.gyroscope</extensionID></extensions>
5. Die .ane-Datei im Projekt ablegen, beispielsweise unter /bin/ane/
6. Im Build-XML (das mit dem ADT-Compiler) folgende Zeilen hinzufügen:
   <arg value=”-extdir” />
   <arg value=”../bin/ane” />
7. Kompilieren

Tipp, Quelle 1, Quelle 2 (PDF)

Zum Aufsetzen des Projektes in FDT 4.5:

• Achtung: Der Updater der FDT-Standalone aktualisiert nicht die darunterliegende Eclipse-Version! Ich musste Eclipse 3.6 von Hand installieren, und dann FDT als Plugin drüber
• Dummer Fehler, hat mich aus Gewohnheit aber einige Zeit gekostet: Nicht die Ant-Skripte benutzen, sondern die Launcher unter .settings/launch

Zu AIR auf dem iPhone:

• Evt. muss der Compiler-Parameter -swf-version=11 gesetzt sein. Ohne hatte ich einen 1014 Class not found (Quelle). Damit das übernommen wird, muss ggf. USE_PROJECT_COMPILER_ARGUMENTS auf false stehen
• Für mehr Performance: AIR 3 verwenden (Danke, Björn!); wobei ich die playerglobal.swc direkt unter www.adobe.com/support/flashplayer/downloads.html gefunden habe
• Einen Splashscreen (“Default.png”) fügt man im jeweiligen Ant-Script unter “Files to Package” unter der SWF ein: <arg value=”Default.png” />
  (Damit erklärt sich von selbst, wo man weitere ADT-Parameter hinzufügt). Bei mir liegt das Default.png parallel zur SWF in /bin/
• In dem Zusammenhang: Wenn ich die App-Icons in /bin/icons/* liegen habe, dann füge ich die relativ zu /bin/ im Build-Skript (<arg value=”icons/icon512.png” />) und im Descriptorfile (<image512x512>icons/icon512.png</image512x512>) hinzu
• Um die App bei Rückkehr zum Homescreen zu beenden, muss man in der ADL-Decriptor-XML unter iPhone.InfoAdditions “<key>UIApplicationExitsOnSuspend</key><true/>” hinzufügen (Quelle)
• Wer das iPhone 3 und 4 verwenden will, muss unbedingt die unterschiedlichen Auflösungen im Auge behalten! Ich habe es nicht geschafft, einfach die höher aufgelöste SWF auf den kleineren Screen runterzuskalieren, sondern musste im Code darauf reagieren.

Zu Video (hier: StageVideo) auf dem iPhone:

• Ein gutes Tutorial (inkl. Sourcen) von Thibault Imbert für StageVideo gibt es hier.
• Für StageVideo-Wiedergabe muss der renderMode (siehe Descriptor-XML) auf “gpu” oder “direct” stehen – “auto” genügt nicht. “gpu” verringert aber die Performance der restlichen Anwendung; “direct” scheint OK zu sein. (PS: “direct” wird im XML-Kommentar nicht erwähnt; Quelle)

Fazit und offene Fragen:

• Die Performance ist schlechter als nativ, aber absolut OK. Man muss ein wenig darauf achten, wie viel man parallel macht, aber wenn man das weiß, ist AIR eine echte Alternative.
• Wenn ich sage “die Performance ist OK”, dann meine ich Code, der (abgesehen von StageVideo) nicht optimiert ist! Die Performance ist sicherlich noch besser, wenn man z.B. Stage3D verwendet
• Sweet: Bis zum Verpacken in einer IPA hat man ein SWF, was Abstimmungen extrem einfach macht.
• Ich habe es nicht geschafft, das StageVideo um 90° zu drehen, was laut verschiedener Quellen möglich ist. Wer einen Tipp hat, immer her damit!
• Die gleiche Anwendung müsste auch auf Android exportierbar sein, das habe ich aber noch nicht ausprobiert

HTH,

Lennart

Parameter initializer unknown or is not a compile-time constant.

bzw.

Parameterinitialisierer unbekannt oder keine Kompilierungszeit-Konstante.

Dieser tritt dann auf, wenn man eine Konstante als default-Übergabe-Parameter nutzt, und die Klasse mit der Konstante erst nach dieser Klasse kompiliert wird. Oder so. Es gibt haufenweise Einträge dazu im Bug-Tracker, teilweise schon jahrealt, leider ohne Ergebnis. Die längste Antwort von Adobe (die nicht “OK, wird noch mal geprüft” lautet) ist “Wäre schwierig zu implementieren, machen wir nicht.”^^

Deshalb folgende Lösungsansätze:

• Ein Workaround im Netz ist es, einfach keine Konstanten zu nutzen – das ist natürlich Quatsch.
• Ein anderer ist es, die entsprechende Funktion zu ändern – statt “foo:Number=MyConstants.FOO” “foo:Number=NaN”. Man prüft dann in der Funktion auf NaN, und setzt ggf. dort erst die Konstante. Das funktioniert, aber das will man eigentlich nicht für externe Libraries (ich meine damit projektexterne Libraries, nicht das Projekt an sich, was hier ja auch eine Library werden soll^^) .
• Dann: Unter Project Properties -> FDT Build Path -> Build Order die Reihenfolge der SWCs und Sourcefolder so zu ändern, dass die Klasse eben zuerst kompiliert wird. Geht auch nur, wenn Konstanten-Klasse und aufrufende Klasse in verschiedenen Packages liegen
• Deshalb habe ich gerade ein neues Package angelegt, dort unter den korrekten Pfad die aufrufende Klasse verschoben, und dieses neue Package (heißt bei mir “compilerbug”) mit der oben beschriebenen Methode als erstes kompiliert auch unschön, aber so muss ich wenigstens keine Klasse anderer Leute anfassen

Das nervt mich gerade extrem, hat jemand eine bessere Lösung?