= Englisch [EN], 
= Deutsch [DE], 
= Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch! Wie lang hast du denn die Länge des Bussteigs definiert? Zeig im Zweifelsfall mal deine Einstellung. Ich vermute mal dass der entweder zu kurz oder der Würfel zu weit hinten ist (bzw. beides).
wenn ich leerfahrt schildere bleiben sie stehen komisch
Was ist daran komisch? Linienziel = Einsteigen, Leerfahrt = Nicht einsteigen, wie in der Realität auch.
Wenn aber die Fahrzeugmitte zu weit vom Würfel weg ist, denken die Fahrgäste, der Bus steht zu weit hinten und kommt erst noch vorgefahren.
Es gibt (laut den Listen im Wiki) keine Variable o.ä. für den Umlauf, genau da scheitert es und deshalb ist Darios Script so kompliziert. Und ich meine es lässt nach einem Bestimmten Muster sogar Falschangaben zu.
Bei den ersten beiden Punkten könnte ich dir bei Bedarf helfen.
Wenn du Objekte suchst, öffne die Map, auf der du sie gesehen hast, im Editor und klick sie an, dann steht im roten Text der Dateipfad.
Ich stand bereits vor dem gleichen Problem wie du.
Darius verechnet sich iden Plan irgendwie aus Wochentag, Linie und Abfahrtszeit, wie genau verstehe ich nicht. Ich habe als Kompromiss quasi einen Schichtplanordner erstellt, in dem man dann per Mausklick durch alle verfügbaren Umläufe schalten kann.
Schau mal dass im Texture-Ordner der Map ein unterordner "map" vorhanden ist, notfalls erstellen.
Map: Bad Hügelsdorf 2020
Bus: Citaro FL G
Dein Busstopwürfel muss also genau so heißen, wie die letzte Haltestelle der Hof-Datei.
Wie die Haltestellen in der HOF-Datei heißen ist doch eigentlich völlig egal?!
Wichtig ist nur der von Bamp markierte Name des Ziels, ob du jetzt nur das Ziel schilderst oder mit Haltestelleninfo (also über Linie/Route) fährst, ist OMSI im normalfall völlig egal.
Wie verhält es sich denn wenn du den Zielnamen im Editor (also die Texteingabe unter "Terminus") angepasst hast?
Ich vermute dass du irgendwo einen Blinden (=nicht genutzten) Busstopwürfel hast. Dann Steigen die Fahrgäste teilw. in quasi jeden Bus ein und so schnell nicht mehr aus. Diese am besten einfach mit 0 Fahrgästen Definieren solang da keine Linie hält.
Das ging jetzt aber schnell mit dem Winter...
Naja, Sonntags sollte das noch ohne Stress gehen, und mit so einem Modernen Stern sowieso.
Map: Bad Hügelsdorf 2020
Bus: C2LE (Mitx aus HHA67 und WSW)
Das Problem an der Automatik ist, dass OMSI die Zeiten allein aus der Distanz berechnet, d.h. 30er-Zonen, Autobahnabschnitte, Ampeln ect. sind nicht einberechnet. Auf meiner Eigenen Map hat das bis zu 10 Minuten Unterschied gemacht, die man mit dem automatischen Profil dann immer zu früh/zu spät wäre.
Mit der Grundorfer AIlist kann es gar nicht funktionieren, weil diese andere KI-Gruppen für die Busse hat.
Die oben gezeigten Texturen brauchst nicht mehr konvertieren, die kann man so an sich direkt nutzen.
um welche/n KI-Bus geht es denn?
Bei den Bussen von Darius liegt es an nem Scriptfehler, da gibts glaub nen Fix hier in der Webdisk.
Wer issn dieser komische gesperrte Futzi da?
hat sich offensichtlich um soziale Sachen bemüht, ist nicht so gern gesehen da drüben glaub ich...
Nein, du musst evtl. im Editor das Colorsheme festlegen in den Objektoptionen.
Ist soweit ich weiß eine der Beta-Versionen, die die Patreon-Unterstützer von Sobol erhalten.
ja, die Paywaremaps basieren darauf. BHD2020 ist aber z.B. mehr als Doppelt so groß als die V1 (7 statt 3 Linien), außerdem wurden sehr viele (gefühlt fast alles) eigene Objekte Verbaut.
Hast du das Repaint auch in den Objektoptionen ausgewählt? Sonst weiß OMSI ja gar nicht dass es ein Repaint anzeigen soll (ab 0 durchgezählt)
Aber OMSI sucht die .cti im von dir in der .sco angegebenen Ordner, also der Unterordner Haren.
Solange in diesem Ordner keine Repaint-.cti (wie bei normalen Repaints auch) ist, kann es gar nicht funktionieren 
Kann ich dir nicht sagen. Ich wusste ja schlussendlich, wo der Fehler lag und hab dann alle eigenen Kreuzungen entsprechend bearbeiten. Evtl. mal den Betroffenen Bereich auf Anforderungsampeln untersuchen.
