Christophs Blog

Liebe Leserinnen und Leser

Jetzt hatte ich Euch ja berichtet, dass ich mit meinem Hobby – Projekt SrrTrains v0.01 tatsächlich aufgehört hatte und dass ich auch die zugehörigen Blogs gelöscht hatte.

Weiters hatte ich hier versprochen, dass ich weitere Artikel zur technischen Fragestellung des Projektes schreiben werde.

Was hiermit geschieht.

Jetzt haben wir festgestellt, dass das Protokoll zwischen Client und Server standardisiert werden sollte, um jedem User zu ermöglichen, seinen Lieblings-Client zu verwenden.

Aber das ist nicht genug.

Das Internet-Protokoll TCP/IP wäre auch nur eine halbe Sache gewesen, wenn man nicht auch das Socket Interface dazu definiert hätte.

Somit ist die Idee eigentlich eine zweifache und ich würde sie als „SMUOS/C3P“ bezeichnen, das bedeutet:

1. einerseits das „Netzwerk Interface“ für Simple Multiuser Szenen (SMUOS = „Simple Multiuser Online Scenes“)
2. andererseits das „Netzwerk Protokoll“ für Simple Multiuser Szenen (C3P = „Collaborative 3D Profile“)

Für das Interface gibt es bereits den Ansatz

• des „Network Sensor“ bzw.
• des „Event Stream Sensor“

Was das Protokoll betrifft, ist soviel ich weiß noch nichts definiert.

Das SrrTrains v0.01 Projekt hat sich hauptsächlich mit einer „Verfeinerung“ des „Network Interface“ (insbes. des „Event Stream Sensor“) beschäftigt, indem man gewisse spezialisierende Annahmen über den Inhalt der Szene trifft:

1. Eine Szene besteht in SrrTrains aus Modulen, die wiederum Modelle enthalten, die wiederum sogenannte MIDAS Objekte enthalten
2. Die MIDAS Objekte sind spezialisierte „Netzwerk Interfaces“, die auf dem generellen „Event Stream Sensor“ basieren
3. Die Szene wird nicht nur in Modelle zerlegt, sondern auch in Module, die erst die Modelle enthalten
4. Dies liegt daran, dass man – analog zur Modulbauweise in der Modellbahntechnik – davon ausgeht, dass eine Anlage aus Teilen von verschiedenen Autoren zusammengesetzt werden soll

Man verfolgt damit folgende Ziele:

1. SrrTrains MIDAS Objekte sollen in allen SrrTrains Modellen verwendbar sein
2. SrrTrains Modelle sollen in allen SrrTrains Modulen verwendbar sein
3. SrrTrains Module sollen in allen SrrTrains Anlagen verwendbar sein
4. SrrTrains soll weitestgehend auf dem ISO Standard X3D aufbauen und auf Netzwerk Protokollen, die noch in der IETF standardisiert werden müssten

Lg

Christoph