MobilisServer:
* Aufgesetzte Serverkonfiguration (Benötigt aber natürlich einen zusätzlichen XMPP-Server)
* Einfachsten SEA-Service entworfen (Ohne jegliche Optimierungen,...) => Da geht/kommt natürlich noch was!
* Oberfläche und DEBUG auskommentiert! Grund: Anscheinend nicht für solche Datenmengen optimiert => Kommt nicht hinterher und ist zusätzlicher Speichervernichter...
* Eigene MSDL2SEAClient.xslt und MSDL2SEAService.xslt entworfen. Grund: MSDL2JavaClient.xslt und MSDL2JavaService.xslt verursachen etwas Arbeit (Stichwort: XMPPBean, XMPPInfo, package, "Code/"-Ordner, imports,...) => Eigene XSL-Transformationen vereinfachen Arbeit bei Entwicklung z.T. enorm :-)

SportEventAnalyserClient:
* Einfacher aber für diese Funktion mehr als ausreichender Client für den MobilisService
* Eventuell noch kleine Anpassungen am Client notwendig, um noch etwas Performance rauszuholen (Vor allem in Kombination mit MSDL2SEAClient.xslt können noch Kleinigkeiten optimiert werden)
* Bedienung: Siehe TrafficInflator-Projekt

TrafficInflator:
* Einfacher TrafficGenerator (Umsetzungsgedanke: PCP über 2(3) Threads: 1 Reader (mit Buffer mit Fensterbreite, damit Queue stets gefüllt wird, aber auch kein OutOfMemoryError auftreten kann, weil Queue zu voll... Basisimplementierung vorhanden, muss aber erweitert werden!), 1 Consumer/Verarbeiter (Nimmt Events auf und verarbeitet diese... z.B. Delta für Timestamps, Vorverarbeitungsschritte, Bündeln, Streamumwandlung,...), (1-* Sender: Wird im Moment von Verarbeiter gemacht, aber auch hier wäre ein Thread eventuell sinnvoll)

Zusatz:
* Aktuelle Minimalkonfiguration läuft bei ca. 7.5 Events/ms, also ca. 7500 Events/Sekunde => Durch weitere Optimierungen geht da aber noch mehr!
* MobilisXMPP als Hilfsprojekt entsprechend auch hochgeladen
* "bin"-Ordner zu .gitignore hinzugefügt

TODO:
* Oberfläche für den Client (z.B. zur Steuerung der Eventübertragung => Schön wäre da auch eine Kombination mit Videoplayer für die zwei Videos => Synchron halten, Spiele-Verzeichnis und Zuordnung => Mit Statemachine auf Server, und und und)
* Möglichkeiten für Optimierung finden (Die 7500 Events könnten eventuell auch wegen Lese-Thread zustande kommen => Eventuell muss hier bereits etwas angepasst werden: z.B. teilweises dynamisches oder vollständiges Vorpuffern in Arbeitsspeicher, HDDs in RAID0 (also mit Striping) oder SSD (für ersten Versuch lag die Datei nur auf HDD... shame on me...) oder SSD in RAID0-Verbund,...)
* Optimierung (u.a. wäre auch sowas praktisch wie eine Vorverarbeitung der "full-game"-Datei... nicht mehr als Text sondern Int/Long als Bytes => Optimierung für Lese-Thread, Delta, Bündeln, Streaming, Velocity und Accelartion ignorieren, MSDL2JavaClient.xslt/MSDL2SEAClient.xslt erweitern/optimieren, ...)