Beiträge von beedle der barde

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!

  • Neunkirch v2 - Update Linie 724

    :__:


    Zu sagen, dass es aktuell nur langsam voran geht, wäre wohl untertrieben.


    Für die bestehenden Bereiche haben sich konkrete Vorhaben bzgl. Fahrplan ergeben. Erste T&T existieren bereits und die KI-Linien sind soweit auch vorhanden.


    Das Mü an Bau-Motivation der letzten Tage konnte ich nutzen, um Altnau etwas mehr Leben einzuhauchen.

    Die Haltestelle auf der Anhöhe wurde in :haltestelle: Neunkirch-Altnau, Wäldli umbenannt.



    Kleines Statusupdate zwischendurch

  • Fahrplaneinstellungen

    Zitat von BusfahrerP

    (always +) wait on dep time: der Unterschied zwischen den zweien erschließt sich mir nicht, nehme lieber Letzteres, es wird aber immer gehalten und Verfrühung abgewartet. Nützlich für die Simulation von Anschlussgarantie, auch wenn er nicht auf einen anderen Bus wirklich warten kann.

    "Always + wait": immer halten und auf die Abfahrtszeit warten.

    Nur "wait on dep time": warte auf die Abfahrtszeit, sofern du angehalten hast. Vmtl dann nur auf Anforderung.

  • Erstellen einer Aufforderungsampel

    Zitat von _Murmel_

    Ampelobjekte von Kartoffelphantom

    so funktioniert das nicht.


    Für eine Anforderung musst du ein Pfadobjekt erstellen, mit Ampelschaltung und eben entsprechender Anforderung.


    Am besten verlegst du erst die Pfade mit Invis_Splines und exportierst das mit dem Paht Exporter. Anschliessend kannst du das im Omsi Object Editor öffnen und die Ampelschaltung erstellen. Wenn du dann konkrete Fragen hast, diese gerne stellen.

  • Erstellen einer Aufforderungsampel

    Der Anforderungspunkt wird mit der stop/jump Funktion in der Ampelschaltung definiert.

    Mit der '[approachdist]' in der .sco wird definiert, ab welcher Distanz eine Anforderung ausgelöst wird...


    An welchem Punkt stehst du gerade an, was hast du denn konkret schon gemacht?

    Steht das Kreuzungsobjekt schon oder triffst du schon da auf Probleme?

  • Erstellen einer Aufforderungsampel

    Externer Inhalt youtu.be
    Inhalte von externen Seiten werden ohne deine Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklärst du dich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.


    Beitrag
    RE: Busbevorzugung
    Die Stop/jump Funktion im wesentlichen:
    (Zitat von beedle der barde)

    Mit dem neuen Pathexporter lässt sich das ziemlich fix umsetzen. Die Erstellung der Ampelphasen dürfte weitestgehend selbsterklärend sein.
    beedle der barde



    Beitrag
    RE: Crossing Editor Anforderungsampel: Bus bekommt nie Fahrt
    (Zitat von beedle der barde)

    In der SDK gab es eine Dokumentation über Kreuzungbau und mit der benutzung vom Editor.

    Doku, SDK, SDK-Tools, DIN-Fonts

    Das ist das "Inoffiziell / unofficial v0.01:"
    Neoplan VEST


    Wenn du das SDK heruntergeladen hast, sollte es da auch eine oberflächliche Anleitung geben.

  • Fahrplanmodifikation als Chronoevent

    Zitat von BeWiLP

    Da dann auch dazugehört, Haltestellenschilder etc. anzupassen stellt sich mir die Frage, ist es im Chronoevent möglich, an einem Modularen Haltestellenschild weitere Linien zu ergänzen, ohne dass das Schild dann bei nichtverwendung der Chrono ein Loch hat?

    Objekte lassen sich für ein Chrono nicht verschieben, nein. Diese Änderung gilt dann für alle Situationen.

    Du könntest allerdings in der Chrono das originale Objekt "löschen" und dann neu setzen und mit deinen Linien ergänzen.

    Änderungen am Text in Textfeldern lassen sich für den Chrono ändern.

  • Nur Himmel mit SignalRoutes

    Ich habe mit deinen Tipps noch ein bisschen rumprobiert, bis jetzt läufts rund.

    Dass der BÜ sich auch darüber ansteuern lässt, hatte ich erst überlesen. Funktioniert natürlich viel besser mit den SignalRoutes. Da hätte ich mir meine Basteleien sparen können. ^^


    Vielen Dank für deine Hilfe und den fantastischen Wiki-Artikel, wagen11 :cork: :super:

  • Nur Himmel mit SignalRoutes

    Zitat von wagen11

    dass die Kachel gar nicht mehr lädt

    Ingame, ja. Im Editor ist alles normal.


    Ich habe nun alles aus der signalroutes.txt gelöscht und eine einzige SignalRoute angelegt mit demselben Ergebnis.

    Pfade der Reihe nach markiert, anschliessend ein Hauptsignal ausgewählt.


    Folgende Fragen/Ideen hätte ich noch:


    Müssen die einzelnen SignalRoutes auch aneinander anknüpfen? Heisst '1' knüpft direkt an '0' an. Ergäbe für mich aber keinen Sinn.

    Dürfen Abschnitte einer SignalRoute nur in eine Richtung befahren werden? Also wenn ein paar Pfade in beide Fahrtrichtungen bedient werden, würde es dann nicht gehen?

    Müssen alle Pfade auf dem (geladenen) Abschnitt in SignalRoutes verwurstelt sein oder funktioniert es auch, wenn nur die benötigten (zB wegen einer Weiche) eingebunden sind?

    Spielt es eine Rolle, zu welchem Zeitpunkt das Hauptsignal ausgewählt wird?


    Weisst du dazu etwas?


    Problem tritt übrigens auch auf, wenn keine .ttl vorhanden sind. Es wird also rein durch Einträge in der signalroutes.cfg ausgelöst.



    Edit: Ich habe mit 2 SignalRoutes ein bisschen rumprobiert. Es scheint mit Weichen zusammenzuhängen. Als bei einer SignalRoute die 4. Weiche (also mehr als 3) dazu kam, trat der Fehler wieder auf. Davor lief das Spiel. (bin noch nicht fertig mit durchtesten)

    Allerdings hielt der Zug, der der 0. SignalRoute folgte, immer davor an, obwohl der Abschnitt frei war. Durch entladen - laden der Kachel fuhr er dann in den Bahnhof ein, allerdings nicht mehr ab, obwohl Zeit erreicht und Abschnitt frei. Er fuhr nicht mal bis zum ersten Pfad der nächsten SignalRoute.


    Edit2:

    Zitat von beedle der barde

    Es scheint mit Weichen zusammenzuhängen. Als bei einer SignalRoute die 4. Weiche (also mehr als 3) dazu kam, trat der Fehler wieder auf. Davor lief das Spiel. (bin noch nicht fertig mit durchtesten)

    Oder auch nicht. ^^ Omsi schien ein bestimmtes Weichenobjekt nicht zu mögen. Als ich es durch normale Splines ersetzt habe, funktioniert nun alles (mehr oder weniger)... :noidea: :banana:


    Es besteht allerdings noch das Problem, dass der Zug manchmal über den Busstop-Würfel hinaus fährt, die Türen kurz öffnet, direkt wieder schliesst, einen Fehler ausspuckt und das Spiel sich dann aufhängt. 146 12:46:35 - - Error: Fehler bei Bereichspr fung: CV.Calculate - J2 (vehicles\M V\Flirt\Flirt_a.ovh) (keine weiteren Fehler im Log).

    Ich nehme an, das lässt sich nicht wirklich verhindern?

    Dateien

  • Nur Himmel mit SignalRoutes

    Hallöle


    Ich tüftle aktuell am Zugverkehr für meine Karte rum. Soweit funktionierte auch alles - Züge fuhren, wie sie sollen.

    Anschliessend habe ich SignalRoutes hinzugefügt, damit die Weichen automatisch schalten. Nun laden die Kacheln nicht mehr. (Bahnhof mit Vorfeld)


    Ich habe mich dabei ans Wiki gehalten (Zugverkehr in OMSI 2)


    Neue SignalRoute erstellt, Signal ausgewählt, Pfade der Reihe nach ausgewählt.

    Es sind keine falschen oder doppelten Pfade markiert, die korrekten Weichen und Signale verbaut. Die eine Signalroute endet vor dem ersten Pfad der folgenden (keine Überscheidung).


    Einige SignalRoutes überschneiden sich dennoch, da sie den selben Startpunkt haben, anschliessend aber einen anderen Weg nehmen. Kommt OmSi damit nicht zurecht?


    Ich wüsste nicht was sonst das Problem sein könnte. Kennt sich da jemand aus?


    Erweitertes Logfile ohne Auffälligkeiten.