Neo

Hallo MarkoP, die Zusammenhänge sollten dir jetzt klar sein, natürlich kannst du deine eigenen Schlüsse daraus ziehen. Wichtig ist für dich die Erkenntnis, dass die Modellbauer sich an den Konzepten des Studios orientieren, und diese gehen langfristig weg von einer rein technischen Ansteuerung von Animationen. Wie aber schon mehrfach erwähnt ist das alles weniger dramatisch als dargestellt, du wirst auch von zukünftigen Versionen nicht enttäuscht werden. Viele Grüße, Neo

Hallo MarkoP, du übersiehst das große Ganze und glaubst, dass ich aus einer Laune heraus Änderungen am Studio vornehme. Für dich mag es eine Gängelung sein, dich in neuen Versionen an neue Verhaltensweisen anzupassen, bist nicht der einzige, der immer wieder betont wie schlecht das Studio ist und lieber bei V5 bleibt (Achtung Shitstorm in 3..2..1.. ) Die Wahrheit ist aber, dass das Studio jedes Jahr größer wird und immer mehr "Casual-User" anspricht, also einfacher und zugänglicher wird. Und das ist auch mein Anspruch: Ich möchte keine Spezialsoftware entwickeln, für die erstmal ein Studium oder ein Handbuch benötigt wird. Ein Nutzer soll das Studio starten und sofort Spaß am Bauen und Spielen haben (und nein, Profiwerkzeuge wie Lua stehen dem nicht im Weg). Das Thema Individualisierung gibt es seit Bestehen des Studios, da sind deine angesprochenen Türanimationen nur ein Beispiel. Es gibt Leute, die beschweren sich, weil sie die Farbe der Gardinen einer Gartenlaube nicht ändern können (ich übertreibe bewusst). Irgendwo muss es eine Grenze geben, wie weit man diese Individualisierung treibt, denn jede Funktion hat Einfluss auf die Bedienbarkeit und setzt neue technische Hürden. Du weißt selber wie empfindlich die Leute bei niedrigen FPS reagieren. Für mich steht die Gestaltung der Landschaft, das Verlegen von Gleisen und Straßen, die Steuerung von Fahrbetrieb und einer lebendigen Welt im Vordergrund. Ob sich eine Tür nun um 90° oder um 180° öffnet und ob der Nutzer selber darauf Einfluss nehmen kann hat für mich eine geringere Priorität. Da gibt es spannendere Themen. Ich kann verstehen, wenn du eine für dich liebgewonnene Funktion verlierst, aber ich kann dir auch versichern, dass ich Änderungen am Studio gewissenhaft vornehme, mit Berücksichtigung der potentiellen Auswirkungen. Die neuen Schalter sind viel mehr als einfach nur eine andere Animationssteuerung, denn mit den Schaltern kann der Modellbauer völlig neue kreative Wege gehen. Anstatt einfach nur eine Tür zu öffnen, könnte gleichzeitig auch ein Licht angehen und ein Geräusch erklingen. Das sorgt am Ende für eine noch lebendigere Welt im Studio, ohne dass der Nutzer drei Aktionen in der EV programmieren muss. Das Potential ist größer als eine einfache Animationssteuerung, und die Schalter stehen auch erst am Anfang, selbstverständlich wird es auch dort Weiterentwicklungen geben. Viele Grüße, Neo

Bei Bestandsmodellen und -anlagen gibt es die gewohnte Animationssteuerung auch weiterhin. Auch in Zukunft werden alte Anlage nicht plötzlich obsolet, nur weil sich das Benutzerinterface ändert. Das kann ich so nicht bestätigen, weil ich nicht alle Modelle kenne, ich kann nur über Bestandsmodelle aus V8.5 und früher berichten. Diese werden in V9 automatisch durch das Studio mit den integrierten Schaltern ausgerüstet. Da das Studio aber nicht entscheiden kann, ob eine Animation mehrstufig oder nur "binär" ist, werden für alle Animationen Schalter erstellt. Das hat abgesehen von der Benutzeroberfläche aber keinerlei Auswirkungen, denn solche automatisch konvertierten Animationen stehen auch weiterhin in der Animationssteuerung zur Verfügung. Für Bestandsanlagen gibt es daher keine Nachteile. Und bei neuen Modellen kann der Modellbauer selber entscheiden, ob er einen Schalter für eine Animation anlegt, je nach Typ der Animation. Dass man dann in solchen Fällen eine sich öffnende Tür nicht mehr an einer beliebigen Position stoppen kann, sondern auf die vom Modellbauer festgelegte Animation beschränkt ist, ist eine für mich akzeptierbare Einschränkung, weil der Komfortgewinn der neuen Schalter überwiegt. Auf jeden Fall, nur gehe ich soweit und sage, dass die Animationssteuerung zur "Konfiguration" von Längen und Breiten eine denkbar schlechte Lösung ist und ich deshalb langfristig davon wegmöchte. Das bedeutet nicht den Wegfall einer Funktion, sondern ein besseres Nutzerinterface, denn ein Einsteiger kommt nicht auf die Idee, eine Animation abspielen zu müssen, nur um die Breite einer variablen Schwelle einzustellen, das ist nicht intuitiv. Viele Grüße, Neo

Die alte Animationssteuerung wird dann entfernt, wenn es einen adäquaten Ersatz für die dort enthaltenen Funktionen gibt. Kein Grund Probleme heraufzubeschwören, wo keine sind. Viele Grüße, Neo

Hallo MarkoP, nein, Anlagen enthalten nur Referenzen auf die verwendeten Inhalte. Viele Grüße, Neo

Hallo Cafépause, an den Stellen, wo keine binären Schalter sinnvoll sind, wird es auch weiterhin die Ansteuerung von Zwischenwerten geben. Langfristig wird hier lediglich das UI zugänglicher gemacht. Viele Grüße, Neo

Hallo MarkoP, darauf haben die Modellbauer keinen Einfluss. Sobald in einem neuen Modell eine Animation per Schalter gesteuert wird, ist eine manuelle Ansteuerung der Animation nicht mehr vorgesehen. Das hat konzeptionelle Hintergründe, denn hinter einem Schalter können nicht nur Animationen, sondern auch Lichter, Geräusche und Partikeleffekte hängen. Der Modellbauer bekommt dadurch mehr Möglichkeiten bei der Modellinteraktion. Viele Grüße, Neo

Hallo MarkoP, bitte die Zusammenhänge genau beachten, es geht nicht um Schatten grundsätzlich, sondern um die Schattenberechnung von potentiell 1000 Lichtquellen und mehr in der aktuellen Kameraansicht. Auch wenn das ein nettes Feature wäre, kein Echtzeitprogramm könnte so etwas heutzutage leisten. Aus diesem Grund beschränkt das Studio die Schattenberechnung auf die größte Lichtquelle, die Sonne. Viele Grüße, Neo

Hier unterliegst du einem Irrtun. Alle 3D-Objekte verhalten sich beim Thema Schatten/Beleuchtung gleich. Platziere eine Glühbirne über dem Gelände, dann strahlt sie auch Objekte unterhalb des Geländes an (solange die Objekte im Einflussbereich des Lichts liegen). Das ist mit aktuellen Computern nicht praktikabel. Wenn das Thema Echtzeit-Raytracing noch ein paar Jahre weiterreift und irgendwann im Mainstream angekommen ist, könnte das Schattenproblem gelöst werden, aktuell gibt es leider nur Workarounds. Viele Grüße, Neo

Hallo Ronald, Schatten sind rechentechnisch sehr intensiv und daher ein Kompromis zwischen Performance und Detailgrad, Artefakte können je nach Geometrie nicht ausgeschlossen werden. Mit dem Thema hier hat dies aber nichts zu tun. Viele Grüße, Neo

Bitte explodier jetzt nicht, aber die Dunkelheit unter dem Gelände ist das Ergebis des Schattenwurfes durch das Gelände selbst. Deaktiviere die Schatten in den Grafikeinstellungen, dann sind die Tunnel wieder hell. Keine Magie, kein Thema verfehlt, Schatten sind das, was du willst. Verkleinere den Lichtradius/-größe deiner Innenbeleuchtung, dann strahlt das Licht nicht mehr über deine Gebäudebegrenzung. Etwas anderes mach Planet Coaster 2 auch nicht. Viele Grüße, Neo

Hallo MarkoP, bitte bleib sachlich, je lauter du "schreist", desto weniger wirst du hier gehört. Du versuchst hier eine Trennung von Lichtabsorbtion und Schatten vorzunehmen, die es so nicht gibt, denn Schatten ist nichts anderes als die Abwesenheit von Licht, also dunkle Bereiche, auf die kein Licht fällt, weil es zuvor von einem Körper absorbiert wurde. Wenn in Planet Coaster 2 das Licht nicht durch Objekte durchscheint, dann weil das Spiel entweder mit Schatten arbeitet (was bei tausenden Lichtquellen technisch nicht möglich ist) oder Tricks anwendet, um die Reichweite des Lichts künstlich einzugrenzen. Hierbei handelt es sich aber um designtechnische Kniffe, die stark situationsabhängig sind und mit der "Innenbeleuchtung" im Studio vergleichbar sind, bei dem es harte Grenzen für die Lichtausbreitung gibt. Ohne konkrete Beispielbilder/Anlagen bleibt es aber eine sehr theoretische Diskussion ohne konkrete Lösungstipps. Viele Grüße, Neo

Hallo MarkoP, auch Planet Coaster 2 berechnet nicht für jede Lichtquelle eigene Schatten, das gibt es bei keinem Spiel. Durch eine Umpositionierung der Lichtquelle oder designtechnische Kniffe kann man solche Effekte aber kaschieren. Viele Grüße, Neo

Hallo MarkoP, Grundkörper verhalten sich nicht anders als normale 3D-Modelle. Von Lichtquellen angestrahlte Objekte werfen aber keine Schatten, das wäre bei tausenden Lichtern nicht in Echtzeit berechenbar. Als Notlösung gibt es daher den Lichttyp "Innenbeleuchtung", bei dem das Licht an den Grenzen hart abgeschnitten wird. Viele Grüße, Neo

Hallo MarkoP, das Ereignis "Animation gestartet/gestoppt" liefert als Auslöser bereits den Zustand der Animation mit. Nutze dafür einfach die Bedingung "Eigenschaft/Variable besitzt den Wert" und verwende den entsprechenden Auslöser. Viele Grüße, Neo

Hallo Hermann, mir war nicht bewusst, dass die RTR-Modelle so rudimentär sind, dann sind sie für den Online-Katalog eher nicht geeignet, die Ansprüche der MBS-User sind heute etwas höher. Dann belassen wir es bei deinem manuellen Download. Viele Grüße, Neo

Hallo, die Idee einer "EV-Bibliothek" gibt es schon länger, würde aber natürlich nicht nur auf Lua-Skripte beschränkt sein, sondern selbstverständlich auch grafische Module unterstützen. Schon heute ist die EV modularisiert, und eine Bibliothek würde diese Module separat speicherbar machen (inkl. aller Online-Katalog/Sharing-Funktionen). Viele Grüße, Neo

Hallo Walter, anscheinend definierst du die Lichter nicht in deinem Konstruktionsprogramm (Blender, Sketchup...), sondern nutzt das Hilfstool im Studio. Das ist aber nicht dafür gedacht, neue Modelle mit Lichtern auszustatten, sondern dient nur als Hilfe für Modelle, für die es keine Originaldaten mehr gibt oder der Autor nicht mehr zur Verfügung steht. Dieses Hilfstool wird langfristig auch wieder aus dem Studio entfernt. Bitte konfiguriere deine Lichter in deinem Konstruktionsprogramm, so wie im Modellbau-Wiki beschrieben. Dort kannst du für jede Variation eigene Konfigurationen vornehmen. Viele Grüße, Neo

Das ist doch keine Lösung, warum passt du die Größe der Lichter in den jeweiligen Variationen nicht an?

Hallo Walter, danke für die Anpassung. Bei den Variationen "Augsburg Hauptbahnhof" + "mit Wegen" geht die Bahnsteigbeleuchtung über das Modell drüber. Viele Grüße, Neo

Ersteres ist machbar, ja. @Leslie This has nothing to do with inheritance. Kind regards, Neo

Hallo @HWB Berlin, wenn du die Modelle bereits konvertiert hast und die Erlaubnis vom Autor @rtrfan739 hast, dann kannst du die Modelle auch in den offiziellen Online-Katalog laden. Viele Grüße, Neo

Die Einzelschalter sind in Ordnung so, ich hätte nur noch einen letzten Wunsch. Kannst du bitte bei ein paar der Lichter den Automatikmodus aktivieren, sodass das Modell bei Nacht bereits leuchtet? Viele Grüße, Neo

Hallo Karl, zu deiner Postkutsche habe ich noch Rückfragen/Anmerkungen: Ist es sinnvoll, die Kutsche als Antriebsfahrzeug einzustellen? Eine Kutsche fährt doch nicht selber. Die Ausrichtung der Kutsche ist verkehrtherum, sie fährt aktuell rückwärts, wenn sie eine positive Geschwindigkeit bekommt. Bitte die Kupplungen korrekt standardmäßig aktivieren/deaktivieren Eine bessere Kategorie wäre "Straßenfahrzeuge - Kutschen, Karren", das Western-Set kann beibehalten werden. Viele Grüße, Neo

Schick sie mir per E-Mail.