= Englisch [EN], 
= Deutsch [DE], 
= Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch! Diese Fehler treten oft auf, wenn varlist und stringvarlisten aus der .bus Datei entfernt werden.
Auch beim Druckertausch sollten die varlist und stringvarlist vom alten Drucker immer eingetragen bleiben, da die dort eingetragenen variablen oft auch von anderen Scripten verwendet werden.
Die Chronoevents haben damit ja nichts zu tun.
Bitte mal versuchen beide Karten ohne Busse zu laden (also nicht letzten Stand der Karte!) und dann noch mal die Logfile posten.
Leider kann man auf den Fotos nichts erkennen.
Dann ist vermutlich irgendein KI Bus nicht richtig installiert.
Ohne die Logfile kann Dir aber niemand helfen.
Kurze Pause am ZOB Lichtentanne, bevor es weiter geht nach Wurzbach.
Im Hintergrund zieht Ludmilla gerade einen Kohlenzug durch den Bahnhof.
🚌 Setra 315 NF (privat gemodded)
🗾 Thüringer Wald
246 21:14:26 - - Error: Datei F:\SteamLibrary\steamapps\common\OMSI 2\vehicles\MB_O530_Facelift\model\FLUE.cfg kann nicht geöffnet werden. Das System kann die angegebene Datei nicht finden: AMUAV.CNAVO.MV.E
247 21:14:26 - - Error: You want to create vehicle vehicles\MB_O530_Facelift\Citaro FL UE.bus - it is invalid!Du scheinst den Facelift Ü in der AI-List eingetragen zu haben, der existiert bei Dir aber gar nicht.
Dein Facelift ist kaputt oder falsch installiert, deshalb hängt OMSI sich beim Laden des KI Busses auf.
Grundsätzlich solltest Du ohne Erlaubnis des Entwicklers keine Original-Dateien von Payware Addons hochladen.
Daher wäre der sicherste Weg, den Haltewunsch-Sound und die veränderten Kamerasichten als Selbsteinbau-Anleitung zu veröffentlichen.
Bei den Ahlheim Repaints weiß ich aktuell nicht, was die Readme sagt zu Veränderungen. Wenn dort nichts drin steht, würde ich auch das lieber mit dem Ersteller des Repaints abklären.
Hört doch mit diesem KI-Zeug auf wenn ihr keine Ahnung habt... 
omsiak23 It's a known problem. The hybrid bus an non-hybrid bus uses the same repaint folder, but different textures.
If you use a hybrid repaint on the non-hybrid bus, it would have a white trailer. Same applies when you use a non-hybrid repaint on the repaint bus.
OMSI ist sehr speziell und hängt stark von Deinem Prozessor, Arbeitsspeicher, der Grafikkarte, den im Hintergrund laufenden Programmen, dem eigenen Bus, den Einstellungen, dem Wetter usw. ab.
Die anderen haben vielleicht die Optionen so eingestellt, das nur 10 KI Busse rumfahren. Bei Dir sind es vielleicht 30. Das macht einen riesen Unterschied. Du fährst vielleicht im Regen, die anderen bei Sonne. Das macht einen großen Unterschied.
OMSI hat tausend Faktoren für die Performance. Was bei einem super läuft, läuft beim nächsten überhaupt nicht.
Neue Logfile?
Und bitte mal die model.cfg vom Bus anhängen.
das schon, aber nur täglich gleich Uhrzeitbasiert in der global.cfg
Das hab ich ja auch erwähnt.
Ich bezog mich hier darauf, dass die KI sagt man könne Fahrgastkurven im Fahrplaneditor einstellen. Das gibt es ja definitiv nicht. Hab meinen Beitrag angepasst, damit es ersichtlicher wird. 
Der Text klingt sehr nach KI und ist fast komplett falsch...
- Jeder Würfel hat einen Wert für die Passagier-Häufigkeit (Passenger Density).
- Wichtig: Dieser Wert ist ein Multiplikator. Eine Haltestelle am „Hauptbahnhof“ sollte einen deutlich höheren Wert haben als eine Haltestelle „Waldweg“.
Jeder Würfel hat ein Minimum und Maximum an Fahrgästen, die dort einsteigen können. Der Wert wird jedoch durch das in den Optionen festgelegte Fahrgastaufkommen beeinflusst. Lediglich mit einem Negativwert beim Minimum kann eine Wahrscheinlichkeit eingestellt werden, ob dort Fahrgäste stehen. Beispiel: Minimum auf -8 bedeutet, dass nur in 2 von 10 Fällen an der Haltestelle Fahrgäste stehen.
Der Multiplikator ist eher für den Ausstieg relevant. Eine Haltestelle mit Ausstieg "2" hat eine doppelt so hohe Wahrscheinlichkeit das Fahrgäste aussteigen, als eine Haltestelle mit Ausstieg "1".
3. Der Fahrplan-Editor (Wochentag & Uhrzeit)
Das ist der entscheidende Punkt für die Dynamik. In den Fahrplandaten der Karte (
.ttp-Dateien) ist hinterlegt, wie viele Menschen zu welcher Zeit unterwegs sind.
- Berufsverkehr: Morgens und nachmittags steigen automatisch mehr Leute ein, wenn die Kurven im Fahrplan-Editor entsprechend eingestellt sind.
- Linien-Priorität: Du kannst im Editor festlegen, ob eine Linie eine Hauptlinie (viele Fahrgäste) oder eine Nebenlinie ist.
Also das wäre mir neu. In der .ttp Datei ist der Fahrplan sowie die Position der Haltestellenwürfel für eine Route hinterlegt. Das Fahrgast- und Verkehrsaufkommen wird über die global.cfg der Map geregelt, und kann keine Wochentage unterscheiden!
Das es "Fahrgastkurven" im Editor einzustellen gibt, wäre mir auch neu.
Die Linienpriorität ist eine Performance-Option, damit man "unnötige" KI-Linien deaktivieren kann. Das hat nichts mit dem Fahrgastaufkommen zu tun.
kannst du in der Datei
drivers.txtoder den stationsspezifischen Dateien die „Attraktivität“ erhöhen.
Die drivers.txt legt ausschließlich fest, welche Personenmodelle als Fahrerfigur genommen werden.
Wenn schon mit KI arbeiten, dann bitte auch richtig.
Error: Fehler: im Befehl "(M.L.Drucker_frame)" (vehicles\MAN_NewLionsCity\\script\man_12C_main.osc) ist der Macroname ungültig!
Error: Fehler: im Befehl "(M.L.Drucker_init)" (vehicles\MAN_NewLionsCity\\script\man_12C_main.osc) ist der Macroname ungültig!Ein mal die beiden Sachen aus der main.osc entfernen.
Hatte schon bei einigen Bussen das Problem, dass das Dateiformat der Texturdatei nicht identisch mit dem war, was der Bus haben wollte.
Also die Textur im Texture-Ordner war eine .dds, in Blender war die Textur aber als .tga eingetragen.
Also probier mal, in der model.cfg die Dateiendung .tga statt .dds einzutragen.
Eine Logfile wird immer beim starten des Spiels erstellt.
Diese bitte ein mal hier als Datei anhängen. Vielleicht sehen wir dann eher wo es hängt.
Du kannst sie in der model.cfg einfach als neue Textur hinzufügen und dann fürs Repaint benutzen.
In der model.cfg vom entsprechenden Bus sind ganz oben die repaintbaren Texturen angegeben.
Das Schema sieht so aus:
[CTCTexture]
Sitze ← Name (im besten Fall mit Bezug zum Objekt das repainted wird)
Sitzbezug_BVG.png ← Textur im Textures-Ordner
Das Gegenstück in der repaint.cti sieht dann so aus:
[item]
VBK Neutral 2025 ← Name des Repaints
Sitze ← Name (identisch mit dem Eintrag in der model.cfg)
VBK\Sitze.dds ← Textur im Repaint Ordner
Der "Name" wird dann in der Repaint.cti verwendet. In Deinem Fall also farbschema_tex1 usw.
Du kannst in der Repaint.cti also nur eintragen, was in der model.cfg als Textur-Changes eingetragen wurde. Es muss dann auch genau die in der model.cfg angegebene Textur bearbeitet werden.
Es bringt Dir nichts, wenn z.B. also farbschema_tex5 die Reifentextur in der model.cfg eingetragen ist, Du aber in der repaint.cti die Haltestangen-Textur angibst.
Grundsätzlich kannst Du so aber jede Textur in einem Repaint verwenden, sofern sie in der model.cfg eingetragen ist.
Ah ich seh gerade, der Thread den ich im Kopf hatte, war von Dir...
Da wurde Dir schon geraten, mal zu schauen ob die Datei OMSI 2\Texture\Licht.bmp vorhanden ist.
Ansonsten mal wie hier (RE: Licht - Probleme) beschrieben gucken, ob die in der Modeldatei geforderten Lightmap-Dateien vorhanden sind.
Am besten alles als .dds
Je mehr Grafiken .dds-Dateien sind, desto besser ist es für OMSI.
