Thinking about the key properties of Games and Collaborating Software,
i.e. MIdAS = Multiuser capable Interactivity driven Animation and Simulation.
Please distribute your 15 Points, e.g.
Please write to the comments
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
where
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!
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.
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.
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
Well I told you, we – Markus and me -, we decided to found “The Society” and we are now actually going to discuss the rules for the society, at one of our next meetings at the pub (please find a DRAFT of the rules HERE).
That’s now moving on, and nothing will stop it.
However, another important step is missing, which will be a necessary step for a useful setup of “The Society”: we will have to decide, which actual tools we will consider in our work.
Nearly anything could be interpreted as “collaboration tool”.
Such simple things like a chat server, or a mail server, or a WWW server, could be indicated by that term, or we could mean something sophisticated like the “whole metaverse”.
As a VERY FIRST STEP, I felt free to suggest a few possibilities of collaboration tools that could be meant, here at the web site of “The Society”: https://lc-soc-lc.or.at/tools-sug.htm.
Will keep you posted.
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,
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.
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:
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
Dear Friends of Realtime 3D Graphics,
I guess, you all know the joke about how to ride a dead horse. Here’s one of the thousands of links that publish this old story, which has been happening in history all the time and again and again:
https://www.kenhomer.com/single-post/2018/08/03/modern-strategies-for-riding-a-dead-horse
However, before we will have sold the dead horse to the new owner – who shall then perform the preparation of the dead horse for another owner – we must hide the fact that the horse is already dead (de facto).
Hence we shouldn’t talk too much about Web3D graphics and relativity, at the time being, because relativity will kill the current horse and replace it by the next horse, but the current horse is not yet sold and shall not be “eaten” by the next horse.
However, I brought a few points about 3D graphics and relativity – as far as I can grasp and understand it – as easter eggs into my narration about “The third child”:
The narration can be found HERE.
The first and second part of the narration do not publish any idea about relativity, but a subtle hint: One of Walter’s children is named “Lieserl”, which was the first name of Albert Einstein’s first daughter (it’s a short form for “Elisabeth”).
In the third part of the narration, in a side story the siblings Lieserl and Conrad Peter work on a Software Project about relativistic software. It’s nowhere explicitly mentioned that it is about 3D Graphics, but the third part will not be actively pursued anyway, until “the horse will have been sold”.
Following chapters of the narration are relevant:
[…]1.5.
Lieserl is attending a lecture on general relativity.
The lecturer: “And at the end of this year’s lecture I would like to draw your attention, dear colleagues, to the fact that there will be a competition next year.
There are only a few years left until the 400th anniversary of the principle of relativity and so we would like to consciously set incentives to develop software programs and software concepts that are only based on the theory of relativity and no longer on the approximations of classical physics. So, ladies and gentlemen, if you have a good idea about the summer, get in touch with me. Prize money and recognition from the academic senate beckon. “[…]
[…]1.6.
Lieserl and Conrad Peter are sitting in an ice cream parlor, it’s a sunny summer day.
C.P .: “Thank you for inviting me”
Lieserl: “You don’t pass the technnical college diploma every day. Do you already know how to continue? Are you going to study too?”
C.P .: “No, I’m looking for a job now, my freedom is more important to me.”
Lieserl: “Say, Conrad, you know your way around computers.”
C.P .: “Well, let’s put it this way: everything that has a CPU usually obeys me.”
Lieserl: “Yes, that’s what I mean. We have a competition for relativistic approaches in computer technology at our university.”
C.P .: “I’m sorry, I don’t understand anything about the theory of relativity.”
Lieserl: “I can explain that to you. Differential geometry is about always describing small parts of the universe with equations and then putting the large universe together from small parts. <E Minori ad maiorem>“.
C.P .: “That reminds me of our good old ‘My Reality’ computer game. There we also put the scenes together from partial scenes”.
Lieserl: “But it is important that none of the parts have a special position“
C.P. (pulls the air through between the teeth): “That will be difficult”
C.P. (thinks for a while): “But do you remember the railway line from Wiener Neustadt to Puchberg, which we had as children? It could represent part of the scene. If we now add the data for the main line from Wiener Neustadt to Mürzzuschlag then we could put the scene together from two parts and also program the handover “.
Lieserl: “Well, we’ll do that!”[…]
[…]1.10
Conrad Peter started thinking about Lieserl’s project. Now they sit together and discuss the details.
C.P .: “Well, roughly speaking, our software will consist of three parts”
Lieserl: “Nice number” (giggles)
CP: “First of all there is the” telecommunications infrastructure “. This is the basis of the whole thing, so we should be flexible and support every possible type of transport layer: http, https, TCP, UDP, SCTP, TLS, RTP, SRTP, XMPP, SIP, 3GPP IMS, 3GPP MCx and whatever they are called.”
Lieserl: “Yes, I understand that. This is where we will have to communicate most of the time with other projects. Is it OK for you if I take on this part?”
CP: “Yes, of course! The second part is the protocol in the application layer, on the one hand to connect the scenes with one another via a broker, and on the other hand to connect special “blind scenes” to the real objects via brokers. I would do the part gladly take over. I already have some ideas for an <Event / State Description Protocol> ESDP “.
Lieserl: “Yes, that suits me very well. But you mentioned three parts, where is the third one?”
C.P .: “Exactly the third part is the problem. It’s about the download of geospatial data through a distributed database. So far I have no plan how we could approach it”.
Lieserl: “Well, but it’s a start.” (hesitates briefly, has a flash of inspiration) “but can you remember the dealer who got us the Semmering Railway? He surely knows a lot about downloads, uploads and the combination of geodata.”
C.P .: “Could be, but we don’t have his name”.
Lieserl: “No, not that. But maybe you can still find his phone number. You know, I know how to hack phones”.
C.P .: “OK”[…]
[…]1.12
Lieserl and Conrad Peter have thought about their project and meet again in the ice cream parlor to forge further plans.
C.P .: “A few days ago I came across a good article about <Mixed Reality>”.
Lieserl: “Is that where you hide behind an avatar so you don’t have to come out?”
CP .: “No, that is <Virtual Reality>, but things have to do with each other. <Mixed Reality> is actually just the umbrella term for some very different technologies that are supposed to enable us to better cope with <real> reality come to <enlarge> them. “
Lieserl (looks uninterested): “Aha. And what does that have to do with our project?”
C.P .: “That has a lot to do with and with what you have achieved with our <dealer> of geodata” (says the word “dealer” in a disparaging tone)
Lieserl (ostentatiously rolls her eyes): “Oh, him! I’m not interested in him.”
C.P. looks a little confused, thinks: “Well, maybe the distributed database is not the most urgent of the three software components. So let’s start with the telecommunications infrastructure”
Lieserl: “Yes! Our project will require many services from the lower layers:
– Telephony (audio and video)
– telegraphy
– Position and status reports
– Geographic Infrastructure
So we will need a flexible hierarchy of networks in which all services are integrated – an <Integrated Services Digital Networks, Tree of> – ISDN / To, so to speak.[…]
[…]2.3.
Lieserl and Conrad Peter get together again to talk about their relativistic software project. You will see how multiuser scenes could “give the Virtual Globes a go” and why the Virtual Globes are dependent on a large number of users[…]
[…]2.5.
Lieserl and Conrad Peter are making progress with their project.
You find out what it has to do with the theory of relativity.
But unfortunately it is too late to compete.
Judgments are made[…]
[…]2.20.
After Thanksgiving – it’s raining and it’s “typically Irish autumnal” – Lieserl and her fellow student sit at the window for a long time and talk.
He asks her why she came to Ireland from Austria, but she gives an evasive answer. They talk – also – about astrophysics and the software project.
You have a realization: if the multiuser scenes and the virtual globes do not cooperate, nothing can come of the whole thing.[…]
The vision is also explained in short words here: Conclusions of SrrTrains v0.01
a.m.D.g.
Dear Friends of Open Metaverse,
You might have noticed: I have renamed this Blog from “Area #A, the 10th state of Austria” into “Area 1.0, the 10th state of Austria”.
What is the reason? Well, I want to avoid a possible misconception.
Which misconception?
Hmmm. I talked a lot about some “Plan A”, “Plan B” and “Plan C”, and how I want to behave in connection with the ideas that have emerged from the project SrrTrains v0.01 (see https://areasharpa.blog/schlussfolgerungen/ and https://areasharpa.blog/2022/12/03/the-great-achievement-of-2022/).
Now, this Blog is NOT specifically about “Plan A”, so I try to avoid the “A” in the name, furthermore I want to focus on version 1.0 of the SrrTrains project in future, hence I thought “Area 1.0” would be a valid name.
Btw.: I do NOT change the domain name “areasharpa.blog”, to avoid broken links and generally a mess with the links.
Have a nice week
Yours Christoph
Dear All,
Following New Year’s Resolutions apply to my (non-)activity with respect to the 3D Web:
About the Details:
Plan A, Plan B and Plan C are explained at the posting Spark#41-Clarifications. Plan C means basically: I will not actively pursue the idea of “Integrated 3D Collaboration” at my employer’s.
The Fiat-A project will be started, if and only if I encounter positive evidence for some “Integrated 3D Collaboration” project at the industry (may I be involved in that project or not).
Explicitly the non-starting of the Fiat-A project will NOT be an evidence for such “Integrated 3D Collaboration” project has not been NOT started at all.
The Fiat-A project will not have a deadline. It will be “done, when it’s done”.
In a first step, I will be looking in the DACH region for participants of “The Society” (DACH = Germany, Austria, Switzerland) – see (German language): digits#88 Kopf gesucht.
This cannot be described in a more detailed way, currently.
Happy New Year
Yours Christoph
Area 1.0 (refrigerated) 