As you know, the SrrTrains v0.01 project is closed. I work on it only in “Hobby mode”.
Now, I have collected a few ideas in Hobby Report #13 – The Decision (.pdf) that might lead to an increase of interest.
Though I will not be able to spend more TIME for the project, I could at least COORDINATE or HELP TO COORDINATE a few developers, who feel eager to bring this project forward.
Have a nice week
Well, the idea of having a standardized Network Sensor has been supported by several people, at least by Don B., John C. and by GL.
That made me to PREPARE the SP-ARK project (https://areasharpa.wordpress.com/spark), however I do not own enough ressources to really RUN this project. This project was also called “Plan B”.
Additionally, I had some input for the PS-AKR project (https://areasharpa.wordpress.com/psark), which has NOT been started, either. This project was also called “Plan A”.
Now, considering also my personal future, I had long inner discussions with my conscience: Should I favor Plan A or should I favor Plan B.
Lots of headache for sure.
Result is: What I REALLY feel responsible for, is the SrrTrains project (http://letztersein.wordpress.com/srrtrains-v0-01), which could be either an application of “Plan A” or an application of “Plan B” or even both.
So the real consideration is about:
- Should SrrTrains use classical X3D Player or WebGL based X3D Player or both?
- Should SrrTrains use DIS or Network Sensor or both?
Considering these questions I think I will need some break for recreation and decision making.
Have fun with Web3D
As you know, we have still some content missing for the release “Arimathea” 0033.11 of the SrrTrains v0.01 project (rail vehicles mainly), which is expected by “beyond 2020”.
And it’s not only the content that is missing, we have additionally missing some Visual Basic Framework (the “SRR Tools”), which has not been updated since June 2014.
So I have now frozen the content and released step 0033.10.5 “Fiat A” at the simulrr project http://sourceforge.net/projects/simulrr/files
I have started to RE-DESIGN the SRR Tools.
The future SRR Tools will consist of a kind of library – the SMUOS Base -, which can be extended by Plugins.
Additionally we will need a SMUOS View (MVC Pattern), which uses the features of the SMUOS Base and which can trigger the loading and starting of the SMUOS.
The SMUOS itself will use the GUI features of the SRR Tools for interfacing with the user.
If the Visual Basic Software is not present, then the SMUOS must provide some internal HUDs to replace the GUI features of the Visual Basic Software
Have a nice week
The next release of SrrTrains v0.01 is planned with step 0033.11 by a date “beyond 2020”.
This will be quite some time to pass.
Therefore I am considering to have an “intermediate release” 0033.10.5 by some date earlier.
Suggested Nick for the release; “Fiat A”.
Yes. Looks good.
……I have updated the expectations for SrrTrains v0.01.
Now, when the SP-ARK project COULD be started (see HERE), the expectations for SrrTrains were updated as follows.
- Test Session: after Christmas 2019
(if interest arises)
- SrrTrains v0.01 Step 0033.11 (“Arimathea”): beyond 2020
- SrrTrains v0.01 Step 0033.12 (“tbd”): even later
Have a nice week
Thanks to the precious input by several people, we are having now enough material to start the SP-ARK.