Funktion der car_use Dateien

Moin!

Ich hatte es eigentlich schon aufgegeben car_use für die Zuteilung von Fahrzeugen zu verwenden, denn es ging immer schief. Ergebnis war immer dass zum Teil Busse ohne Kennzeichen herumfuhren mit dem Standardrepaint des Busses, und auch auch sonst hab ich immer gesehen dass völlig grundlos die Einstellungen im Car_use Verzeichnis ignoriert wurden.

Ich habe es nun aber auf ALU Updated erneut versucht. Es gab erstmal ein paar Fehlschläge, die ich aber auf Fehler in der AI-Liste (z.B. ein unnötiges TAB nach dem [end] oder dem Bus-Pfad, etc) oder fehlerhafte Repaints identifizieren konnte. Nun läuft alles wie geschmiert. Seit Wochen entdecke ich keinen wirklich falsch zugewiesenen Bus. Dabei sind die Zuweisungen zum Teil recht komplex: ich habe für eine Buslinie eine "allgemeine" Zuweisungen von Gelenkwagen für die ganze Linie, und eine separate Datei zur gleichen Linie, welche die Sonntags-Touren Solowagen zuweist. Läuft, und ich staune nicht schlecht, denn wie gesagt, es hat meist nicht funktioniert wie es sollte.

Meine Vermutung wäre jetzt auch dass car_use vielleicht besser mit dem alten Tracks&Trips System klar kommt als mit StnLinks. Das ist aber nur hypothetisch und eigentlich wäre es unlogisch, denn Car_use wurde auf Spandau sicher eher mit StnLinks getestet in der Entwicklung als mit T&T. Aber wer weiss.

Die zweite Annahme: es muss alles peinlichst genau stimmen. AI-Liste muss absolut Fehlerfrei sein, keine TABS ioder Leerzeichen wo keine sein dürften, keine Fahrzeuge die fehlerhafte oder nicht vorhandene Repaints zugewiesen haben und und und... Darüber hinaus könnte es sein dass die Zuweisung des Standard-Depots in der global.cfg richtig sein muss, denn die ist auch bei den meisten Karten falsch. Nur um ein Beispiel zu nennen: das Standarddepot von X10 ist nicht "X10 Berlin" sondern müsste "BVG Solo", "BVG Gelenk" etc heissen. Beispiel ist nur zur Veranschaulichung, weiss nicht aus dem Kopf wie die Benennungen da konkret wären. Depot ist halt Depot und nicht Karte, und das ist eben zu 99% schon mal falsch, ob bei Freeware oder Payware. Ob die Zuweisung korrekt ist sieht man daran ob bei Wahl der Busses das Feld da ist für mit "nur die zum Depot zugehörigen Nummern verwenden". Dann das Datum: in der global.cfg ist ein Zeitrahmen angegeben zu dem die Karte gültig ist. Die Start- und Enddaten bei den car_use Dateien müssen innerhalb dieses Rahmens liegen. Wenn Ihr Spandau also 2021 spielt werden die alten car_use Dateien nicht richtig greifen, sie sind schon ungültig. Habt Ihr neue car_use Dateien mit Gültigkeit außerhalb der Kartengültigkeit wirds wohl auch nicht hinhauen.

Drittens: es müssen natürlich ausreichend Fahrzeuge vorhanden sein um die Regeln zu bedienen. Wenn da was nicht stimmt kann es sein dass das System zusammenbricht.

Also: etwas Mut wieder car_use zu verwenden;-)

Genau. Weiterer Vorteil: da man weniger "Höfe" hat, weil eben nicht z.B. Gelenkwagen und Solowagen unterschiedliche Höfe dann sind, kann man auf den gesamten Hof die Zufallsauswahl des Spielerfahrzeugs beim Dienstbeginn anwenden. Das ist nahezu unmöglich auf Karten die für jeden Fahrzeugtyp einen eigenen Hof verwenden. Und man braucht dann auch nicht im Hinterkopf zu behalten welches Fahrzeug nun gemäß AI Liste welches Repaint hat.

Es wird halt kaum verwendet weil es eben die erwähnten Tücken hat. Wenns läuft ist die Funktion fantastisch.

Zitat von Staaken79

Ja, aber leider ignoriert Omsi die car_use manchmal.

Bei mir zur Zeit auf ALU saß der Fehler immer vor dem Bildschirm. Irgendein Bock war dann irgendwo drin wenns mal nicht hingehauen hat. Das Dumme ist nur dass diese Fehler an Stellen sein können die man gar nicht vermutet oder nur schwer findet. Beispielsweise wenn auf anderer Linie ein Fahrzeug zugeteilt wurde, dessen Repaint aber beispielsweise nicht existiert, weil man z.B. einen Verschreiber in der AI Liste da hatte. Dann lief auch auf anderen Linien hier und da was schief. Oder die erwähnten TABs an Stellen wo sie nicht hingehören. Sieht man aber auch nicht so leicht in der AI List... Es muss halt alles tipp top sein.

Zitat von Staaken79

Soviel wie ich weiß, hat das mit dem alten Tracks&Trips System noch niemand ausprobiert, das könnte durchaus sein, das es damit sogar funktioniert.

Hmm da hatte ich ja eher den Eindruck dass man vor allem ei Freewarekarten T&T bevorzugt. Es kann sein dass dies der Grund ist, bzw. einer der Gründe. Letzter Versuch mit StnLinks war bei mir auf Aachen und ging schief. 70% der Busse fuhren ohne Kennzeichen mit Standard-Repaint durch die Gegend. Soweit ich weiss waren aber die Hof-Namen und das Gültigkeitsdatum richtig. Die Repaintzuweisung in der AiLIst nehme ich mal an hatte auch keine Fehler, da sie weitgehend original war. Kann aber sein dass da die erwähnten TABs oder ähnliches eine Rolle gespielt haben, oder halt die StnLinks selber. Gleiches auf Spandau, nur das ist schon lang her und die AIList war auch ziemlich modifiziert und möglicherweise mit Fehlern.

Übrigens habe ich auf ALU auch Mehrfach-Tour-Zuweisungen:

[valid]
19900101
20251231

[line]
AVG_20

[type_tour]
Vehicles\AC O530\O 530.bus    SO1 S
Vehicles\AC O530\O 530.bus    SO2 S
Vehicles\AC O530\O 530.bus    SO3 S
Vehicles\AC O530\O 530.bus    SO4 S
vehicles\MAN_NL_NG_263\MAN_NL263.bus    SO1 S
vehicles\MAN_NL_NG_263\MAN_NL263.bus    SO2 S
vehicles\MAN_NL_NG_263\MAN_NL263.bus    SO3 S
vehicles\MAN_NL_NG_263\MAN_NL263.bus    SO4 S
[end]

Hier wird pro Tour aus zwei Bussen gewählt. Dazu gibts noch eine Datei für die gleiche Linie die unter [onlytypes] nur Gelenkbusse eingetragen hat. Ergebnis: Die Montags bis Samstags Kurse werden mit Gelenkbussen gefahren, die Sonntags-Kurse entweder mit einem NL263 oder O530. Bei solchen Konstellationen habe ich erstmal die spezifischen Zuweisungen im Alphabet über den generellen, weil ich dachte vielleicht spielt das auch eine Rolle. Da bin ich mir aber noch nicht so sicher. Jedenfalls sind gerade die Sonntags-Kurse über den Mo-Fr Zuweisungen und es scheint gut zu gehen.

Man muss natürlich jetzt immer dran denken die Dateien aktuell zu halten. Ändert man einen Hof-Namen, Namen der Bus-Datei oder gibts Zuwachs in der Flotte muss aktuallisiert werden. Ebenso in meinem Fall wenn es zusätzliche Sonntags-Kurse gäbe oder sich ihre Tournamen ändern. Und es kann sein dass wenn ich z.B. die Tour "SO01 S" in "SO01" umbenenne dass dann auf einmal garnix mehr geht, auch auf anderen Linien.

Perfekt richtig ist in dem Zusammenhang nicht immer perfekt;-D Das ist sowas von kleinlich, es wird Dir kein fehler verziehen, und das kann schon ein TAB irgendwo zu viel sein.

Grundsätzlich sehe ich keinen Unterschied bei der Verwendung ob Du Trips&Tracks nutzt oder StnLinks. Bei der Bennenung vermeide ich Leerzeichen im Dateinamen, auch wenn ich keinen Beleg dafür habe ob es was bringt. Die wichtigsten Zuweisungen, also wo es mir besonders drauf ankommt, schiebe ich alphabetisch nach oben (A_xxxxxx.ocu vor B_xxxxxx.ocu), oder wenn ich sehe dass OMSI bei irgendeiner Linie das nicht schluckt.

Wenn ich 2 Dateien für eine Linie habe im gleichen Zeitraum kommt die spezifische nach der allgemeineren. Zum Beispiel: Wochenendkurse mit type_tour zuerst und dann die Datei für die ganze Linie. Dann scheint OMSI an Wochenenden die überlagernde zu nehmen. Weiss aber nicht ob es andersrum auch klappen würde, so hab ich gesehen geht es aber.

Ganz wichtig: penibel auf das Gültigkeitsdatum achten und versuchen keine Busse aufzuführen die es zum gegebenen Zeitpunkt in der AI Liste nicht mehr gibt oder noch nicht gibt. In der Theorie sollte das egal sein, aber ich hab so das Gefühl dass dies zu Problemen führt. Wenns geht also vermeiden.

Trotzdem wird das ganze nicht immer hinhauen, weil es einerseits die erwähnten Fehler irgendwo in der AI List geben kann, und es gibt da noch viele unbekannte oder Bugs.

Genau, die Gültigkeit in der global.cfg scheint ebenfalls eine wichtige Rolle zu spielen. Trotzdem wird man immer mal Linien haben wo man einfach nicht dahinter kommt warum es nicht klappt. Und dort ist es dann irgendeine Banalität.