= Englisch [EN], 
= Deutsch [DE], 
= Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch! In den Optionen "Fehlermeldungen anzeigen" wegticken.
das mit dem Wuppertal Chrono zu lang liest man in so vielen Logfiles, ich glaube bei jedem DLC Besitzer, da wird die Datei einfach im Auslieferungszustand kaputt sein oder OMSI kommt nicht klar damit.
dds mit Mip Maps
der leere Repaint Ordner ist nicht das Problem, sondern ein Schreibfehler in der Matrix.
Alles anzeigen168 16:55:22 - - Warning: File vehicles\TH_Ueberlandbus\model\S317UL_Euro3.cfg: texture filename lights_stand not found in mesh file vehicles\TH_Ueberlandbus\model\Matrix\317_Matrix-Anzeige.o3d!
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
Muss aber dazu sagen, das funktioniert nicht. Also die steigen auch weiterhin alle an der [Altenfeld] Kirche aus. Evtl diese Pseudohaltestelle vor die Kirche setzen, damit OMSI lediglich voreilig zur Kirche weiterschaltet...
Wieso klappt das denn jetzt schon wieder nicht…? Bei uns hatte es geklappt. OMSI ist manchmal aber auch kompliziert… 😂
kann ich bestätigen, Samstag Nachmittag und in den Massen ineinander anstehen tun die nur, wenn sie alle rauswollen. AFR stand nach der Wende auf "Kein Halt" und hat sich wieder auf Kirche zurückkorrigert. Eigentlich alles richtig.
soll das so? Altenfeld Bf
kann die Bahn überhaupt Fahrgäste, wenn sie schon so schön mit Türen und Innenraum modelliert ist?
und Lichtentanne ZOB. Letzteres könnte man wegen dem T4 als Werkstattwagen der Stadt, OVR oder DB durchgehen lassen, aber ist das Absicht?
ähm jetzt fahren meine busse schwarz rum?? nur wenn ich ranzoom sehe ich den skin??
Grafikspeicher voll oder Repaint blöd gespeichert
Repaint als tga, png, jpg oder so wird schnell schwarz. dds mit Mip Maps ist besser
Wenn die Hardware es hergibt, Speicher für hochauflösende Texturen in OMSI auf 0
ach, das war auch noch. Ich muss echt mehr mit den Bussen rumspielen.
Die ganzen interaktiven Cockpits und Display Spielereien sind eine der Hauptsachen, die ich an OMSI so liebe.
auch die alten Varlisten muss man drinlassen
auch mit nur 10 - 25% Transparenz und dxt 5 gespeichert?
nein, da glaubst du falsch, tut es nicht.
in der Menge und ohne angegebenes Mesh ist das so, wenn man ohne Vorschau die Busse spawnt. Nix Schlimmes
Die Bereichsprüfung natürlich schon ganz am Ende. Aber natürlich wieder schön ohne angegebenen Grund in der log 
die Einstellungen tun meist genau das mit dem KI-Bus, was es übersetzt bedeutet. Sollen sie zumindest.
on demand: Halt nur, wenn jemand ein- oder aussteigen will, hält die KI, sonst wird durchgefahren.
always: es wird immer gehalten, auch ohne Fahrgastwechsel. Nie selbst probiert, aber spätestens nach einem kurzen Tür auf und zu müsste er weiterfahren.
(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.
never: egal was, es wird durchgefahren. Nützlich für Aussetzer am Betriebshof oder virtuelle Zwischenhaltestellen, weil der BBS mind. 3 Haltestellen pro Fahrt braucht.
Mich hätten die anderen Add-Ons durchaus mal interessiert, wo ähnliche Situationen bemängelt worden sind.
beim S 41x UL. Ja, auch hier ein mir Verbündeter zu dem Thema, der liebe IRE, der das öffentlich "angeprangert" hat... 
Aber mich auf die Idee gebracht hat, dass die Animation zu langsam ist. Das modernere Fahrzeug, zusammen mit dem kurzen Schalthebel dürfte sich dann auch in Echt leichter fahren lassen, denke ich.
Ist schon dermaßen nervig, wenn man am Berg steht und nicht vom Fleck kommt, weil der Bus nicht will... zusammen mit der Reibkurve seiner Kupplung, war der S 41x UL grausig zu fahren, weswegen ich meinen Mod gebastelt und veröffentlicht habe dazu. Mit der Schaltzeit vom O407 und der Kupplungskurve vom S 41x LE.
Das automatisierte Schaltgetriebe vom Volvo 9900 war auch so ruppig, dass bei jedem Schalten die Fahrgäste gemeckert haben, auch da gab es einen Fix-Mod.
preffered rear entry, give the entry 19 and 21 also a {withbutton} in a new line below {noticketsale}
with this code, they will prefer the rear door, if they are not next to the opened front door. I like this more, since they won't all bunch up in a line at the front door and wait for the ticket buyers, almost everyone with allready a ticket will mostly use the rear door.
###################################
[entry]
0
[entry]
19
{noticketsale}
{withbutton}
[entry]
21
{noticketsale}
{withbutton}
[exit]
19
[exit]
21
###################################with the code from today morning, they will prefer the front door, if they are not next to the opened rear door.
Nikita Filatov-872 as every bus, I say yes!
Attention! There are multiple passengercabins and door.osc's for various vehicles! 
make backup copy before
replace this lines in the passengercabin, should be good for all vehicles included
###################################
[entry]
0
[entry]
19
{noticketsale}
[entry]
21
{noticketsale}
[exit]
19
[exit]
21
###################################If you like preffered rear entry, give the entry 19 and 21 also a {withbutton} in a new line below {noticketsale}, otherwise they will all still line up and wait at the front door, as it is the 1st entry, eventhough the rear door is open, since they probably walk faster to the front door, than you can open the rear doors.
replace this 3 lines in the door.osc, minor changes need to be done in order to prevent waiting in front of open doors or walking through closed doors
(L.L.door_0) 0.9 > (L.L.cp_begleitersitz_rechts) 0.1 < (L.L.cp_begleitersitz_links) 0.1 < && && (S.L.PAX_Entry0_Open)
(L.L.door_1) 0.9 > (L.L.cp_begleitersitz_rechts) 0.1 < (L.L.cp_begleitersitz_links) 0.1 < && && (S.L.PAX_Entry3_Open)
(L.L.door_2) 0.9 > (L.L.door_3) 0.9 > && (S.L.PAX_Exit0_Open) (S.L.PAX_Exit1_Open) (S.L.PAX_Entry1_Open) (S.L.PAX_Entry2_Open)noch eine (mehr oder weniger unbedeutende) Kleinigkeit:
315 UL-GT €2
vorne und hinten an der Wand vom Mehrzweckbereich ein deutlicher Farbunterschied
In Echt scheint es wohl möglich zu sein, das Podest rauszunehmen für einen Kinderwagenplatz, mhh?
leider nicht möglich, weiß ich, die passengercabin zu setvaren, es wäre krass overpowered, wenn das in OMSI am Kinderwagen-Piktrogramm hängen könnte... 
Der Fahrplan, wenn du anklickst ist auf Attach Point 0
Der Fuß verfügt aber über, ich weiß nicht mehr genau, etwa 9 - 12 Attach Points, da kann man eine richtig hohe Säule bauen mit.
Für die darüber folgenden Linieneinschübe musst du höhere Nummern, als 0 eintragen. Weil der Fahrplan größer ist, wird 1 nicht reichen, sondern muss bestimmt 4 oder 5 ± werden.
Ein neuer Einschub wird immer auf Attach Point 0 gesetzt
Alles anzeigenversuchst du vielleicht, den 2. Einschub mit dem 1. zu verbinden?
das geht nicht, sondern anders
Fuß platzieren
darauf den 1. Einschub "attach to Object"
auch alle nachfolgenden Einschübe auf den Fuß attachen, den Attach Point rechts im Textfeld immer eins hoch zählen
Sachen, wie DFI, Fahrplan, Stadtkarte brauchen mehrere "Raster", der darüber folgende Einschub ist dann sofort auf den Attach Point 4 ± oder so zu setzen, dass er oberhalb vom DFI... landet
keine Angst erstmal, so 9 - 12 Attach Points dürften vorhanden sein