Area 1.0

Last Thursday, we (Markus and me) announced the “Gesellschaft für rechnergestützte Zusammenarbeit” at the district authority of Neunkirchen – Lower Austria.

This activity has now officially started the process of emerging.

If the authority accepts the rules that we have attached to our announcement, then “The Society” will emerge as a person of law.

Have a nice week

Yours Christoph

P.S.: more information at https://lc-soc-lc.or.at/project-001-founding

Dear Friends of Realtime 3D,

I told you in my latest posting that I would meet Markus again on 22nd of June, in order to discuss the rules and the content of “The Society” (please refer to https://areasharpa.blog/2023/06/10/we-have-got-a-plan/).

Well, we agreed on the rules and hence the society is now “established”, according to Austrian laws.

Hence I felt free to upload the rules to the imprint of the association.

However, an “established” association is not yet a person in law.

We need the “emergence” of the association as a person in law, which will be the next step.

I will keep you posted.

Have a nice week

Yours Christoph

Dear Friends of Realtime 3D Graphics,

Introduction

In one of my latest postings (please find the posting HERE), I told you I was going to think about which of all my projects would be the “One Beloved Project” that we could build “The Society” on.

You might remember, “The Society” would be a non-profit association that deals with the testing of Collaboration Tools (http://lc-soc-lc.or.at/addendum.htm).

There’s already a list of suggested tools, that COULD be considered by “The Society”: https://lc-soc-lc.or.at/tools-sug.htm.

So What is The Plan

I think, I have got a plan now:

The first official collaboration tool “The Society” will deal with, shall be the “VR/AR Commando Room”.

However, this topic is very broad.

Hence we need to define a first sub topic, which will be the “Simple Multiuser over SIP (SMUoS)”.

This topic is still a big project for one person and needs to be decomposed into single steps.

The very first step will be “Experiments with FreeWrl and DIS over a VPN”.

The very first atomic action of this step will be the “RAMP UP OF THE TINY VPN”.

This can be started, after “The Society” is founded.

Next Steps

I will meet Markus again, probably on Thursday, 22nd of June. There we will define the next steps.

Have a nice week,

Yours Christoph

Hi all,

Last week I told you, Markus had the idea I should select “the one beloved project”, which we can pursue and develop as the “core competence” of “The Society”.

You remember:

The “Society for Lifelong Collaborating” is going to be founded soon. The first two members are already discussing seriously about contents, purpose and structure of “The Society” (https://lc-soc-lc.or.at/addendum.htm).

While it can be clearly stated I “am really in love” with the idea of an “X3D Based VR/AR Commando Room”, this is – on the other hand – also clearly an idea within a military context.

Now, “The Society” will steadily refuse to be involved in any military issues.

Hence we will need to select “more peaceful” use cases as the “beloved project(s)” of “The Society”.

There we come to the

Triple MARBLE / MARBRE / MARMOR

1. MARBLE = Mixed/Augmented Reality Brought Lightweight Environment *)
2. MARBRE = Mixed/Augmented Reality Brought Rescuer Environment
3. MARMOR = Mixed/Augmented Reality MOdel Railroad

where

• – MARBRE would be an X3D Based VR/AR Commando Room for Fire Brigades and Rescue Organizations

• – MARBLE would be a BASIC test case for “X3D Based VR/AR Commando Room”

• – MARMOR would be an MR/AR Model Railroad

I will keep you posted on these decisions.

Have a nice week

Yours Christoph

*) a “brought environment” is more or less the complement of “telepresence”. So it is not “me, who is brought to the world”, but it is the “world, which is brought to me”

Well, I told you I was going to meet Markus again for a discussion about “The Society”.

This meeting happened last Monday. Due to a funny coincidence it was the International Day of Biodiversity (https://www.un.org/en/observances/biological-diversity-day).

Now, we decided, that I should a little bit meditate about the bunch of projects that are waiting on my blogs, and I should make up my mind for one of them.

This selected project shall be “the one beloved project”, on which we can build “The Society”.

I will keep you posted on this decision.

Hence I felt free to update the Vision of SrrTrains – Release Fiat A, in order to make clear the testing scene will be called “VR/AR Commando Room”.

Hmmmm, what is a VR/AR Commando Room? Good question!

The VR/AR Commando Room

Well, some companies have already something like a “VR/AR Commando Room” in their portfolio. What I mean is something they call a “digital tower” for airports.

This is a control center for airports, where the air traffic controllers do not have line-of-sight connection to the airport area, but they are existing in a virtual/augmented reality, which is implemented by a lots of screens around the room.

So What is New with My Idea?

Well, I am going to suggest to use the Web3D standard X3D for these purposes.

The X3D standard has the advantage it is ISO certified and it supports a lot of other standards like WebGL, WebXR, glTF and glb, as well as VRML and DIS.

All this would ensure the “X3D Based VR/AR Commando Room” would be seamlessly integrated with the also emerging METAVERSE.

More Information

You can find more information about the vision of SrrTrains, S&P-ARK and ISO Game Engine here: https://areasharpa.blog/schlussfolgerungen/

Have a nice week.

Yours Christoph

……but only a small step for mankind.

Last week, in the evening of the 3rd of May, the World Press Freedom Day, and the eve of Star Wars Day,

1. we sat together at a nice pub in Vienna,
2. we had a few beer and
3. we decided to found the “Society for Lifelong Collaborating”.

This might be seen as a very very irrelevant fact, however it is very important for me.

Have a nice week

Yours Christoph V.

P.S.: more information about “The Society” can be found HERE

Dear Friends of Realtime 3D Graphics,

As you might know from the About Page of this Blog, I have archived an old idea about a Mixed Reality Model Railroad (MR-MOR) with Virtual Players (VP) and Real Players (RP).

The model railroad should be equipped with actors and sensors (according to the IoT paradigm), so that the game of the Real Players – who played with the MR Model Railroad like with any other Model Railroad – could be extended by Virtual Players, who cannot afford to join the game physically.

In the contrary, the Virtual Players would not join the game physically, but via their local Virtual Reality (VR) installations and via the Internet.

A Connectivity Platform (CP) would connect the Virtual Players with each other and with the Model Railroad (via an Interface to Reality (ITR)).

Thus saving the travelling costs of the Virtual Players for the travel to the site of the Model Railroad and back home after the gaming session.

What is the New Idea?

Well, actually I have archived (“refrigerated”) the idea, because I do not own enough resources for the realization of the project – and I haven’t (yet) managed to persuade other people to help me.

The new idea should save additionally costs.

Why to build a “real” model railroad, if we could build an Augmented Reality Model Railroad (AR-MOR) with less hardware resources (no landscape, tracks, rolling stock, sensors, actors, ……)?

The “AR Sandbox” would be built upon sqm sized QR Codes on any table in any room.

I would call those sqm sized QR Codes the “Triple A Mats”.

Have a nice week,

Yours Christoph

Dear Friends of Realtime 3D Graphics,

While the MR Model Railroad project SrrTrains 1.0 is still being a vision, foreseen beyond the year 2035,

I am on the other hand already doing some considerations about possible next steps for the SrrTrains v0.01 hobby project.

You might remember, I was pursuing a hobby project for several years, but the CORE subject of the project was never met.

This core subject would be the synergies between DIY hobby MR model railroads and professional railway simulations, both using the same 3D models, so the models have to be created only once.

We counted – and we still count – on the X3D standard to do so (https://www.web3d.org).

Unfortunately, the project never made the step from experimental implementation to something serious.

This can change in the future.

Have a nice week

Yours Christoph

Links:

• Vision of SrrTrains 1.0: https://areasharpa.blog/schlussfolgerungen
• SrrTrains v0.01:
• https://areasharpa.blog/about
• https://letztersein.com/srrtrains-v0-01

Dear Friends of Realtime 3D Graphics

In the “Glossary of the SrrTrains Project” (https://simulrr.sourceforge.net/concepts/001_Glossary.pdf), in appendix A.2, I had published a few assumptions about SMUOS.

Here, in this Blog posting, I am feeling free to highlight those assumptions that COULD be relevant for relativistic software.

[…]A.2. Basic Assumptions about a Possibly Suggested X3D Component “SMUOS”
———————————————————————–
1. SMUOS will follow the enhanced model/module/frame paradigm (eMMF paradigm)
2. Basic assumptions about SMS models (*M*MF)
2.1. SMS models are represented using declarative 3D principles
2.2. Models can be rendered (they are visible, audible, sensible, …)
2.3. Models are rendered relative to a module
2.4. If models are not attached to a module, then they cannot be rendered
2.5. SMS models contain MIDAS objects to become multiuser capable
2.6. MIDAS objects depend on the SMUOS component. They are specialized to
distinct use cases (binary switch, carousel drive, …)
2.7. MIDAS objects cannot be rendered. They make only sense together with
a model or module
3. Basic assumptions about SMS modules (M*M*F)
3.1. An SMS module is NOT a tile
3.2. SMS modules are represented using declarative 3D principles
3.3. A module renders a (small) part of a virtual universe
3.4. A module spans a (pseudo) euclidean space time, where models and/or
avatars can meet
3.5. The relation of a module’s coordinate system to the world coordinate
system of the Web3D browser is “for further study” (ffs.)
3.6. Modules can contain “intrinsic” models. “Intrinsic” models are imple-
mented directly as a part of a module
3.7. Modules can contain “bound” models. “Bound” models are implemented
separately from modules, so that they can be used by many modules.
3.8. Modules can contain “unbound” models. “Unbound” models can be loaded
or unloaded independent of all modules. If created, an unbound model can
be “assigned” to a module. Changing the assignment from one module to
another is called “handover”
3.9. Each SMS module contains an instance of the “SMS module coordinator”.
The SMS module coordinator is a node defined by the SMUOS component.
The SMS module coordinator cannot be rendered, but it coordinates all
MIDAS objects of all models that are attached to its module
4. Basic assumptions about the SMS frame (MM*F*)
4.1. The frame integrates one or more SMS modules into a VR/AR platform
4.2. The frame is responsible to register, load or unload top level modules
4.3. SMS models cannot be contained directly in the frame. A module must be
in between
4.4. If the scene shall be multiuser capable, then the frame
4.4.1. is responsible to initialize the used MU system and to provide a
“sessionId” to the SMUOS component
4.4.2. must provide a network connection to the SMUOS component
4.5. The SMS frame contains an instance of the “Simple Scene Controller”,
which is a node defined by the SMUOS component.
The “Simple Scene Controller” cannot be rendered, but it controls the
SMS module coordinators of all SMS modules and hence it controls the
complete SMUOS component within a scene instance
5. Basic assumptions about “classic avatars”
5.1. Classic avatars have N instances, where one instance – the so-called
“pilot” – is part of the scene instance that is used by the user, who
is represented by the avatar, and the other N – 1 instances – the
so-called “drones” – just follow the pilot
5.2. With the help of the special MIDAS object “Avatar Container”, we can
5.2.1. assign avatars to the frame (world coordinate system)
5.2.2. assign avatars to some module (module coordinate system)
5.2.3. assign avatars to some model
5.3. Please be aware: SMS models can NOT be rendered relative to the world
coordinate system. SMS models can NOT be rendered relative to SMS models
5.4. Hence classical avatars are NOT SMS models
6. Basic assumptions about “UM avatars” (unbound model avatars)
6.1. UM avatars are unbound SMS models
6.2. UM avatars are models that represent a virtual identity
7. Basic assumptions about moving modules
7.1. There will be a special MIDAS object, let’s call it “Module Container”,
that will allow to instantiate SMS modules as parts of an SMS model
7.2. Hence the “basic MMF paradigm”
frame – 1:n – module – 1:n – model
will become the “enhanced MMF paradigm”
frame – 1:n – module – 1:n – model -1:n – module – 1:n – model ad. inf.[…]

Have a nice week

Yours CP/V