Mehr Infos gibts auf www.istackworx.com!

Copyright (c) 2010 MyCompanyName. All rights reserved.

erzeugt. Bis zur Version 3.2 war eine einfache Änderung dieses Firmennamens nicht möglich. In Version 3.2 von XCode findet sich nun aber endlich eine Funktion, um dies direkt aus der IDE heraus zu änden. Interessant ist, dass man das pro Proekt ändern kann, was insbesondere ein nützliches Fetaure ist, wenn im Kundenauftrag arbeitet. Um das zu bewerkstelligen, einfach mit der rechten Maustaste den Projekteintrag selektieren, Get Info drücken und dann den Firmennamen unter General Settings wechseln.

• Visual Studio 2010 Express for Windows Phone
• Windows Phone 7 Series Add-in for Visual Studio
• Windows Phone 7 Series emulator
• XNA Game Studio 4.0

Klar, dass bei mir alles auf einem Apple Rechner laufen muss. Erste Tests mit VMWare Fusion waren durchaus befriediegend, allerdings lediglich für Windows Phone 7 Apps. XNA selber stellt höhrere Anforderungen an die Hardware, so z.B. eine Grafikkarte mit DirectX 10 Unterstützung. Fast alle aktuellen Macs, verfügen über DirectX 10.0 fähige Grafikkarten. So war der nächste Schritt (wieder einmal) Bootcamp mit Windows 7 auf einem MacBook Pro zu instalieren, CTP drauf und leider grosse Entäuschung. XNA funktioniert nicht, trotz einer NVidia GeForce 9600 M GT. Das aktuellste DirectX (Februar 2010) ist ebenfalls drauf und im Caps Viewer sieht man, dass die Karte selber eigentlich alle Anforderungen erfüllt. Somit bleibt nur noch der Treiber selber als Ursache übrig. Dieser stammt bei meiner Bootcamp Installation von der aktuellen Snow Leopard CD. Auf den Seiten von Nvidia gab’s aber einen aktuelleren Treiber, der sich einwandfrei installieren liess und zum Erfolg geführt hat. XNA in der Version 4.0 läuft nun auf meinem Mac, so dass der nächste Beitrag ein erstes kleines Game zum Inhalt haben wird!

Hinweis: Auf Michael Kluchers XNA Blog gibts übrigens auch einen guten Artikel zu dem “Problem”

Wichtig ist natürlich, dass sich auf dem Mac auf dem die nachfolgenden Commands ausgeführt werden, auch wirklich ein Backup befindet…

1. Zip file downloaden und im Home Verzeichnis entpacken
2. Terminal App öffnen
3. Setzen der Dateiattribute: chmod u=x createdb
4. Ausfuhren der Datei mit: ./createdb
5. Fertig!

Anmerkung: Je nach SDK kann es jetzt noch sein, dass man im Finder die Datei /Users/admin/Library/Application Support/iPhone Simulator/User/Library/AddressBook/AddressBook.sqlitedb auch noch in die anderen Verzeichnisse (also z.B. /Users/admin/Library/Application Support/iPhone Simulator/3.1.3/Library/AddressBook/AddressBook.sqlitedb) kopieren muss, was aber wieder im Finder geschehen kann.

Btw.: Das Script habe ich übrigens nicht ganz selber geschrieben, sondern vor einiger Zeit mal irgendwo gefunden und angepasst. Wenn ich den Link wieder finde füge ich ihn noch an.

Da ich bereits viel mit Silverlight und XNA gemacht habe in der Vergangenheit, möchte ich das Thema auch in meinem Blog (wieder) aufnehmen und mich in den nächsten Wochen zwischendurch immer mal wieder dem Thema widmen. Vorallem XNA, das als Erstes in einem Prototyp zum Einsatz kommen soll, aber dazu mehr in den kommenden Wochen…

Seit gestern ist SailAway 1.2 erneut im Apple Review Prozess und ich hoffe, damit in Kürze auch für alle Anwender verfügbar. Neu hinzugekommen ist eine Backup Funktion, die die Logbücher und Photos auf unseren Server sichert (Selbstverständlich nicht öffentlich). Zudem können nun neu eigene Karten von Gebieten, die wir noch nicht erfasst haben selber hinzugefügt werden, so dass sie anschliessend jedem Benutzer zur Verfügung stehen. Die Datensicherung ist allerdings nur der erste Schritt, in weiteren Version soll es möglich sein, die eigenen Törns so auch direkt im Web zu betrachten und diese auch auf der eigenen Facebook Seite zu posten.

Ein weiterer wichtiger Punkt betrifft das Logbuch. Diesem können nun neu Fotos hinzugefügt werden, welche auch mit ins PDF übernommen werden. Einen kleinen Schwachpunkt hat die PDF Integration auf dem iPhone leider noch, da das (offizielle) SDK hier Mängel aufweist. Die PDF Files können in Acrobat Reader angesehen werden, direkt aus Google Mail heraus funktioniert das aber nicht korrekt. Gleiches gilt für Sonderzeichen. Da vorallem Umlaute in der deutschen Version sehr häufig gebraucht werden, habe ich hier einen Workaround eingebaut. der die Umlaute wie z.B. “ö” in “oe” konvertiert. Natürlich keine absolut befriedigende Lösung, aber ein guter Kompromiss. Wahrscheinlich werde ich diese Limitationen in Zukunft dadurch umgehen, dass wir die PDF Dateien direkt auf dem Server erstellen (Die Daten liegen ja bereits dort), so dass wir diese Probleme umgehen können. Also viel Spass mit der neuen Version von SailAway!

Nutzen als Werbeplatform

Die schwindende Wirkung von konventionellen Werbeformen verlangt nach neuen Wegen, über die Menschen effizient erreicht werden können. Werben mit Spielen ist einer dieser Wege. Games erhalten als Freizeitbeschäftigung in dreierlei Hinsicht Bedeutung für die Werbeindustrie: Aufgrund der demografischen Verbreitung, der aufmerksamkeitsstarken Wirkung und des intensiven Involvements des Spielers in die Handlung. Hinzu kommt eine hohe Aufmerksamkeit: Wer spielt, richtet seinen Fokus ausschliesslich auf die Spielhandlung. Dabei treffen Videospiele sogar den wichtigsten Werbeträger, das Fernsehen, an seiner empfindlichsten Stelle: Berufstätige spielen überwiegend zur Entspannung nach Feierabend, zur so genannten „Primetime“. Genau dann, wenn sie eigentlich für die Werbebotschaften erreichbar sein sollten. Wenn man diese Aufmerksamkeitzurückgewinnen will, kommt man also nicht umhin, mit den Werbe-Botschaften auch in Spielen und deren Umfeld präsent zu sein. Werben lässt sich dabei auf zwei unterschiedliche Weisen:

Als Teil des Gameplay

Wenn Marke oder Produkt zum Teil der Spielhandlung werden, ist das Involvement des Spielers am grössten. Die Wahrnehmung ist garantiert, der Spieler setzt sich intensiv mit der Marke auseinander und wird die im Spiel erlebten Emotionen mit der Marke in Verbindung bringen. Diese Werbeform ist nicht nur die effektivste, sie ist sicher auch die aufwendigste.

Teil der Spieleszenerie

Die Werbung, die Marke oder das Produkt tauchen im Szenario des Games auf, zum Beispiel als Bandenwerbung in einem Sportspiel. Oder aber als Getränkeautomat, Geschäftsfiliale oder einfach als Teil einer Kulisse. Spannend ist diese Werbeform vor allem, wenn sie dynamisch ins Spiel eingefügt wird und nicht statisch im Spiel integriert sein muss. So können Banden oder Billboards tagesaktuell und sogar mit regionalem Bezug platziert werden. Auf dem iPhone sind beide Arten problemlos möglich. Durch die perfekte Symbiose von grossem Display, guten Multimediainhalten und einfachem Onlinezugriff ist das iPhone schnell zum inbegriff des mobilen Spielens geworden, mit rasant wachsender Tendenz.

Spielegenres, Umsetzung und Kosten

Die bevorzugten Genres auf dem iPhone sind Fun-, und Geschicklichkeitsspiele, was durch den Typ des Freizeitspielers und des mobilen Nutzerverhaltens auch logisch erscheint. Hinzu kommen zwei wesentliuche Faktoren:

• Ein schneller Einstieg: Es muss sofort erkennbar sein, um was es geht.
• Kurze Nutzungszeiten: Die durchschnittliche Spielezeit beträgt gerade einmal 5 Minuten. Unterschieden wird grundsätzlich zwischen 2D und 3D Spielen. Aus technischer Sicht ist auf dem iPhone prinzipiell beides möglich, es hat sich aber gezeigt, dass obige Bedingungen am Besten auf 2D Spiele zutreffen. Hinzu kommt, dass professionelle 3D Spiele und insbesondere die Erstellung der Assets problemlos fünfstellige Beträge erreichen können. Budgets die zumeist noch nicht zur Verfügung stehen im Bereich der mobilen Spiele. 2D Spiele haben zudem einen ganz speziellen Reiz und gehen auch besser mit den visuellen Einschräkungen und Limitation des Displays um. Hinzu kommt, dass sich viele der Spieler an Spiele aus der eigenen Kinder- und Jugendzeit erinnert fühlen. Wer kennt nicht Pac-Man, Donkey Kong, Super Mario und wie sie alle heissen…

Denken auch Sie daran, ein iPhone Game zu realisieren? Dann lassen Sie uns darüber sprechen!

Bei uns ist die Entwickung von iPad Versionen der wichtigsten Produkte zur Zeit eine der Hauptaktivitäten. Möchte man das “richtig” machen ist der Aufwand leider nicht gering. Die iApps funktionieren zwar auf dem iPhone einwandfrei, sehen aber gelinde gesagt in den meisten Fällen schlimm aus. Das pure Strecken der Auflösung funktioniert eigentlich nur bei Spielen halbwegs gut, bei typischen iApps funktioniert das leider nicht, da die Usability in der Regel komplett anders ausfallen muss, als auf dem iPhone. Mehr Patz, mehr Möglichkeiten… Da bewährt es sich, wenn man bereits bisher eine strikte Trennung in der Software zwischen Business Logik und User Interface vollzogen hat und einen Grossteil der Software unverändert übernehmen kann. So ist es trotz der nur zwei Monate, die uns Apple Zeit gibt dennoch möglich, Einiges zum Launch Day bereit zu haben. Leider ist immer noch ein NDA aktiv, so dass man nur wenig über das SDK schreiben kann und die Apps, an denen wir dran sind, müssen leider auch noch ein Weilchen unter Verschluss gehalten werden. Aber nicht mehr lange…

Am Beispiel der iApp für den Tages Anzeiger (iTunes Link) lässt sich dies gut erkennen.

iPhone Applikationen sind eine ganz spezielle Spezies, denn eigentlich gibt es ein paar (fast) nicht unter einen Hut zu bringenden Anforderungen zu erfüllen:

• Eine iApp muss einfach zu bedienen sein
• Sie muss schnell sein (Kein Ruckeln)
• Man sollte nur vom Server laden, was gerade gebraucht wird, dass dafür sehr schnell
• Die iApp muss jederzeit bedienbar bleiben, egal welche Datenmenge gerade gebraucht wird
• u.s.w.

Diese Liste liesse sich noch fast beliebig erweitern, wobei oft noch hinzu kommt, dass auch die Budgets nicht mehr so üppig zur Verfügung stehen wie auch schon. Kompliziert wird es dann erst richtig, wenn man sieht, welche technischen Rahmenbedingungen dem gegenüberstehen:

• Limitiertes Memory
• (Fast) klassische C-Programmierung (Keine moderne Programmiersprache trotz einzigatigem Framework)
• CPU ist nicht zu vergleichen mit einer Desktop CPU (Bsp. Multithreading)
• Kein Garbage Collection
• Simulator entspricht in keinster Weise dem Verhalten auf dem echten Device
• Wenige Entwickler mit entsprechendem Know-How verfügbar

Trotzdem erweckt Apple selber und Steve Jobs in seinen berühmten Sessions, dass alles ganz einfach ist und auch die komplexesten iApps in wenigen Tagen portiert sind. Bei Spielen mag das noch stimmen, aber auch dann nur, wenn bereits grosse Bibliotheken und vorallem dediziertes Know-How zur Verfügung stehen.Bei realen Kundenprojekten ist dies aber so gut wie nie der Fall.

Doch etwas habe ich bis jetzt nicht erwähnt. Trotz all den obrigen Widrigkeiten, unterscheidet sich die iPhone Programmierung von allen Anderen, denn es macht einfach Spass, Software für’s iPhone zu schreiben. Dass man davon alleine nicht leben kann ist klar, deshalb ist es auch extrem wichtig sich schnell eine Basis (früher hätte man Framework gesagt) zu schaffen, die einem Vieles erleichtert. Wir sind noch einen Schritt weitergegangen und haben sogenannte Factories erstellt. “Module” also, die sich für beestimmte Anwendungsbereiche “Lego” artig zusammenbauen lassen. Das ist zwar nicht für jede iApp möglich, aber bei all den News Apps, die durch unsere Hände laufen, macht dies durchaus Sinn und erlaubt uns auch schneller komplexere Themen wie Push Notification, InApp Purchase etc. einzubauen. Highlight ist aber sicher unser Basis System für alle News Anwendungen, das ein für’s iPhone optimiertes Multi-Threading unterstützt und immer dann die CPU und Memory beansprucht, wenn der Benutzer gerade etwas liest oder aus anderen Gründen wenig Ressourcen vom iPhone abverlangt.

Ich werde in einigen weiteren Posts sicher noch mehr auf technische Details und auch noch auf die Tools genauer eingehen, zusammenfassend kann aber schon mal ein Fazit gezogen werden.

Eine einzelne iApp ist aus Business Sicht gesehen, immer im besten Fall eine schwarze Null, ein effektives Business kann daraus nur werden, wenn Synergien zwischen den Projekten geschaffen werden, möglichst viel automatisiert wird und nicht zuletzt ein sehr gutes Team dahinter steht.

Alles Dinge, die bei uns heute Realität sind und so Applikation wie die Tagi iApp Realität werden lassen. Dafür vielen Dank an all unsere Kunden!

Weitere Referenzen auf www.iagentur.ch.