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

private var _camera : Camera;

// ...

_camera.addEventListener( StatusEvent.STATUS, _onCameraStatus );

// ...

private function _onCameraStatus( event : StatusEvent ) : void
{
	if( event.code == 'Camera.Muted' )
	{
		// do stuff
	}
}

Konstanten dafür habe ich übrigens nicht gefunden, da bin ich für jeden Hinweis dankbar.

Achtung: Ist der Zugriff einmal abgewiesen worden, wird der Dialog nicht erneut angezeigt! Das muss man sich also selber merken, damit man im zweiten Versuch kein Camera-Objekt ohne Bild hat

wer ein einzelnes Wort camelCasen möchte, kann dies zum Beispiel so tun:

public static function capitalize( input : String, ignoreAllButFirstLetter : Boolean = false ) : String
{
  if( input )
  {
    if( ignoreAllButFirstLetter )
    {
      return input.substr( 0, 1 ).toUpperCase() + input.substr( 1, input.length );
    }
    else
    {
      return input.substr( 0, 1 ).toUpperCase() + input.substr( 1, input.length ).toLowerCase();
    }
  }
  return '';
}

Der zweite Parameter ist hilfreich, wenn man einen String an beliebigen Trennzeichen camelCasen möchte – etwa einen Namen an Leerzeichen und Bindestrichen:

public static function capitalizeWords( str : String, delimiter : Array ) : String
{
  var capitalized : String = str;

  if( capitalized && capitalized.length > 0 )
  {
    capitalized = capitalized.toLowerCase();

    var d : *;
    var word : String;
    var words : Array;
    var tmp : String;

    for each( d in delimiter )
    {
      tmp = '';
      words = capitalized.split( d );
      for each( word in words )
      {
        tmp = tmp + capitalize( word, true ) + d;
      }

      // remove trailing delimiter:
      capitalized = tmp.substr( 0, tmp.length - 1 );
    }
  }

  return capitalized;
}

Aufruf dann z.B. so:

name = capitalizeWords( name, [ ' ', '-' ] );

HTH

1. Man lege eine Datei test.as an.
2. Man öffne die Flash-IDE, lege eine FLA an.
3. Man inkludiere test.as in der FLA: include ‘test.as’;
4. Man öffne test.as in TextMate.
5. Man editiere test.as, und kompiliere mit CMD+R

Die “Auswahl” der angeschlossenen Webcam, bzw. die Erkennung, ob eine Webcam angeschlossen ist, is’ immer so ‘ne Sache. Es gibt wilde Skripte mit Schleifen über Camera.names, mit Unterscheidung des Betriebssystems, mit Prüfung auf “USB Video Class Video”. Sieht alles irgendwie nicht generisch aus.
Was ich gerade gefunden habe, klingt dagegen ganz gut:

To display the Flash Player Camera Settings panel, which lets the user choose the camera to be referenced by getCamera(), use Security.showSettings(SecurityPanel.CAMERA)

Das Ganze sieht dann aus wie oben.

Häufig sieht der Zugriff auf Singletons so aus:

MySingleton.getInstance().doStuff();

Effizienter finde ich aber

MySingleton.doStuff();

Siehe Bild. getInstance() ist dabei “internal static”

PS: “internal” ist vielleicht nicht nötig, aber “protected” ging irgendwann mal nicht, deswegen… sicher ist sicher^^

Nun hört man (Danke, Harald), dass man in der about:config folgende Zeilen

dom.ipc.plugins.enabled.npswf32.dll = true
dom.ipc.plugins.timeoutSecs = 45

ändern soll zu

dom.ipc.plugins.enabled.npswf32.dll = false
dom.ipc.plugins.timeoutSecs = 1

Ich ergänze: Wenn es die erste Zeile nicht gibt, dann kann man sie manuell hinzufügen, als Boolean mit “false”.