Das Update, das derzeit für den C2 von Mx in Arbeit ist. Hier ist der Thread dazu, ab dem verlinkten Post kannst du bei Lust mal ein wenig durchstöbern, dann siehst du, was so noch geplant ist ![]()
Beiträge von Wagen122
Als Gast kannst du nur Inhalte in deiner ausgewählten Sprache sehen. Registrierte Nutzer können die Sichtbarkeit anderer Sprachen in ihrem Kontrollzentrum aktivieren, weitere Infos hier.
Alle Themen sind in den Foren mit einer Sprachflagge gekennzeichnet:
-
-
Wenn mich nicht alles täuscht, kann man das Spiegelmodell bereits an den Payware-Addons von Notio bestaunen
(also Intouro II, S41xLE und S41xNF). -
-
Was mir beim Bild aus dem Screenshot-Thread aufgefallen ist: die Schilderbrücke unten im Bild steht vor allem für abbiegende 15m-Wagen auf der von rechts kommenden Busspur meines Erachtens nach etwas gefährlich. Wäre da vielleicht eine kleine Positionsänderung möglich, dass man da sorgloser um die Kurve kommt?
-
Das sind eigentlich Formatierungshinweise für die Matrix (mit "*B" wird beispielsweise auf der K++-Matrix eine Zeile größer als die andere dargestellt)
Wenn die Matrix das nicht unterstützt kann es allerdings zu diesen Darstellungsfehlern kommen. Lösbar wäre das, wie beispielsweise auf Gerolstein, mit separaten .hof-Dateien für die K++, CoD und Standard-Matrix. Das wäre allerdings mit etwas Fleißarbeit verbunden.
-
Du kannst auch unabhängig vom Export die Normals umkehren. Im Object Mode Strg+"A" und dann "Scale". Danach im Edit-Mode, falls mit aktiviertem Backface Culling die Klima wie in deinem Omsi ausschaut, alles auswählen, "W" drücken und dann "Flip Normals" auswählen.
-
Moin,
wichtig zu beachten sind folgende Dinge:
- die in Blender zugewiesene Textur muss im Texture-Ordner des Busses liegen und sollte eine Transparenz aufweisen.
- in der model.cfg muss mithilfe von [matl]-Einträgen festgelegt werden, dass die Transparenz der Textur in OMSI dargestellt werden soll.
- bei mehreren zugewiesenen Texturen muss die Reihenfolge in der model.cfg EXAKT mit der aus Blender übereinstimmen.
Die Einträge können dann etwa so aussehen:
Code[mesh] DeineFenster.o3d [matl] Deine_Fenstertextur_in_Blender_zugewiesen.Endung 0 [matl_alpha] 2Der Wert bei [matl_alpha] gibt dabei den Typ der Transparenz an. 0 ist nicht transparent, 1 kann keine Teiltransparenzen darstellen (entweder undurchsichtig oder voll) und 2 ist mit Teiltransparenzen.
-
Die Vermutung war auch mal "fremde Keys" aus dem Halycon oder Aerosoft Shop, und nicht bei Steam direkt gekauft, auch nicht überprüfbar
Nö, dass dürfte nicht der Fall sein. Hatte bisher als einziges AddOn, das ich nicht im Steam Store gekauft habe, den S31x im Aerosoft-Shop erworben gehabt. Trotzdem dessen letztes Update ja auch schon ein wenig her ist, komme ich ab und zu auch mal in den zweifelhaften Genuss einer Überprüfung und Reparatur.
-
In Blender im Edit-Mode den kompletten linken Außenspiegel auswählen und W->Flip Normals, danach erneut exportieren.
-
- Definiere die wichtigen Anschlusspunkte auf der Map. Hast du z. B. einen Bahnhof auf der Map, dann lege zunächst (gene auch willkürlich) die Abfahrtszeiten der Züge fest. Überlege dir dann, welche Relationen einen Anschluss haben sollen, also z. B. vom Bus aus Adorf auf den Zug nach Behausen etc.
- Von diesen Anschlusspunkten aus weitergerechnet ergeben sich dann aus den Fahrzeiten die Abfahrtszeiten deiner Buslinien entlang der Linienwege für die jeweiligen Haltestellen.
Hier kommen in der Realität zum Teil auch weniger gute Lösungen zum Vorschein, bspw. Anschlüsse, die nur auf dem Papier existieren, man in der Realität aber auch nur Sichtanschluss hat, oder auch kaum Standzeiten an Endhalten. Da ist in der Realität auch nicht immer alles perfekt
solche Ungereimtheiten bringen dann auch nochmal etwas mehr Realismus -
Ich meine, die Busse waren im „Hersteller“-Auswahlmenu nicht unter „Solaris“, sondern irgendwas Richtung „Solaris III“ zu finden. Falls du den MAN NL-NG von Sobol installiert hast, liegt der Solaris direkt unter dessen „Hersteller“
-
Jap, so rum war´s. Zusätzlich müsste (so sieht auf alle Fälle die .sco der MR-Kreuzungen aus) ganz unten ein Eintrag mit [collision_mesh] und dann der .o3d der Kreuzung vorhanden sein, damit OMSI weiß, wo man alles anecken kann. Anders wäre die Kollisionsbox nur ein Quader, in dem irgendwie halt alle Punkte drin sind - funktioniert bei simplen Häusern super, bei Kreuzungen ist´s aber i.d.R. nicht sinnvoll.
-
Normalerweise sollte in der .sco des Objektes das Schlüsselwort [surface] (oder so ähnlich) zu finden sein. Das ermöglicht das Befahren eines Objekte gleich wie bei Splines. Ist das bei dir vorhanden?
-
-
und Beleuchtungen zu setzen
Alternativ kann auch die Funktion "Environment Lighting" aktiviert werden, dann spart man sich das ausleuchten:
-
In den Optionen unter "Grafik, erweitert" findest du unten links Kästchen, um verschiedene Materialkanäle zu (de-) aktivieren. Hier die Bumpmap und Env-Map nicht einzeln aktivieren, da es dort dann zu solchen Darstellungen kommen kann. Entweder beide aus oder beide an.
-
-
Ich weiß nicht, inwiefern das neu ist, jedoch ist mir unten rechts ein kleiner Button aufgefallen, um zum Seitenbeginn zu springen

Mich freut auch, dass ihr den Schritt in Richtung Aktualität der Website-Software getan habt, auch wenn ich mich an einige Änderungen noch gewöhnen muss
Besteht den die Chance, dass die Probleme mit den Icons behoben werden können? -
-
Zumindest der S415LE mit Automatikgetriebe verwendet die S400_Eco_6AP1400_constfile.txt, die von dir genannte ist gar nicht verwendet, sondern ist die der Handschalt-Variante. Die verwendeten Constfile-Dateien kannst du in der Bus-Datei einsehen, diejenigen mit der Endung "AM6" sind die Automatikfahrzeuge. Inwiefern es aber ausreicht, an der Constfile rumzuschrauben, kann ich aber nicht sagen, kenne mich mit dem Thema Getriebe nicht entsprechend aus.
Ansonsten schau dir mal, falls du ihn hast, den O560 (Intouro) vom selben Entwickler an, der hat ein Voith-Getriebe verbaut. Vielleicht kannst du da was übernehmen.