= Englisch [EN], 
= Deutsch [DE], 
= Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch! Es ist einfach Quatsch was da im Beitrag steht. Nur weil die KI sich das zusammengezimmert hat wird das nicht auf einmal richtig.
So auch für Wochentage und Wochenende. Genau so wie man es mit den KI Fahrzeug machen kann.
Nein und nochmals nein. Es geht nur bei Fahrzeugen. Wenn Du das behauptest dann beweise es bitte auch.
Die "Fahrgastkurve" in der global.cfg kann man mit AUXI aushebeln. Denn da kann man Profile für jeden Wochentag festlegen. Voraussetzung damit das sauber funktioniert ist dann aber dass man in der gobal alles auf "1.000" setzt, damit man 100% als Ausgangspunkt hat. Sonst multipliziert sich alles kreuz und quer.
Ich mach es bei verwendung von AUXI so:
[trafficdensity_road]
0.000
1.000
[trafficdensity_road]
24.000
1.000
Die Verteilung dann eben in AUXI.
Der Rest des Beitrags von Textman ist leider ziemlicher Unsinn und sieht ganz stark nach KI-Halluzinanzionen aus. Nein, die Hof Datei hat 0 EInfluss auf die Fahrgastmengen, und OMSI kennt ganz sicher keinen Unterschied zwischen "Hauptbahnhof" und "Waldpfad". Für OMSI fantasiert sich die KI sehr gerne sowas zusammen was denn alles OMSI intern so macht und es keiner weiss. Völliger Unsinn. Einzige Stellschrauben: Optionen + Buswürfel + global.cfg.
so ist es. dds wird komprimiert im speicher gehalten, alles andere muss vorher intern gewandelt werden. png steht noch mehr als jpg im verdacht in OMSI auch mal die ganze direct x ausgabe zu zerschiessen noch lang bevor die speichergrenze erreicht ist. tga ist irgendwo dazwischen: nicht optimal aber lang nicht so schlimm wie png/jpg, aber in manchen fällen auch vereinzelt zu bevorzugen.
sowohl der O530 als auch O530 FL sind für die Ki absolute schwergewichte aufgrund der tausenden setvars. es funktioniert, aber möglicherweise verschluckt sich omsi eben beim nachladen, und vom speicher will uch garnicht erst reden. würd da dringend empfehlen sich eine ki-version zu basteln sofern man es kann.
Leider leider hat das alles nichts gebracht. Hier nach gut 60 Min fahrt:
Und hier ein neu gespawnter Bus mit +11 Grad, also so wie es nach 60 Min eigentlich ausehen sollte:
Eine Weile hatte ich auch zwei Klappfenster auf.
Irgendeine Idee?
DIe Geisterbusse sind eine Lösung aber eben äußerst aufwendig und unpraktisch. Ich empfehle das eigentlich nru für ganz spezielle Fahrgastwege wie zum Beispiel dass zu einer bestimmten Uhrzeit viele Leute zwischen Schule und Hauptzbahnhof oder ähnliches fahren. Aber rein theoretisch kann man damit durchaus Fahrgastfluss in Lastrichtungen simulieren. Tut man sich aber nur ein mal an;-)
Auf den ersten Blick sieht es mir so aus als würden da Texturen des TFT fehlen. Ich kenne zwar die Bustec Anzeige nicht, würde aber vermuten dass Du nicht alle Texturen von der Bustec in den O530 kopiert hast. Falls sie ein eigenes Verzeichnis haben dann eben das Verzeichnis an die gleiche Stelle im neuen Bus.
Nun, bei mir funktioniert es ja auch - es hängt eben davon ab, wie warm und wie feucht es im Bus ist. Einfach nur auf die Scheibenheizung zu gehen macht eben nur die Windschutzscheibe, Fahrerfenster und Spiegel eisfrei. Also einfach mal warten und vorheizen, bei Bedarf auch die Fenster oder Dachluken öffnen.
Zumindest ein konstruktiver Vorschlag;-)
Ich bin gut 1,5 Stunden gefahren mit Klima + Defrost an. Luken hab ich nicht aufgemacht oder Fenster, allerdings natürlich immer mal die Türen auf. hatte 22 Grad und Gemecker der Leute dass es zu warm ist, es tat sich aber an den Fenstern im Fahrgastraum nichts. Im Script sieht mir das so Bißchen danach aus dass die Entfeuchtung eigentlich von allen Scheiben unter gleichen Bedingungen stattfinden MÜSSTE...
Leider nicht. Nur Frontscheibe + Fahrerfenster wird so entfeuchtet.
Die Fensterscheiben im Fahrgastraum sowie die Scheiben der Türen entfeuchten nicht im Winter. Während die Windschutzscheibe und das Fahrerfenster sich mit der Defrost Funktion entfeuchten lassen bleiben die Fenster im Fahrgastraum trübe. Übrigens genau so wie beim O530 Non-Facelift.
Nee, die allerletzte Ziffer kennzeichnet die Türen.
model_o530_g_2_e3_3 ist Trailer und enthält keine Kasse / Drucker. Hier hat die IVU Ticketbox auch nichts verloren. Nur in model_o530_g_1_e3_3.
Die Einträge sind nur im Vorderwagen, nicht im Trailer. Vielleicht hast Du im Trailer geschaut?
"R&G" ist tatsächlich bei Kajot. So heissen die polnischen Drucker-/Kassensysteme.
Maybe this helps you also:
When you have set up the temp let's say to 18 degrees the busses keep the temp (+/- 1 deg). But when you switch OFF the ENGINE the temperature rises. When you turn the engine on again it lowers to the 18 deg area. In case of an AC I would understand this somehow, but without AC this behaviour seems strange. But in both cases it's a hint that the engine gives too much heat into the bus and the AC cools this down. Outside it was -5 C 
But maybe the negative temperature outside masses things up here, I have not checked this at temps above 0 yet.
Well, you didn't reported this specific bug with negative temperature before, I didn't know. You tried to explain me that AC was heating, and that you could heat the bus with no fan speed which was nonsense. But I suspect this has somethng to do with you pressing the AC button. This is not normal behaviour indeed, but there is probably som sign issue in the script. But just stop pressing the AC to heat the bus. AC does NOT mean heating...
The freezing was a new thing I saw, because it was the first time I enterned the bus at minus temperatures. Before that it was at least above 0. I would assume that it has something to do with engine temperature, which is also first negative when spawning the bus. And as engine of course heats up the bus we see such a side effect when we are below 0. The AC button was not touched by me, and the freezing happened in busses with AC as well as without. In order to get the bus warm I had first to turn down the vent and make sure it is not running (not even al little bit), then wait until the bus gets above 0 just from engine heat, and then I could turn on the vent without worrying about freezing.
Okay, your heat system works perfectly, I understand. I think then it's perfect bahaviour when I spawned the bus in an eviroment of -5 deg C, turned on the engine, pushed the vent to max, went to make a coffee and ended in a bus with -20 deg C interior temp. Well, okay. Good AC;-)
For the AI problem: the solution lies in the door script, it is possible to get the bus to be in the AI. The current script version won't. And alltogether after fixing it the bus does well in AI, there were no loading issues which could hint that there is something wrong. But a separate AI version is always a good thing, even on "light" busses. Because you simply do not need a lot of stuff there.
DIe Vorheizfunktion von AUXI heiuzt auch nicht permanent sondern nur bei Ausführung auf 15 Grad wenn ich mich nicht irre. Wenn man danach Türen und Fenster bei Kälöte öffnet müsste die Temperatur gemäß Einstellungen ind er Const File runterggehen. Hatte nämlich tatsächlich zum ersten mal gestern diese AUXI Funktion verwendet, weil die Heizung des Volvo FL bei Minusgeraden zum Turbo-Kühlschrank wurde 
If you have lets say 4 busses:
B-V 1001
B-V 1002
B-V 1003
B-V 1004
then you need 4 separate exterior textures just because of the plates. Why not just paint the plate netral and use a text texture like in almost 95% of OMSI busses? Then you would just need one repaint for X busses. I can mod that for myself, but thats something every bus should be able to deal with, and the very most do well.
Heatimg:
sorry, no it does not work. I tried that in the Voith and ZF versions, with AC and no AC. It does not matter if you press the AC/heating button, heat is only applied if you turn the vent to something > 0. No matter if you press the button or not. What works is the temperature presets: the temp will not be higher than that.
The normal behaviour should be that turning the vent even to 100% should have no effect on temperature as long as you don't press the heater / AC button. But it's heating anyway, it just has to be something above 0.
As for the speed of heating: it's not always fast. It's turbo-heating when the engine has run for a while. There seems to be a very high dependency between engine temp and heating, which is good but much too high.
:
ANSI/UTF8:
If you do not change it to ANSI any german and probably some other countries characters will be not displayed correctly. If you want to try it just load a bus with the TH-Wald hof and select destination 2 "Müller Touristik". you get something like "M?ller Touristik". When you convert the otf files it will work. The scripts will also have bugs because of that, OMSI just can't deal with UTF coding.
AI-busses:
Unfortunetly I can't use the 7700A as AI bus. As AI bus the bus opens the front door and then some kind of a loop starts (you hear a noise loop from the bus) and the bus won't move anymore.
Heating / AC:
There are the old triggers for heating and standheizung_toggle still in the script without any function besides playing a click sound. The standheizung-trigger should be turned off for this bus as there is no switch for it. But even the manual button (nr. 6) you should press to turn on and off the AC or heating does not work. Heat is only applied when you turn the vent (3) to the right regardless of if button 6 is on or off, and then the bus heats up in seconds from cold to sauna. Unfortunetly this is far from a working system.
Interior Lights:
passengers always complain that it is too dark in the evening, although light is on.
