First: what’s the difference?
SrrTrains started in spring 2009, SMUOS has existed since December 2010. Thus SrrTrains is older, so SrrTrains is already a “concept”, where SMUOS is still “just an idea”.
SrrTrains is explained on http://simulrr.wordpress.com/simul-rr/
SMUOS is explained on http://smuos.wordpress.com/2011/03/01/smuos-and-the-ietf/
SrrTrains is already a project, better spoken, it WAS a project, because it was stopped: http://simulrr.wordpress.com/2011/12/10/srrtrains-project-stopped/

Now what are the commonalities?

• Both use the X3D/VRML standard
• Both use network sensors to implement the multiuser mode
• Both are published on wordpress.com
  • http://simulrr.wordpress.com/
  • http://smuos.wordpress.com/

By the way:
There is already some software that could be used for experiments:
(1) Early Experimental DIY-virtual-multiplayer-model-railroad
http://simulrr.wordpress.com/download-area#release_old
(2) Experimental SMUOS for World Creators
http://simulrr.wordpress.com/download-area#release

In my latest posts, I told you a lot about the SMUOS(/C3P) idea and their relation to the SRR Framework.

Now step 0033.05 of the SRR Framework has been implemented, which contains the “Modularity of SRR Framework” (explained here a little bit: Modularity and Extensibility).

Now we are closer to use the SRR Framework for more general applications than only for a simulated railroad.

Here the link to the release 0033.05: http://simulrr.wordpress.com/2011/09/10/srrtrains-modularity-of-the-srr-framework/

hope, it was not boring for you
Christoph

Last time, I told you about the SMUOS/C3P idea and its relation to the IETF (click smuos-and-the-ietf).

This time, I’d like to tell you something more realistic – because it has already been implemented – about the what-I-call “controller roles”.

I am implementing experimentally some parts of a multiuser framework for simulated railroads, based on X3D/VRML.

This framework depends on the network sensor concept of the Web3D consortium (Web3D), which allows to share state among several instances of a scene.

However, if we call a state to be “shared”, this term hides the fact, that there must be one instance, which is “responsible” for the correct value of the state.

That means, add_, sub_ and similar prefixes may be used by any scene instance, but the set_ prefix should only be used by one dedicated instance at a time (in many cases).

This fact is the core of the concept of the “controller” role.

The SRR Framework (http://simulrr.sourceforge.net) helps the user to define and to keep track of the diverse controller roles of the scene.

This is described in the papers

The central controller role (http://simulrr.files.wordpress.com/2010/09/notesaboutbimpf-i.pdf).
More details about the controller roles (http://simulrr.files.wordpress.com/2010/09/notesaboutbimpf-iii_2.pdf)

All these “hobby report” papers can be found at Hobby-Reports (the page is written in German)

Have fun
Christoph

As I told you in my last post, the SRR Framework could be used to realize Simple Multiuser Online Scenes (if it were already finished).

However, the SRR Framework is an experimental framework (written entirely in ECMAScript) and hence it can only be taken as an example.

This time I will show you, how one could use the API that is examplified by the SRR Framework, to define a new X3D component (SMUOS) and how this component could be accompanied by an IETF-defined protocol (not unlike the DIS component).

I would be glad about any comment regarding this paper: SMUOS/C3P Concept.

Thanks for your time
Christoph

What is the content of such scene?

Well, that’s up to you.

How to implement such scene?

The idea is to use the base module of the SRR Framework.

What’s that?

The SRR Framework is a set of X3D prototypes, that is available for free as a result of the open source project http://sourceforge.net/projects/simulrr.

The SRR Framework can be used for a scene with following architecture:

The most simple scene consists of one frame and one module, both residing in the same file, referring to the SRR Framework.

The SRR Framework Base Module currently provides following functions:
- Binary switching
- Storing keys in a key container, Taking keys. Putting keys, Locking switches
- Carousel drive
- Support entering moving models
- Defining meeting places, Moving to a meeting place

The SRR Framework Train Manager Extension Module will be used for railway simulations and is currently being re-designed.

There is still a lot to do for the author of the frame:
- avatar handling
- chat
- the complete GUI for the user (except the direct handling of the models)
- login/logout
The frame author may use some other – commercial – frameworks to achieve these goals.

Hope, this was a first helpful explanation.

Have fun
Christoph

My name is Christoph, I live in Vienna (Austria) and I would like to start this Blog to tell you about the coming out of the “Simple Multiuser Online Scenes” idea.

Additionally to this telling about my adventures and experiences (also light bulb moments), I’d be glad to get a lot of feed back and inspiration by my readers.