Bevor es hier demnächst auch mal wieder mit aktuellen Entwicklungen weiter geht, hier der Hinweis, was seit dem letzten Eintrag hier alles passiert ist – ablesbar an den Patchnotes:
LOTUS Patchnotes :) - 1.EA.110a
---
Before we resume with the latest developments, here is a hint what has happened since the last entry - you can read it in the patch notes:
Der nächste Public-Patch steht bevor – wer mag, kann ihn im NightlyBuild schon testen! Aber Achtung, nicht vergessen: Content, der mit der NightlyBuild erstellt wird, ist u.U. nicht mit der aktuellen Public-Version kompatibel!
Zumindest aber könnt ihr hier schon mal lesen, was so kommt:
Es wird Zeit, dass der NB-Patch nun Public wird... gebt uns noch höchstens ein paar Tage! 
Datum: 04.02.2024
Beginn: 18:00
Ende: geplant 22:00
Zeitzone: UTC+1 / MEZ
In diesem Live-Stream werden wir die Grundlagen des WebAssembly-Skriptings implementieren. Dies wird den Skriptteil und die Implementierung in der Engine umfassen. Wir werden mit einem Skript (in Rust) beginnen, das einfache Zahlen addieren kann, und es erweitern, um den Austausch von Strings, Logging und den Austausch komplexer Objekte zu umfassen, bis wir ein Skript implementieren, das Variablen innerhalb des Simulators ändern kann.
Vielleicht werden wir nicht alles Geplante implementieren, vielleicht geht es viel schneller als erwartet.
Der Stream wird in Deutsch sein.
------------------------------------------------------
Date: 04.02.2024
Start: 18:00
End: planned 22:00
Timezone: UTC+1 / CET
In this live stream we will implement the basics of the WebAssembly scripting. This will include the script part and the implementation in the engine. We will start by having a script (in Rust) that can add simple numbers and will expand it to include exchanging of strings, logging and exchanging complex objects until we implement a script which can change variables inside of the simulator.
Maybe we will not implement everything planned, maybe it goes way faster than expected.
The stream will be in German.
Display More
Datum: 04.02.2024
Beginn: 18:00
Ende: geplant 22:00
Zeitzone: UTC+1 / MEZ
In diesem Live-Stream werden wir die Grundlagen des WebAssembly-Skriptings implementieren. Dies wird den Skriptteil und die Implementierung in der Engine umfassen. Wir werden mit einem Skript (in Rust) beginnen, das einfache Zahlen addieren kann, und es erweitern, um den Austausch von Strings, Logging und den Austausch komplexer Objekte zu umfassen, bis wir ein Skript implementieren, das Variablen innerhalb des Simulators ändern kann.
Vielleicht werden wir nicht alles Geplante implementieren, vielleicht geht es viel schneller als erwartet.
Der Stream wird in Deutsch sein.
------------------------------------------------------
Date: 04.02.2024
Start: 18:00
End: planned 22:00
Timezone: UTC+1 / CET
In this live stream we will implement the basics of the WebAssembly scripting. This will include the script part and the implementation in the engine. We will start by having a script (in Rust) that can add simple numbers and will expand it to include exchanging of strings, logging and exchanging complex objects until we implement a script which can change variables inside of the simulator.
Maybe we will not implement everything planned, maybe it goes way faster than expected.
The stream will be in German.
Push 
Goodbye Unity
Hallo zusammen,
wir verabschieden uns von Unity. Der ausschlaggebende Punkt dafür ist die von Unity eingeführte Runtime-Fee. Die Runtime-Fee an sich ist erstmal nicht das große Problem, jedoch die Art und Weise wie diese eingeführt wurde hat bei uns und vielen anderen zu einem unwiderruflichen Vertrauensbruch geführt. Man kann leider nicht mehr ruhigen Gewissens auf Unity setzen.
Was dann?
Seit der Ankündigung der Runtime-Fee haben wir nach Alternativen geschaut und sind leider nicht sonderlich fündig geworden. Am ehesten wollten wir etwas nutzen. wo wir C# weiterverwenden können, damit wir nicht wieder Code portieren müssen. Allerdings hat keine C# Lösung so wirklich unsere Anforderungen erfüllt. Daher haben wir die Suche auf andere Sprachen erweitert. Vor kurzem sind wir fündig geworden.
Rewrite in Rust
Auf wenn Dinge in Rust neu zu schreiben mittlerweile ein Meme ist, haben wir uns genau dafür entschieden.
- Rust kompiliert zu nativen Binaries welche sehr performant sind
- In Rust zu programmieren ist nach einer gewissen Einstiegshürde sehr produktiv
- Rust ist sehr effizient bezüglich der System-Resourcen wie CPU und RAM
- Das Typ-System ist sehr ausdrucksstark
- "If it compiles, it works"™
~ Bevy, Bevy, Bevy, Bevy ~
Wir benutzen Bevy. Bevy ist Open-Source und bekommt seine Geldmittel von der Bevy Foundation. Auf einen kompletten Open-Source Stack zu bauen verhindert, dass so ein Disaster wie mit Unity passieren kann und gibt uns die Möglichkeit besser auf die Anforderungen von LOTUS einzugehen, da wir in uns den Code anschauen können und ggf. auch Anpassungen und Erweiterungen durchführen können.
Welche messbaren Vorteile ergeben sich?
Im Gegensatz zum Unity-LOTUS und auch zum Pascal-LOTUS gibt es deutlich bessere Performance und geringeren RAM-Verbrauch. Aufgrund des Rust-Typ-Systems und Borrow-Checkers kommt es deutlich weniger Bugs und macht Multi-Threading sicherer und einfacherer. Mehr Kerne = mehr besser!
Bevy liefert von Hause aus automatisches Multi-Threading, Resourcenmanagement und Scheduling. Das heißt wir müssen uns weniger um solche Haushaltsarbeiten kümmern und können uns mehr auf den eigentlichen Simulator konzentrieren.
Wird damit alles noch länger dauern?
Ja und nein. Natürlich müssen wir LOTUS neu in Rust anfangen und aufgrund der sehr unterschiedlichen Art und Weise wie Rust im Gegensatz zu fast allen anderen Sprachen funktioniert, lässt sich der Code nicht einfach 1:1 portieren. Ebenso programmiert man in Bevy aufgrund des ECS deutlich anders als in allen anderen Game-Engines. Das hat Vor- und Nachteile. Wir sehen dies jedoch mehr als Vorteil, da wir damit gezwungen sind uns alles in einem neuen Licht anzuschauen und damit einfacheren (damit auch weniger Bugs) und performanteren Code zu schreiben.
Aufgrund der ECS-Architektur müssen wir uns nicht mehr mit Objekt-Hierarchien und deren Aufbau und Beziehungen herumschlagen, sondern können Datenorientiert arbeiten. Dies macht den Code flexibler und performanter. Dies erhöht die Geschwindigkeit in der wir Features entwickeln können immens. Wir zahlen also jetzt erstmal einen verhältnismäßig kleinen Preis um später auf der Überholspur zu sein.
Liebe Fans, Freunde und Interessierte,
wir möchten Euch heute zum allerersten Map-Playtest von LOTUS mit unserer neuen Engine einladen!
In der aktuellen Version stecken unzählige Stunden Arbeit, Herzblut und Hirnschmalz. Unser Ziel war es, den größten - und berechtigten - Kritikpunkt an unserem Simulator endlich abzuschütteln: die Performance. Darunter fallen die Ladezeiten zu Beginn der Simulation, das Nachladen während der Simulation und natürlich auch die FPS. Und wir denken, wir haben es geschafft!
Wir sind mit dem derzeitigen Stand auf unseren eigenen Geräten schon zufrieden - doch jetzt kommt Ihr ins Spiel. Schnappt Euch LOTUS und überzeugt Euch selbst. Lasst uns Euer Feedback da, Gutes wie auch Schlechtes. Wir machen in der Zwischenzeit weiter - denn wir wollen mit der neuen Version ENDLICH, das Euer Content das bekommt, was er verdient: Unseren besten Simulator!
...doch wie? Der jetzige Playtest ist ausschließlich auf 64bit-Windows-Systemen verfügbar. Linux muss noch ein wenig warten
Es gibt zwei Möglichkeiten, das neue LOTUS zu starten: Wenn Ihr LOTUS über die Steam-Bibliothek startet, könnt Ihr per Startoption "LOTUS.NG" auswählen oder einfach im Installationsordner von LOTUS zum Ordner "lotus_ng" wechseln und darin die simulator.exe starten.
Wir freuen uns auf Eure Rückmeldungen und wünschen nun viel Spaß.
Warum sind manche Texturen einfarbig grün oder rot?
Rote Texturen bedeuten, dass es sich um dynamische Texturen (Text-Texturen, Tauschtexturen und gezeichnete Texturen) handelt, welche im Moment noch nicht implementiert sind.
Grüne Texturen bedeuten, dass es sich um Vegetation handelt Nein, es handelt sich um Texturen, bei denen mindestens eine Kantenlänge keine Zweierpotenz ist.
Wo befindet sich die Logdatei?
Die Logdatei finden sich in eurem Benutzer-Ordner unter "AppData/Roaming/LOTUS-Simulator/simulator.log".
Die Tunnel sind weg?
Sind noch nicht implementiert – also kein Bug, sondern ein Feature! 
Wie wird die Performance mit KI-Verkehr und Co. aussehen?
Wir erwarten keine nennenswerte Veränderungen mit Implementation wie dem KI-Verkehr. Die neue Architektur ist auf maximale Parallelität, basierend auf Datenabhängigkeiten ausgelegt. Sprich solange etwas nicht die selben Daten anfasst, läuft es parallel. Die Daten schnüren wir extra in kleine Pakete damit mehr gleichzeitig passieren kann.
Beispielsweise können gleichzeitig folgende Dinge abgearbeitet werden:
Die Liste könnte man ewig weiterführen.
Mehr Kerne = mehr besser
Moin allerseits! 😊
Hier ein kurzer Überblick über die Entwicklungen seit der letzten Release-Version und was aktuell in Arbeit ist:
Scripting:
Fahrzeuge:
Fahrzeuge können geladen und gefahren werden, inklusive korrekter Animation von Achsen und Drehgestellen. Weichen sind zwar noch nicht implementiert, aber die Struktur dafür steht bereits, sodass man nicht mehr „irgendwohin“ fährt.
Performance-Optimierungen:
Ekranos achtet stets auf die Performance. Mit einem mittelstarken System kann man jetzt mit hoher Framerate und Geschwindigkeit über die Karte rasen, ohne dass es zu Rucklern kommt. Besonders beeindruckend: die Berlin-Karte mit vielen individuellen, hochauflösenden Texturen lädt in Sekunden nach dem Start komplett nach.
Ausblick:
Es gibt noch einige Features, die vor dem nächsten Release fertiggestellt werden sollen. Wir bitten also noch um ein wenig Geduld! 😊
Bleibt gespannt! 🚀
Moin allerseits!
Kurzer Stand zwischendurch:
Neben diversen Arbeiten im Hintergrund (Umstrukturierungen, Optimierungen, Code-Pflege usw.) gibt es nun:
Viele Grüße!
Tach!
Das Thema Lichtquellen soll mal irgendwann angegangen werden, da gab's ja noch nicht viel zu sehen. Was braucht man dafür? Nun – zuerst einmal natürlich Dunkelheit! Dunkelheit ist die Abwesenheit von Licht... Die logische Konsequenz ist also die Umsetzung der Bewegung der Sonne, um sie auch mal unter den Horizont zu bekommen.
Und damit das alles wieder so realistisch wie möglich abläuft, mussten wir uns mit solch sonderbaren Begriffen wie Rektaszension, Frühlingspunkt, Ekliptik usw. rumschlagen, aber nun ist es vollbracht: Einen Sternenhimmel gibt es zwar noch nicht, aber die zugehörige Bewegung desselben erfolgt nun, und auf diesem wiederum bewegt sich die Sonne auf ihrer Bahn um die Erde... äh, naja, alles ist irgendwie umgekehrt, aber das ist ja alles eine Frage des Standpunkts... und der befindet sich natürlich in Berlin!
Kurz gesagt: Es gibt jetzt eine sichtbare Sonne (die ordentlich "aufgedreht" wird... ), und diese beleuchtet nun die Karte dynamisch, wenn auch bisher immer mit derselben Farbe und auch, wenn sie "von unten" scheint...
Viele Grüße!
Anlässlich (bereits seit einiger Zeit) fertiggestelltem Himmel, Sonne und Licht eine kleine Impression:
Schon längst sind aber auch die Lichtquellen in Arbeit!
Moin allerseits!
Es ist mal wieder viel Zeit und ein neues Jahr ins Land gezogen.
Und es ist wieder viel passiert:
Die Kupplungsanimation nervt jedoch noch herum...Nebenbei wird beim nebenbei entstehenden GT6N-Script ein allgemeines Script-Grundgerüst aufgebaut, welches dann alle für ihre eigenen Projekte nutzen können.
Soweit aus den Werkshallen...
Viele Grüße
Marcel
Moin allerseits!
Nach längerer Zeit haben wir nun eine kurze, aber sehr gute Nachricht zu melden:
Die Features der nächsten großen Release-Stufe sind abgeschlossen und befinden sich in der Beta! Momentan müssen also "nur" noch Bugs behoben werden und die für diesen Stand notwendigen Script-Standards abgeschlossen werden; bei der Gelegenheit werden auch die Basisfunktionen des neuen Scripts für den GT6N fertiggestellt, sodass man den nun auch in der NG anständig durch die Gegend fahren kann. Und Gerüchten zufolge sind hinter "anderen" Kulissen auch schon diverse andere Scripts am Entstehen...
Seit dem letzten öffentlichen Stand, bei dem man nur über die Karte fliegen konnte, steht diese Stufe unter der Überschrift "Fahren" mit all ihren Facetten:
Aber der Einfachheit halber: Das Einzige, was noch fehlen wird, sind die Interaktionsmöglichkeiten mit Dingen, die noch nicht existieren (FIS, Ampeln, Fahrpläne, so'n Kram) und es ist geplant, dass abgesehen von Rust auch eine andere (einfachere) Sprache offiziell von uns unterstützt wird.Außerdem hat man einen Himmel mit Sonne, der über die justierbare Uhrzeit entsprechend auf Wunsch eingestellt werden kann (und natürlich weiter läuft). Hierdurch kommen die Lichtquellen und Nachttexturen ja erst richtig zur Geltung!
Und wie soll es weiter gehen? Nun, unsere aktuelle Planung findet ihr hier:
Moin allerseits!
Wir sind momentan dabei, die gesamte Multiplayer-Umgebung von LOTUS neu aufzusetzen, um alles in der neuen Engine schön, modern, stabil und schnuckelig zu machen. In dem Zusammenhang wird auch der Server neu aufgesetzt. Alles, was Ihr zum Arbeiten an und Benutzen von Content benötigt, wird mitgenommen, da braucht Ihr Euch keine Sorgen zu machen.
Wir werden aber den ganzen Sozial-Bereich in LOTUS (Freunde, Unternehmen, Gruppen, Chats, Lobbys, Kalender, Shop usw.) wegwerfen und neu machen. Ich kündige Euch das heute an, damit Ihr die Möglichkeit habt, noch Informationen (oder Erinnerungen?) aus der alten LOTUS-Sozial-Umgebung zu retten, bevor sie abgeschaltet werden.
Fleißige Grüße
Eure LOTUS-Entwickler
---
Hello everyone!
We are currently in the process of rebuilding the entire LOTUS multiplayer environment to make everything in the new engine beautiful, modern, stable and cute. In this context, the server will also be rebuilt. Everything you need to work on and use content will be carried over, so you don't need to worry.
However, we will be discarding the entire social area in LOTUS (friends, companies, groups, chats, lobbies, calendar, shop, etc.) and rebuilding it from scratch. I am announcing this today so that you have the opportunity to save any information (or memories?) from the old LOTUS social environment before it is shut down.
Best regards
Your LOTUS developers
Moin allerseits!
Es ist mal wieder Zeit für einen Wasserstand!
Die folgende Neuigkeit ist sicherlich die interessanteste:
Die Programmiersprache "Go" (https://go.dev/) hat sich in den letzten Jahren ordentlich gemausert und wurde von uns auserkoren, als die angekündigte alternative Script-Sprache genutzt zu werden [bisher ohne Go-Routinen]! Die nötigen Implementierungen sind beinahe abgeschlossen und Scripts laufen bereits.
Googelt gerne mal (oder nutzt eine berühmte KI ) : die Sprache ist mit Sicherheit für den Laien einfacher zu erlernen, als Rust, zumal man damit deutlich "dreckiger" programmieren kann, ohne dass einem der Compiler gleich einen Strich durch die Rechnung macht – ideal z.B. für kleine einfache Scripts (Szenerieobjekte und so). Aber auch umfangreiche Scripts sind kein Problem, da Go trotzdem, gerade im Vergleich zu Pascal Script, sehr viel mehr kann.
Und sonst so?
Wie bereits angedeutet, sind wir aktuell in einer Phase des Bugfixens, aber vor allem in einer Phase, in der wir versuchen, im Bereich Script so viel wie nur möglich bereits jetzt "rund" zu machen. Das frisst natürlich Zeit, aber nichts ist ärgerlicher, als wenn wegen Unachtsamkeiten oder dann doch noch nötigen Nach-Implementierungen Breaking Changes entstehen, die zwingend erfordern, dass alle ihre Scripts neu kompilieren und hochladen müssen.
Zwei Beispiele:
Außerdem wurden zwischendurch natürlich viele weitere kleinere Dinge erledigt, bspw.:
Und der Blick in die Zukunft?
Nun, abgesehen von den oben ausgeführten Punkten, die aktuell noch in Arbeit sind, gibt es noch ein paar grafische Ungereimtheiten und wir müssen uns natürlich auch mit der Dokumentation auseinander setzen. Das müsste es dann wohl gewesen sein...
Viele Grüße!
Marcel
Moin alle miteinander,
angesichts der Tatsache, dass vor kurzem die erste Version der neuen Plugin-API in die Beta gekommen ist, wollte ich diese Gelegenheit einmal dafür nutzen, mal wieder ein paar Bilder aus der Entwicklung zu zeigen und dabei auch gleich eine der neuen Möglichkeiten aus der Plugin-Schnittstelle zu zeigen.
So ist es in Zukunft möglich, dafür vorgesehene Script-Texturen aus Lotus heraus zu exportieren und über die HTTP-Anfrage auslesen zu können. Um dies direkt einmal zu testen, habe ich das MMS und das IBIS des GT6N direkt einmal schnell im Browser aufbereitet. Neben dem Anzeigen ist auch eine Fernsteuerung des Simulators über die Plugin-API möglich.
Also bleibt gespannt, was die NG Version für LOTUS noch alles so an Funktionen mit sich bringen wird.
---
Hello everyone,
Given that the first version of the new plugin API entered beta recently, I wanted to take this opportunity to show a few more images from the development process and also demonstrate one of the new possibilities offered by the plugin interface.
In future, it will be possible to export designated script textures from Lotus and read them via HTTP request. To test this out straight away, I quickly prepared the MMS and IBIS of the GT6N in the browser. In addition to displaying the simulator, it is also possible to control it remotely via the plugin API.
So stay tuned to see which other features the NG version for LOTUS will bring.
MMS im GT6N und die mögliche Fernsteuerung aus dem Browser-Fenster. *
Das IBIS des GT6N ist für diesen Test ebenfalls im Browser erreichbar und das Gerät im Simulator lässt sich darüber steuern. *
----
* = Die hier gezeigten Module MMS und IBIS (überarbeitet) werden zum ersten öffentlichen Release der NG Version (vermutlich) noch nicht zur Verfügung stehen. Ich bitte schon im Voraus um Geduld.
The MMS and IBIS (reworked) modules shown here will (probably) not be available for the first public release of the NG version. I apologise in advance for this delay.
Moin in die Runde!
Anlässlich des Releases der neuen NG-Version werde ich heute mehrmals im Discord-Voice sein:
Ab 12:00, 15:00, 18:00 und 21:00 Uhr.
Dann können wir gepflegt quatschen, wichtige und unwichtige Fragen klären und wer möchte, kann sich an die ersten (Rust-)Scripts wagen - immerhin kann ja jedes Objekt und jedes Fahrzeug, auch wenn es fremd ist, ein selbstgebasteltes Script bekommen! Oder vielleicht habt ihr ja auch andere Anliegen?
Ich freue mich auf Euch!
Moin!
Ich habe heute auf unserer docs.lotus-simulator.dev-Seite ein erstes Tutorial in Form einer Schritt-für-Schrittanleitung geschrieben:
https://docs.lotus-simulator.d…rust/experiments_vehicle/
Feedback ist sehr gern gesehen!
---------
Today, I startet a script tutorial on our docs.lotus-simulator.dev page. Until now, it is only available in German, but don't worry, it will be translated, too.
