GPlayer

Mit dem iPad hat man das Problem das man ohne iTunes im Normalfall keine Inhalte auf das Tablet bringen kann. Auch ärgerlich ist es das man bestimmte Videos (z.B. AVIs mit bestimmten Codecs) über iTunes nicht auf das Gerät bekommt.

Der GPlayer auf dem "neuen iPad"

Abhilfe schafft hier die App GPlayer welcher unter http://itunes.apple.com/de/app/gplayer/id438402174 zu finden ist. Mit dieser App ist es möglich so ziemlich alles abzuspielen was Bewegtbild enthält. Per WLAN kann man Dateien dann auch per FTP oder HTTP auf das Gerät hochladen, so das man nicht auf iTunes angewiesen ist.

Jabber/XMPP Anwendung unter iOS

Reine Jabber Anwendungen unter iOS sind ziemlich selten und so ist mir noch keine (ausreichend gute) Lösung dafür bekannt. Anders sieht es da bei dem Multiprotokolmessengern aus. Hier bietet sie die App „imo.im“ an mit welcher man sich unter anderem zu folgenden Diensten verbinden kann:

  • IMO
  • MSN
  • Facebook
  • GTalk
  • Yahoo!
  • Skype
  • AOL / ICQ
  • Jabber
  • VKontakte
  • MySpace
  • Hyves
  • Steam

Dort kann man sich dann auch mit einem Jabber (bzw. XMPP) Account anmelden. Die Nachrichten werden dabei für den Fall das die App nicht läuft bis zu einer Woche im Hintergrund gepusht.

Weitere Informationen gibt es unter:
http://xmpp.org/xmpp-software/clients/
http://apple.stackexchange.com/questions/1902/what-jabber-clients-are-there-for-iphone

Probleme bei der Installation von LibreOffice 3.5 auf Windows 7

Bei dem Update von LibreOffice 3.4 auf 3.5 kam es unter Windows 7 während der Installation immer zu folgender Meldung:

Bitte beenden Sie LibreOffice 3.4 und den LibreOffice 3.4 Schnellstarter, bevor Sie fortfahren.
Falls Sie ein Mehrplatzsystem benutzen, stellen Sie sicher, dass kein anderer Nutzer LibreOffice 3.4 geöffnet hat.

Das Problem war, das kein Schnellstarter installiert war, geschweige denn lief. Die Lösung des geringsten Widerstandes ist es hier die alte LibreOffice Installation zu deinstallieren und anschließend LibreOffice 3.5 zu installieren.

Weitere Informationen gibt es unter:
http://de.wikipedia.org/wiki/LibreOffice

C++ nach C# Portierungen

Portierungen sind eine schöne Sache wenn man sich die Zeit vertreiben möchte ;) Bei der Portionierungen von C/C++ nach C# wird dabei immer wieder Dinge sehen die Schema F betreffen wie z.B. bestimmte Datentypen:

unsigned int -> uint
unsigned -> uint
unsigned char -> byte
std:string -> string
size_t -> Int64

Andere sehr beliebte Sachen sind Kollektionen wie Listen oder die Vektorklasse. Aus Dingen wie:

std::vector Things;
std::list Things();

wird dann meist immer ein:

List<Thing> Things;

Die Map:

std::map<unsigned short, unsigned> nodes;

wird dabei durch ein Dictionary ersetzt:

Dictonary<unsigned short, unsigned> nodes;

Immer wieder schön sind die Typedefs wie z.B.

typedef std::vector<Account> Accounts;

welche bei mir dann auch in eine Liste umgewandelt werden, an den Stellen an denen sie benutzt werden:

List<Account> Accounts;

Beim portieren von Klassen werden Header und C Datei in eine gemeinsame Datei geworfen und die Doppelungen entfernt. Aus den Klassenfunktionen aller:

void Thing::MakeFoo(int value)

wird dabei ein:

void MakeFoo(int value)

Bei While Schleifen wird aus einem:

while (message.getUnreadLength())

ein

while (message.getUnreadLength()!=0)

Aus einem Vergleich:

if(!receiver)

wird ein 

if (receiver!=null)

Iteratoren sind auch immer wieder schöne Sachen. Aus 

for (ChatChannels::const_iterator i = mChatChannels.begin(), i_end = mChatChannels.end());

wird ein:

foreach(ChatChannel channel in mChatChannels)

Sicherlich gibt es auch noch andere Schema F Konstrukte, dies sind allerdings die bei mir am häufigsten vorkommenden.

Weitere Informationen gibt es unter:
http://stackoverflow.com/questions/3659044/comparison-of-c-stl-collections-and-c-sharp-collections
http://stackoverflow.com/questions/6274878/what-is-c-time-t-equivalent-for-c-sharp

Rebuild of Invertika

Nach einigen Monaten ist es Zeit den Zwischenstand für den neuen Invertika Server und den Client vorzustellen. Invertika soll somit auf einer neuen technischen Basis stehen. Diese neue technische Basis sieht so aus, das der Server in C# geschrieben wird und somit unter Mono und .NET läuft. Für den Client ist eine Implementation als Webapplikation angedacht. Das ganze hatte dabei mehrere Gründe:

  • die Produktivität ist in C# höher als in C/C++
  • es können keine Speicherlöcher entstehen
  • durch die automatische Speicherverwaltung wird der Entwickler entlastet
  • modernes und konsistentes Framework
  • Anpassung auf eigene Bedürfnisse
  • schnellere Entwicklung
  • IPv6 Unterstützung ist problemlos möglich
  • bessere Unterstützung von mobilen Geräten

Neben diesen Gründen sind es auch einige Dinge wie „typedefs“ welche nicht unbedingt zum Verständnis beitrugen oder mehrere Klassen und Strukturen in einer Datei, welche das ganze ziemlich unübersichtlich machen. Auch die Abhängigkeit von zu vielen Bibliotheken wurde verringert.

Der Invertika Code in der Entwicklung

Nach einer kurzen Planungphase ging es dann am 3. Januar los mit der Entwicklung. Zuerst wurde damit begonnen den Accountserver zu portierten. Dabei wurden im Gegensatz zum Original einige Dinge verändern:

  • das Netzwerk setzt nun statt auf der Bibliothek „enet“ direkt auf TCP auf
  • PhysFS wurde wegrationalisiert

Am 13. Januar (einem Freitag ;)) waren die größten Portierungprobleme beim Accountserver gelöst und es wurde begonnen den Gameserver zu portieren. Am Gameserver ist die einzige größere Änderung die Anpassung der Skriptschnittstelle, damit diese mit den CLR Sprachen kompatibel ist. Die Roadmap für die Portierung sah dabei so aus:

  • Januar 2012: Implementation des Invertika Server
  • Februar 2012 Implementation des Invertika Clients
  • März 2012: Test der Software

Wie sich das für eine ordentliche Roadmap gehört wurde sie nicht eingehalten. So ist einiges noch nicht fertig und auch am Client muss noch viel getan werden. Der Client sollte ursprünglich auch in C# geschrieben werden und es wurde damit auch begonnen. Theoretisch ließe sich diese Clientvariante auf die Plattformen Windows, Linux, Mac OS X, iOS und Android bringen, praktisch ist es mit kleineren und größeren Problemen verbunden.

Ein generelles Problem an einem solchen Client ist, das er auf der jeweiligen Zielplattform erst installiert (oder auch kompiliert) werden und außerdem vom Nutzer aktuell gehalten werden muss. Schöner wäre es, wenn man diese Hürde aus dem Weg geschafft wird. Mittlerweile ist es dank Techniken wie Websockets, Webworkern und Canvas möglich, den Client komplett als Webapplikation zu schreiben.

Die Anfänge des neuen Clients basieren dabei auf der Techdemo „mana.js“ welche unter https://github.com/bjorn/mana.js zu finden ist. Der Vorteil der webbasierten Lösung ist dabei die große Kompatibilität mit unterschiedlichsten Geräten solange sie über einen aktuellen Browser verfügen.

Die Techdemo des Clients auf einem iPad

Während der Entwicklung bekamen die einzelnen Teile auch Namen die wie folgt lauten:

  • invertika (Client)
  • invertika-account (Accountserver)
  • invertika-game (Gameserver)

Der Quelltext sollte in den nächsten Tagen im Repository (http://source.invertika.org) erscheinen und zur Mitarbeit einladen ;)

Weitere Informationen gibt es unter:
http://invertika.org