Beiträge von IREgio612

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!

    Die AI-List sieht eigentlich in Ordnung aus.

    Das schon, aber alleine die Tatsache, dass in der AI-Liste keine Gruppen für Züge eingetragen sind, würde zumindest diese Fehler in der Logfile erklären:

    Schreibe bitte mal zusammenhängend und nicht chatartig (s. auch Regelwerk Webdisk).


    Deine Vorgehensweise ist grundsätzlich falsch, weil, Fahrgäste nehmen IMMER den kürzesten Weg. Man kann einen Umweg erzwingen, wenn man einen Punkt dort drauf legt, den die besuchen wollen/müssen/sollen - eben der Entwerterpunkt.


    Zur Verdeutlichtung:


    Rot ist der reguläre Pfad und blau der, der von euch zusätzlich hinzugefügt werden soll. Dieser Pfad wird normalerweise nicht verwendet, da länger. Da aber dort der Entwerter-Punkt liegt, müssen die dort lang gehen.


    Normalerweise sollte deine Methode (wenn sie denn überhaupt richtig umgesetzt wurde?) auch funktionieren, dann würden aber alle Fahrgäste, welche dort lang laufen, die eTicket-Funktion triggern und nicht nur die, die ihr "Ticket entwerten" möchten.

    Das Hauptproblem wird eher die Nummerierung der Objekte sein. Alle Objekte, welche auf der Karte verbaut sind, haben eine ID. Und die sollte nur einmal vorkommen:

    Ich würde aber auch noch etwas zum Drucker anmerken... Der erscheint mir etwas zu perfekt. Das Ding hat einfach 0 Ladezeiten. ^^ Man klickt auf HST VOR und es kommt sofort die Ansage, ohne Verzögerung. Und beim Ticket ausdrucken kommt das auch sofort und vor allem ohne irgendeine "Druckt ..."-Meldung. Ist das in der Realität wirklich so?

    bus_hobby

    ja, da hat sich ein fataler Fehler in der Model.cfg eingeschlichen. Seht ihr, wie die Textur lights_stand (ohne Dateiendung!) in der o3d nicht gefunden wird? Das vor allem auf einer Matrix macht Bereichsprüfung TUV 0


    lässt sich einfach beheben, wenn man die Zeilen mit denen vom 315er €3 ersetzt

    Code: S317UL_Euro3.cfg - FALSCH
    [matl_change]
    lights_stand
    0
    elec_busbar_main


    Code: S317UL_Euro3.cfg - RICHTIG
    [matl_change]
    vmatrix_voll.bmp
    0
    lights_stand