Neo

No, all future updates will be available for all users, but users of the plus addon will get updates for a high discount (up to 100%). No, you already have purchased V9 through Steam. There are no special requirements in order to purchase new versions. There is a small Wiki article about the plus version. You can also visit the shop for price information. Kind regards, Neo

Hallo Ronald, danke für die Anpassung, find deine Bezeichner gut so. Viele Grüße, Neo

Hallo Gmd, man kann im laufenden Betrieb keine neuen Ereignisdefinitionen erzeugen oder löschen, du kannst lediglich Ereignisse aktivieren/deaktivieren. Ich sehe hier auch keinen Bedarf, das zu ändern, da ein neues Ereignis eine Neu-Kompilierung aller Ereignisse zur Folge hätte. Das ist nichts, was man im laufenden Betrieb haben will. Wenn du im Vorfeld nicht weißt, auf welche Ereignisse du reagieren willst, dann kannst du immer mit den generischen Ereignissen arbeiten und per Bedingung auf dynamische Situationen reagieren. Viele Grüße, Neo

Hallo Andy, das Osterangebot gibt es seit 2 Tagen und ist begrenzt auf einen Zeitraum bis Ostern. Wenn du kurz vorher das Upgrade für einen höheren Preis gekauft hast, kannst du natürlich jederzeit dein 14-tägiges Widerrufsrecht geltend machen und das Osterangebot annehmen. Ein prozentualer Rabatt je nach reingesteckten Geldern ist wirtschaftlich nicht möglich. Natürlich freue ich mich, wenn ein langjähriger Nutzer regelmäßige Updates kauft, aber dadurch sinken nicht die Kosten der Entwicklung oder des laufenden Betriebs. Die Rabatte können daher nur im Rahmen von Angebotsphasen allgemein gehalten werden. Viele Grüße, Neo

Hallo Blondi99, wenn du dich in V9 mit deiner E-Mail anmeldest, erscheint anschließend im Shop automatisch das Osterangebot. Viele Grüße, Neo

Ich brauche die Variationen nicht, aber wenn du Variationen aus Bestandsmodellen löschst, verschwinden sie auf den Anlagen der Nutzer und werden durch die neue Standardvariation ersetzt. Das macht die Anlagen kaputt. Du musst den Bahnhof also entweder als neues Modell hochladen, oder die alten Variationen beibehalten. Viele Grüße, Neo

Hallo, der Fehler tritt in Zeile 8 auf: if #layout:getVehiclesOn(Signal) > 0 then getVehiclesOn gibt nil zurück, weil "Signal" nicht existiert. Dein ipairs-Aufruf ist nicht korrekt, statt den geschweiften Klammern musst du normale Klammern nutzen (ipairs ist ein Funktionsaufruf). Viele Grüße, Neo

Das ist aber der Normalfall für dein beschriebenes Feature. Oder Fahrzeuge sollen zurück in ein Depot, Ampeln auf einen Ausgangszustand etc. Ich kann deine Gedanken nachvollziehen, aber wenn ich mir ein neues Feature überlege, dann muss das so allgemeingültig sein wie möglich, keine Sonderlösung. Wenn ein Nutzer eine Anlage ein paar Monate später wieder öffnet, weiß er nicht mehr, welche Zustände genau zurückgesetzt werden müssen, um einen Test zu wiederholen, er verlässt sich darauf, "dass das einfach funktioniert". Es gibt nur eine wirklich stabile Lösung, und die ist das Zurücksetzen der gesamten Anlage auf einen vorherigen Stand. Das könnte man usability-technisch noch vereinfachen, um nicht ständig Anlagen zu speichern/zu laden, aber letztendlich läuft es darauf hinaus. Wenn du für deinen speziellen Einsatzfall mit dem Zurücksetzen von Positionen auskommst, dann hast du mit Lua und/oder der Steuerschnittstelle bereits gute Lösungen. Viele Grüße, Neo

Hallo Thomas, eine Untersuchung des Problems hat gezeigt, dass es sich wieder um ein Ungenauigkeitsproblem handelt, dass nur auf Intel-Systemen auftritt (dort arbeiten die Gleitkommaalgorithmen anders als bei AMD). Das ist natürlich eine Unschönheit, die ich beseitigen werde, große negative Auswirkungen hat das Problem aber nicht, du kannst normal weiterarbeiten, bis das Problem behoben wurde. Viele Grüße, Neo

Das ist kein Argument für doppelte Licht-Aktionen. Falls Scheinwerfer einen negativen Einfluss auf die Performance am Tag haben, muss das zentral im Studio gelöst werden, z.B. durch eine zusätzliche Einstellung oder durch eine automatische Reduzierung von Scheinwerfern bei hellem Licht (außer in Tunneln). Der Nutzer sollte sich keine Gedanken machen müssen, ob eine Aktion einen negativen Einfluss auf die Performance hat. Ja bitte, Loks sollen die Umgebung beleuchten, so wie auf einer echten Modelleisenbahn. Oder du verzichtest komplett auf die Scheinwerfer beim Spitzenlicht, was auch in der Realität eher eine Signalwirkung hat. Viele Grüße, Neo

Hallo Ronald, Variationen verbessern die Katalogübersicht, weil vergleichbare Modelle zusammengefasst werden. Die fehlenden Animationen beim Packwagen sind kein Problem, das gibt es auch bei anderen Modellen im Katalog. Wenn du Bezeichner wie "Funktion 1", "Funktion 2" oder "Ausklappen 1", "Ausklappen 2" verwendest, kannst du sowohl die Erker als auch die Klappen damit ansteuern. Gern kannst du auch alle 4 Klappen separat ansteuerbar lassen. Viele Grüße, Neo

Ja das wäre besser, weil ich dann meine Änderungen mit deinen bereits vorgenommenen Änderungen vergleichen kann.

Hallo Gmd, beim Testen geht es ja nicht nur um das Umpositionieren von Objekten, sondern auch um das Zurücksetzen von Zuständen. Das läuft am Ende immer auf eine Zustandsspeicherung der gesamten Anlage hinaus. Viele Grüße, Neo

Hallo Ronald, ich prüfe gerade deine Zirkuswagen, die du als drei Einzelmodelle veröffentlicht hast. Äußerlich sehen sie fast identisch aus, besitzen auch teils die gleichen Aktionen. Mir wäre es lieber, wenn du die Wagen als Variationen in einem Modell zusammenfasst. Alle Modelle haben eine Leiter/Treppe/Rampe und eine Tür/Luke als gemeinsame Aktion. Die Aktionen für die Erker und die Klappen beim Käfigwagen könnte man unter einem allgemeineren Namen auch zusammenfassen. Viele Grüße, Neo

Hallo Reinhard, beim ICE 1 und 3 gibt es das Spitzenlicht einmal mit und einmal ohne Scheinwerfer. Welchen Hintergrund hat das? Ich würde hier nur ein Licht empfehlen. Viele Grüße, Neo