Beiträge von PingPong

Willkommen in der OMSI-WebDisk!
Als Gast kannst du nur Inhalte in deiner ausgewählten Sprache sehen. Registrierte Nutzer können die Sichtbarkeit anderer Sprachen in ihrem Kontrollzentrum aktivieren, weitere Infos hier.
Alle Themen sind in den Foren mit einer Sprachflagge gekennzeichnet: = Englisch [EN], = Deutsch [DE], = Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch!

    Ein Tutorial speziell für Türscripte gibt es nicht, hier hilft nur konzentriertes Lesen und Verstehen des vorhanden Scripts. Was aber auf jeden Fall notwendig ist, ist die Beschäftigung mit der Scriptsprache allgemein, schon auch weil die "umgekehrt Polnische Notation" einem sonst im Alltag eher nicht begegne

    So siehts aus, du glaubst gar nicht, wie oft ich nach nem Tutorial gefragt werde...


    Faktisch folgt das Script die selbe Logik wie alle anderen: Mache etwas, wenn eine Variable einen gewissen Zustand hat.


    Eine (einfache) zentrale Türsteuerung einzubauen ist nicht schwer, da in der Regel nur die passenden Variablen angesprochen werden müssen und die Trigger/Macros für die vorderen und mittleren Türen normalerweise schon vorhanden sind. Als ganz einfaches Beispiel, wenn es zwei Taster gibt (zb. einen Kippschalter):


    Grundsätzlich werden dann alle Türen dann geöffnet/geschlossen (sofern die Variablen passen), aber da hängt dann noch mehr dran wie ein Sound und/oder die Überprüfung ob eine Tür schon offen ist oder nicht usw... Das Ganze kann dann sehr komplex und verschachtelt aussehen.

    Quick & Dirty-"Patch" für alle zum testen, wenn der Bus einfach nicht mehr losfahren will. Feedback erwünscht... :)



    hajo vielleicht hast du ja noch die Situation gespeichert? Wenn ja, einfach mal die beiden Dateien überschreiben und erneut laden, dann sollte die Kiste hoffentlich wieder losfahren.

    Dateien

    • door_metro.osc

      (64,97 kB, 82 Mal heruntergeladen, zuletzt: )
    • door.osc

      (64,5 kB, 87 Mal heruntergeladen, zuletzt: )

    OMSI ist eben eine olle Zicke. Irgendwo wird sich verschluckt und es werden die wildesten Fehlermeldungen produziert, die oftmals gar nicht unbedingt im Zusammenhang stehen. Leider wurde damals das richtige Debuging nicht vollständig implementiert und teilweise aussagekräftigere Fehlermeldungen deaktiviert. Damit müssen wir nun leben… Es ist schlicht unerlässlich, ein sauberes OMSI zu pflegen, die Readme nach Performance-Tipps zu lesen, Einstellungen zu optimieren und ggf. im Forum nachzufragen. Leider erfolgt oftmals zu schnell ein Fingerpointing auf einzelne DLCs und schlechte Bewertungen - bestes Beispiel war hier wohl das EEP. Aber mit den Jahren der Erfahrung stellt man fest, dass Errors in der Logfile sehr oft Zusammenhangslos sind und OMSI einfach mal wieder nen schlechten Tag hat… Neustart hilft manchmal Wunder, wenn man alles schon geprüft hat. :-)

    Dies steht doch für einen unbegrenzten Wert oder täusch ich mich da?

    Ich weiß nicht, wer das mal hier los getreten hat, aber das ist meiner Meinung nach eine Fehlinformation. Auch wenn dem so sein sollte, warum sollte ich etwas endlos Speicher zuweisen, wo es keinen endlosen Speicher gibt? Technisch schon Unfug… Also vermutlich kein Wunder, warum dein OMSI das tut was es soll: Abstürzen. Setze den Wert auf etwas sinnvolles und vermutlich sind dann die Fehler Geschichte.