= Englisch [EN], 
= Deutsch [DE], 
= Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch! Probiere mal unter der einen Volume-Curve (humans_count) eine weitere hinzuzufügen. Möglich ist es auf jeden Fall...
Time ist eine Systemvariable, welche die Uhrzeit in Sekunden ausgibt. In dem oberen Beispiel habe ich die Werte mal wie folgt definiert:
0 Sekunden - 00:00 Uhr - 0%
39600 Sekunden - 11:00 Uhr - 100%
54000 Sekunden - 15:00 Uhr - 100%
86399 Sekunden - 23:59 Uhr - 0%
OMSI dürfte das Ergebnis beider/aller Volume-Curves (humans_count und Time) multiplizieren.
Dort ersetzt Ihr bei „[varnamelist]“ script\Urbino_II_Fare_varlist.txt durch Script\IVU_varlist.txt und löscht script\S400_IBIS_varlist.txt und reduziert die Ordnungszahl um 1. z.b. 19?18.
Bei „[stringvarnamelist]“ ersetzt Ihr script\Urbino_II_Fare_stringvarlist.txt durch Script\IVU_stringvarlist.txt und löscht script\S400_IBIS_stringvarlist.txt und reduziert wieder die Ordnungszahl um 1. z.b. 5?4.
(Warum gibt es kein lächelndes Emoji mit zuckendem Auge?)
Die Lösung deines Problems:
lasst die alten Varlist's und Stringvarlist's in der bus-Datei drin.
Ich weiß aber auch nicht, wie oft ich hier bereits erwähnt habe, dass ihr die alten Varlists und Stringvarlists in der bus-Datei drin lassen sollt,
Die alten Varlisten und Stringvarlisten drin lassen!
Die alten Varlisten und Stringvarlisten bitte in der bus-Datei stehen lassen
Keine Stringvarlisten und auch keine Varlisten aus der bus-Datei entfernen.
Bitte lösche keine Varlisten oder Stringvarlisten aus der bus-Datei!
Und wie schon so oft hier in diesem Thread erwähnt: Lasst die alten Varlisten und Stringvarlisten in der bus-Datei stehen,
Leute... es ist immer wieder der gleiche Fehler.
LASST DIE ALTEN STRINGVARLISTEN UND VARLISTEN IN DER BUS-DATEI STEHEN! BITTE KEINE ENTFERNEN!
Der Citaro Ü? Der von Arne? Diese WEB-Version?
Da ist die Halterung aber wieder am Interior (Interior2A) dran. Heißt: du musst das so oder so in Blender werfen. Was dann für dich einfacher ist musst du selber entscheiden.
Aber was bringt dir hier eine Daueranimation, wenn die Halterungen zusammen in einem Objekt sind, welche du jedoch unterschiedlich (unabhängig voneinander) verschieben/rotieren möchtest?
Du importierst die Halterung in Blender.
Dann markierst du sie.
Drückst einmal TAB, damit wechselst du vom Object- in den Edit-Modus.
Mit A kannst du alles selektieren (dann wird es orange) bzw. alles deselektieren. Deselektiere bitte alles.
Mit Z kannst du zwischen der Texture- und Wireframe-Ansicht (Gitternetz) wechseln. Wähle die Wireframe-Ansicht.
Mit C bekommt dein Cursor einen Kreis, den du mit dem Scroll-Rad an deiner Maus größer und kleiner machen kannst. Mit der linken Maustaste kannst du Dinge in diesem Bereich selektieren, mit der mittleren Maustaste kannst du sie wieder deselektieren.
Selektiere nun EINEN der beiden Halterungen komplett.
Mit Esc oder der rechten Maustaste machst du den Auswahlkreis wieder weg.
Drücke nun P und wähle Separate - Selection.
Drücke nun wieder TAB und du gelangst zurück in den Object-Modus.
Jetzt hast du zwei separate Halterungen, die du nach belieben verschieben/rotieren kannst.
Zur besseren Rotierung, kannst du ja auch den Objektursprung in die Mitte des Objektes setzen.
Objekt(e) dazu markieren -> Strg+Shift+Alt+C drücken -> Set Origin - Origin to Geometry
Nun kannst du die entsprechend anpassen.
Beim exportieren musst du nur aufpassen, dass du eben BEIDE Objekte (Halterungen) auswählst.
Das ist vollkommen egal. Hauptsache eine, die der Bus verwendet.
allerdings waren dann im C1 alle Stangen weg.
Warum du die Stangen ebenfalls mit exportiert hast, ist mir ein Rätsel. Aber egal, zeig mal bitte deine Logfile, ich habe da so einen Verdacht.
Ansonsten reicht es doch auch zu, einfach nur die Halterungen zu exportieren und diese als neues Objekt in die Modell-Datei einzutragen.
Dieses "Draw Normal Mesh" als DirectX-Fehler hatte ich auch urplötzlich mal beim Payware-Iveco LE. Der fuhr bei mir auf der Karte als KI herum. An Tag x funktionierte der problemlos, am darauffolgenden Tag y kam dieser Fehler. Bist du dir sicher, dass das alle Busse aus deiner AI-Liste betrifft? Probiere die mal alle einzeln durch - AI-Liste nur mit MAN LC's, AI-Liste nur mit MB Citaro, AI-Liste nur mit MB Citaro Facelift, ...
Nicht speichern, sondern exportieren.
File -> Export -> o3d
Bitte auch darauf achten, dass du nur die Objekte selektiert hast, die du auch exportieren möchtest!
Das Plugin unterstützt ja auch nur die Version 2.79 bis 3.
Du nutzt die 4.2
Sei's drum. Wenn man eine "neue" Variable in den Scripten verwendet, muss die auch in eine Varlist eingetragen werden.
Die Halterungen/Lager sind nirgends einzeln. Da wirst du um Blender nicht herum kommen.
linusherfurth Nächstes Mal bitte erst googlen.
und selbst habe ich viel zu tun in Sachen Ausbildung.
99,9% der ganzen Freeware-Creator haben ebenfalls eine Ausbildung/Arbeit oder gehen (noch) zur Schule und bauen den Kram in der Freizeit zusammen. Also tut mir leid, aber das ist die billigste und trockenste Ausrede. 
5 + 0.005 = 5.005
Also dieser Fehler hier:
292 17:39:21 - - Error: In "vehicles\MB_Citaro_FL_IVU_CE70\model\model_O530G_FL_3doors_Trail.cfg" there was an error in line 97!
verweist (wieder) auf einen TextTexture-Eintrag. Normalerweise bedeutet das immer, dass die dort verwendete Stringvariable in keiner vom Bus benutzten Stringvarlist auftaucht. Da "number" jedoch eine Systemstringvariable ist, die OMSI automatisch erkennt und beschreibt, wundert mich dieser Fehler allerdings etwas. Am besten OMSI neu starten, die Map OHNE Busse laden und dann nochmal probieren und schauen, manchmal hängt sich OMSI da etwas auf und bringt die Fehler durcheinander.
Die von dir ( BusfahrerP) gefundenen Fehler sollten eigentlich nicht zu einer Zugriffsverletzung führen. Dass Makros nicht gefunden werden können, heißt nur, dass gewisse Scripte (bzw. die Makro-Abschnitte) nicht ausgeführt werden können. Und Font-Fehler würden lediglich die Font nicht anzeigen.
Wie gesagt: OMSI neu starten, die Map OHNE Busse laden und dann nochmal probieren und schauen.
Mein Problem ist wenn beim zweiten 5 steht muss ich dann einfach + 5 dazu rechnen = 10 oder denke ich da komplett falsch oder 5.005 einfach. Ich habs halt nicht so mit Mathe und zahlen.
Dafür braucht man keine Ahnung von Zahlen oder Mathe haben:
Das sind ja alles Meter-Angaben. Würdest du das plus 5 rechnen, verschiebst du den Punkt um 5 Meter. 
Der Fehler steht ja quasi dort... Da es ein Gelenkbus ist, verwenden die bus-Dateien den [scriptshare]-Befehl. Heißt also, die Scripte sollten in beiden bus-Dateien (main und trail) dieselben sein! Das ist anscheinend bei dir nicht der Fall. Bitte nochmal kontrollieren. Betrifft ja nur die Varname- und Stringvarname-Listen.
Leute... es ist immer wieder der gleiche Fehler.
LASST DIE ALTEN STRINGVARLISTEN UND VARLISTEN IN DER BUS-DATEI STEHEN! BITTE KEINE ENTFERNEN!
Diese Stringvariablen findet er nirgends. Entweder die o.g. Dateien wieder eintragen oder die im Quellcode genannten Strings in die IVU_stringvarlist.txt nachtragen. Kann aber sein, er findet weitere nicht, das kann ich dir jetzt aber noch nicht sagen...
Entweder du bearbeitest die Sounddatei Door_Warnsound.wav bzw. door_warnsound2.wav bspw. in Audacity, machst diese lauter und exportierst diese wieder oder du gehst in die Sound-Konfigurationsdatei des entsprechenden Wagens und suchst nach diesem Abschnitt:
Die Zahl unter dem Dateinamen gibt die Lautstärke an. 2 wäre doppelt so laut, 4 wäre 4-fach so laut, ...
