Neo

Danke für die Anpassung. Ich selber kann aus Zeitgründen bei der Freigabe nur redaktionelle Punkte prüfen, wie z.B. die Namens- oder Kategorieauswahl. Bei den technischen Details muss ich mich auf das Feedback der User hier verlassen. Viele Grüße, Neo

Hallo, ich bin auch mit Brummis Lösung einverstanden. Viele Grüße, Neo

Hallo, das Thema ist meiner Meinung nach bereits gelöst. Ein Schalter der An/Aus/Blinken anzeigen soll ist nichts anderes als ein Signal mit 3 Zuständen. Einen generischen Schalter, der alle Situationen abfangen kann, unterstützt das Studio nicht. Man muss es auch nicht übertreiben, es gibt heute schon verschiedene Schalter für verschiedene Einsatzgebiete. Zwei Varianten mit unterschiedlicher Reihenfolge der Zustände braucht es auch nicht, das verwirrt den Nutzer nur. Viele Grüße, Neo

Hallo MarkoP, so eine Integration von Assets in die Anlagendatei ist nicht geplant, da können theoretisch schnell hunderte MB zusammenkommen, wenn man neben Texturen auch 3D-Modelle, Geräusche und andere Inhalte einsetzt. Das wird schnell unpraktisch. Viele Grüße, Neo

Hallo MarkoP, wenn du etwas in den Katalog lädst, ist es Teil des Katalogs, dieser speichert keine Referenzen. Wenn du eine Anlage exportierst, werden Referenzen auf die Inhalte im Katalog exportiert. Gibst du die Anlage weiter und ein anderer Nutzer besitzt den referenzierten Inhalt nicht, dann erscheint bei ihm ein Fragezeichen. Viele Grüße, Neo

Hi Leslie, what problem do you want to solve with this request? Kind regards, Neo

Hallo Bummelzug, durch die Umstellung der Splines in V9 auf das dreidimensionale Verbiegen hat sich die Berechnungslogik der flexiblen Splines geändert. Bei flexiblen Splines müssen alle Spuren in einer Ebene liegen, damit sie problemlos in 3D verlegt werden können (auch entlang eines Geländes). Der Gleiseditor erlaubt hier noch mehr Freiheiten, die später eigentlich gar nicht unterstützt werden. Der Modellbauer selbst hat das Problem nicht, denn er kann mit der zusätzlichen "Höhen-Eigenschaft" einer Spur den Abstand von Rollmaterial zur Spur einstellen, auch dann, wenn die Spur selbst auf Höhe 0 liegt. Diese Eigenschaft wird aber immer vom Original übernommen und kann daher nicht vom Nutzer bei Erweiterungen geändert werden. Eigentlich möchte ich langfristig weg davon, dass der Nutzer manuell Spuren hinzufügt oder ändert, weil das immer zu Problemen führt, wenn der Autor des Originalmodells Änderungen/Korrekturen vornimmt. Welche Probleme bestehen aktuell beim manuellen Verlegen von virtuellen Spuren? Ich würde gern dort ansetzen und Verbesserungen schaffen. Viele Grüße, Neo

Hallo Karl, es ist etwas komplizierter. Der Aufwand, Modelle zu prüfen und freizugeben, unterscheidet sich von Modellbauer zu Modellbauer, und leider gehören deine Modelle häufig zu den Inhalten, die mehr Prüfzeit in Anspruch nehmen. Unabhängig davon stehen deine Änderungen an der Western Kutsche jetzt zur Verfügung, du könntest noch das Western-Set zuordnen, so wie du es in der ersten Version vorgesehen hattest. Viele Grüße, Neo

Hallo Tim, pro Variation wird nur eine Tauschtextur unterstützt, hier gibt es auch keine Unterschiede zwischen Sketchup und Blender. Zu dem Zustandsanzeiger kann ich nichts sagen, ich bin in der Thematik nicht drin. Gibt es hier Überschneidungen mit Kleine Funtionsänderung an GBS-Taster? Viele Grüße, Neo

This is not an intented behavior, I will have a look at it. Kind regards, 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