Beiträge von Neoplan VEST

Windows 11, aber das hat jetzt auch nichts mit der Problemlösung zu tun.

Eventuell als Verursacher, aber dafür wurde bereits anderswo ausgiebig darüber diskutiert.

Zudem habe ich mit der Kodierung bei Windows 11 noch keinerlei Probleme gehabt.

Das Problem könnte an der Codierung liegen.

Im Notepad++ hast Du in der obersten Menüleiste einen Punkt Codierung.

Wenn bei dir der Punkt nicht bei Ansi ist, dann einmal Konvertieren zu ANSI auswählen, Datei speichern und neu öffnen.

Zitat von justin1213

Da ich aber keinen „interiorlight“ Eintrag gefunden habe,

Natürlich gibt es dazu einen Eintrag.

Dieser dient zum einen für normale Deckenleuchte und zum anderen für den Fackel.

Hatte ich letztens erwähnt gehabt, dass der eine "Interiorlight" die Variable "deckenleuchten_lighting_2" verwendet.

Das Problem ist, änderst Du diesen Eintrag mit Blauer Farbwerte, so strahlt der eine Deckenleuchte blaues Licht während es beim Fackel passt.

Ich werde nun nicht ganz Schlau raus wo der Schuh drückt.

Die interiorlight Variable die für den "mittleren" Innenraumleuchte sowie die Leuchtfackeln verwenden ist der "deckenleuchten_lighting_2".

Das Problem was ich mir nun vorstelle kann wäre, dass sowohl das normale Fahrgastbeleuchtung auch Blau leuchtet in der Mitte, weil die Leuchte sowie die Fackeln diesen Eintrag teilen.

Dies zu umgehen kann man mit Visible und weitere Interiorlight Einträgen arbeiten.

Gegeben falls müsste man eine kleine Priorisierung scripten, der die Deckenlampen sozusagen ausschaltet sobald die Fackeln eingeschaltet werden.

Was für eine Innenanzeige benutzt Du denn?

Wenn ich in der Cfg rein schaue, dann scheint die Variable "innenanz_vis" und "innenanz_seite" für den Monitor zu sein.

"innenanz_vis" wird bei Dateinamen verwendet die mit "21_fd_anzeige_R_" beginnen.

In dein Beispiel wird auch nur zufällig einer von 3 Werbungen geladen.

Daher kann es auch nicht funktionieren.

Tach,

Logfile wäre gut vom Vorteil.

Benutzt Du den Facelift mit irgendwelche Modifikationen?

Mit Morphi Soundpack in der aktuellste Version wird der Urbino Stadtbus DLC benötigt.

Bevor ich mir einen neuen PC zugelegt hatte, wurde OMSI auf ein uralt HDD gespielt.

Seit dem ich OMSI auf dem neuen PC mit SSD spiele ist mir vor allem der Startzeit aufgefallen.

Beim HDD lag es um die 4 Minuten bis OMSI gestartet ist, während beim SSD in wenigen Sekunden passiert ist.

Auch sind die berücksichtige Nachladeruckler nicht mehr so ganz extrem.

Ganz wegbekommen tut man diese nicht, aber man kann es minimieren.

Für meine Verhältnisse war es eine gute Entscheidung im neuen PC direkt den SSD zu nehmen.

Allerdings muss ich mir da einen 2. holen bzw. gegen einen größeren ersetzen, da der Speicherplatz nicht mehr allzu viel ist und OMSI dadurch nicht mehr ganz rund läuft.

Habe mal eben den C2 im Blender geöffnet und den Kupplung Wert vom Münchener eingegeben.

Demnach sollte es passen wenn man optisch ohne Kupplungsmaul fährt.

Und genau der Eintrag

[coupling_back]
0
-6.55546
0.689798

[couple_back]
Hess.bus
false

gehört in den MB_C2_E6_LE_Solo.bus eingetragen.

Den Wert "-6.55546" muss an den C2 angepasst werden.

Normal reicht schon 3 Stellen nach dem Komma.

In dem Fall ist der Anhängepunkt vom Nullpunkt über 6m nach Hinten entfernt.

Entweder man sucht sich den Punkt im Blender heraus oder muss eben so probieren.

Soweit konnte ich dir helfen.

Wie weit das verwendeten Script kompatibel ist kann ich dir nicht sagen.

Ich habe das Add-On nun nicht, aber behaupte mal das die *.bus Datei so aufgebaut ist wie beim Gelenkbus.

Demnach muss der der Vorderwagen (Bus) einen Eintrag für den "Kupplungsmaul" haben:

[coupling_back]
0 <- X-Achse
-4.456 <- Y-Achse
0.503 <- Z-Achse

[couple_back]
MB_O530 G E2 Trail.bus <- Dieses Fahrzeug soll am Heck gekuppelt werden
false

Für den Nachläufer (Anhänger) ist es diesen Eintrag:

[coupling_front]
0 <- X-Achse
3.89 <- Y-Achse
0.503 <- Z-Achse

[couple_front_open_for_sound]

[coupling_front_character]
52.5 <- Min/Max Drehwinkel auf der Z-Achse
-20 <- Neigungswinkel auf der X-Achse nach Unten
20 <- Neigungswinkel auf der X-Achse nach oben
1 <- Type 0: LKW, Type 1: Bus

Diesen Eintrag brauchst Du allerdings nicht anpassen.

Es muss lediglich einen Kupplung am Fahrzeug "coupling_back" definiert und als Dateiname der vom Anhänger angegeben werden.

Auf "OMSI 2\Vehicles\Anzeigen\Krueger" sollten mindestens "grundorfer_vb.bmp" und "jani.bmp" existieren, da dies ein Bestandteil von OMSI 2 ist.

Zitat von citaro13334

Wie kann ich das Lenkrad aus Omsi2 entfernen

in dem Hauptverzeichnis befindet sich einen Ordner "Inputs".

Dort werden die Tastenbelegung für Tastatur, Controller/Lenkrad definiert.

In der "gamectrler.cfg" wird der Controller/Joystick entfernt.

Einfach deinen Lenkrad samt die entsprechenden Eintrag löschen, speichern und in Omsi versuchen neu einzurichten.

Grundsätzlich ist es möglich.

Dazu wurde hier in der Webdisk einen Plugin für Blender hochgeladen.

Nur die Texturnamen abändern bringt nix, denn OMSI wird weiterhin nach Blaulicht_steuergerät.dds suchen, weil dieser im Blaulicht_steuergeraet_sa.o3d drin steht.

Um das abzuändern müsstest Du entsprechend das Objekt in Bkender öffnen und die neue Textur zuweisen.

Im Prinzip werden die Fonts im Matrix Script eingetragen.

Da nach "(M.V.GetFontIndex)" suchen.

Dann kann zum Beispiel so ein Eintrag kommen:

"NV_BS_Ziel_19x8" (M.V.GetFontIndex) (S.L.Font_BS_Ziel_19x8)

Der Fontname ist "NV_BS_Ziel_19x8" und dieses findest Du in der *.oft Datei wieder unter den Schlüssel [newfont].

Im besten Fall steht auch schon im Namen drin, welche Größe die Font hat um es besser im Script einbinden zu können.

Nur mal ein Tipp am Rande:

In der Beschreibung steht, dass der Plugin ab Version 2.79 bis 3.5.x geht.

Da Du eine Version ab 4.1 hast, kann (muss aber nicht) es zu Fehlern kommen.

Für welchen Bus soll das sein?

Hier und da gibt es unterschiede wegen der Bitmap Auflösungen sowie Aufteilung der Anzeigefelder.

Selbst beim Kajosoft passt es.

Wenn Du es bündig mit der obere Kante positionierst sollte es klappen

Da hast Du noch etwas Platz:

Das ist die Matrix.o3d

Also wenn das der Freeware O530 ist passt es.

Bei den hab ich so manches mal die Matrix ausgetauscht ohne den inneren Kasten bearbeiten zu müssen.