Beiträge von S.A.D.

Willkommen in der OMSI-WebDisk!
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: = Englisch [EN], = Deutsch [DE], = Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch!

    gd.zschiedrich Die neuen Knöpfe gehören zur neuen Bordelektronik. Diese wird noch nicht mit diesem Update umgesetzt, ist aber für das darauf folgende Update geplant.

    Dieses Update wird dann auch das letzte für die alte Bordelektronik werden, danach geht es weiter mit Version 1.40 :)


    Nach der Fertigstellung der Elektrovarianten habe ich mich doch noch dazu gerungen auch die Erdgasfahrzeuge umzusetzen, um nach diesem Update endgültig einen Strich unter die alte Bordelektronik machen zu können.

    Die Verspätungsfarbe wird getrennt für Datenrouten und ohne Datenrouten bestimmt. (Zeilenangaben für die V1.02)

    Datenrouten/ohne Datenrouten:

    Im Eintrag in Zeile 2031/2169 die Endzeit von 59 [Angabe in Sekunden] auf die gewünschte letzte Zeit der grünen Anzeige ändern.

    Im folgenden Eintrag in Zeile 2039/2177 die Startzeit für die Blaue Anzeige auf eine Sekunde später ändern.


    Original: Blau ab 60 Sekunden/1 Minute

    Verändert (Beispiel) Blau ab 120 Sekunden/2 Minuten

    Genau andersrum. Wenn die Tuerfehlertoleranz steigt, gibt es weniger Störungen. Für mehr Störungen muss der Wert also kleiner werden.


    Bei jeder Türöffnung läuft ein Zähler hoch, der wenn er den beim Starten festgelegten Wert Toleranzwert*Lebensdauer überschreitet die Störung auslöst.

    Beim Reparieren (Am Bus oder über das Menü) wird dann der Fehlerzähler wieder Zufällig au einen Wert unterhalb der Schwelle zurückgesetzt.

    Hi, dafür würde ich vorschlagen in der jeweiligen Model.cfg einen neuen Tauscheintrag für die wheels.tga hinzuzufügen, also im Abschnitt Textur-Changes unten folgenden Eintrag zu ergänzen:

    Code
    [CTCTexture]
    repaint_wheels
    wheels.tga

    Im Repaint kannst du dann über

    Code
    [item]
    DSW21
    repaint_wheels
    DSW21\wheels.tga

    (DSW21 als Beispiel) die Textur nur für dieses Repaint ändern.

    Für alle anderen Repaints ändert sich nichts dadurch nichts, kann also auch ohne neue Bus- und Modelldatei erfolgen.


    LG

    S.A.D.

    Diese Kartenerweiterung war aus 2020, also über 5 Jahre alt. In den Kommentaren unter dem Video steht, dass der Download wohl durch eine Urheberrechtsverletzung entfernt wurde, die Karte also seit 5 Jahre auch nicht mehr verfügbar ist, was durch verschiedene Beiträge aus den letzten Jahren weiter untermauert wird.

    Bei mir hatte die KI-Version diese Probleme, wenn die alternativen passengercabins mit Hintereinstieg (Ordner _metro_Passengercabin) aktiviert sind. Ich habe dann als Lösung manuell den Pfad in der KI-Version auf die kopierten originalen Dateien geändert, um mit dem Metroeinstieg fahren zu können bei gleichzeitiger KI Nutzung.

    Allerdings kommt es aus für mich nicht bekannten Gründen immer wieder unabhängig vom KI Bus in von vielen Linien bedienten Bereichen dazu, dass diese nicht abfahren. Was aber wahrscheinlich eher daran liegen dürfte, dass sich die Fahrgäste gegenseitig blockieren und die Busse dadurch nicht abfahren können (warten auf alle Fahrgäste).

    Bezüglich Repaintfehler:

    In der ailists.cfg ist hinter dem Repaintnamen ein Leerzeichen, was Omsi als Teil des Namens ansieht, welcher dann nicht mehr zum Repaint passt. Leerzeichen entfernen und es sollte funktionieren.


    Bezüglich Thüringer Wald Autos:

    Du hast die AI-Gruppen vom Thüringer Wald mit veränderten Namen eingesetzt, welche Omsi nicht kennt bzw. vorher kannte und daher wahrscheinlich alle Pfade für diese neuen Gruppen gesperrt sind. Am Besten sollten diese Fahrzeuge in den Originalen AI-Gruppen NormalCars und Trucks einfach als neue Pfade angefügt werden. Alternativ kannst du auch die neuen Gruppennamen in der unsched_vehgroups.txt entsprechend dem Eintrag der NormalCars einfügen und damit freischalten (Nicht getestet, Quelle: Wiki KI-Verkehr)

    Also, ich hab das mal probiert. Die Model-Datei hab ich bearbeitet:

    Auch in der .cti-Datei habe ich die Klima dann richtig eingesetzt (die pdn ist nur für die "zweite Ebene" in paint da):


    Trotzdem bleiben die Klimas weiterhin weiß

    Soweit sieht alles korrekt eingetragen aus.

    Ich könnte mir noch vorstellen, dass die Klimaanlagentextur im Objekt/Mesh in einem anderen Format (wahrscheinlich .tga oder .png) gespeichert ist und daher nicht ersetzt wird. Beim Tausch ist die Dateiendung soweit ich weiß relevanter, als beim Laden von Objekten im Spiel, da Omsi in der Regel als .dds gespeicherte Texturen auch gegenüber dem eingetragenen Dateityp bevorzugt.


    Lösungsansatz: Den CTCTextur Eintrag mit Klima_BVG.tga oder .png austauschen und Omsi neu laden um zu gucken, ob sich dadurch etwas verändert.


    Bezüglich der Beleuchtung des Aufbaus und der Klimaanlagen:

    Sowohl der Aufbau, als auch die Klimaanlagen sind eigenständige Teilobjekte, welche auf Löchern im Wagenkasten aufgesetzt werden. Hierbei entsteht nicht automatisch eine feste Hülle. Dadurch kann es zur fehlerhaften Beleuchtungen von außenliegenden Teilen durch die Innenbeleuchtung kommen, da nicht ganz zwischen Innen- und Außenbereich unterschieden werden kann.

    Browneyeman

    Da du schreibst, dass es sich um die Variante mit neuen Rücklichtern handelt (wahrscheinlich diese)

    Dieser C2 LE Ü verwendet andere Texturen.

    Für die Große Klima ist das die Klimaanlage_Neu.tga mit dem cti-Eintrag Klima_C2

    Die Kleine Klima verwendet die Textur Klima_BVG.dds, wobei hier noch ein [CTCTexture] Eintrag in der Model-Datei (MB_C2_EN_BVG\Model\Tabley-Kun\model_MB_C2_E6_LE_UE_24.cfg) ergänzt werden, z.B.:

    Code
    [CTCTexture]
    Klima_BVG
    Klima_BVG.dds

    wobei Klima_BVG dann auch der cti-Eintrag wäre.


    LG

    S.A.D.

    Links neben dem Fahrersitz befindet sich ein Rucksack mit einem Fahrertablet, welches durch anklicken auf das Lenkrad gelegt wird.

    In diesem Tablet steht (für jeden neu erzeugten Bus unterschiedlich) neben dem Fahrplan die benötigte PIN und Fahrtnummer für die spätere Fahrteingabe.


    LG

    S.A.D.

    Zum Thema Ticketpreise:


    Ich würde sagen es ist nicht Sachgerecht auf Karte die Maximaltarife des VRN zu verlange.

    Hier meine Überlegungen dazu:


    Die Karte hat anhand der Kachelnummern abgeschätzt eine Diagonallänge von ca. 15 km.

    15 km entspricht im VRN z.B. einer Fahrt von Mannheim nach Heidelberg (Bahnhof zu Bahnhof ca. 17 km Luftlinie).

    Hierfür gibt mir die Onlineauskunft die Preisstufe 4 aus.


    Entsprechend erachte ich es als eher unstimmig, für diese Kartengröße den maximalen Verbundtarif als Standardfahrkarte zu verwenden. Insbesondere da die meisten (hypothetischen) Fahrgastfahrten wahrscheinlich nicht diese Maximallänge erreichen werden.


    Von daher kann ich grundsätzlich die Überlegungen hinter den Preissetzungen verstehen, würde aber auch mit Rene mitgehen, dass diese Preise im Kartenkontext etwas überteuert wirken.


    Ich würde vorschlagen die normalen Ticketpreise in etwa auf das Niveau der Preisstufen 3-5 zu reduzieren, was die wahrscheinlich hauptsächlichen Fahrtbeziehungen etwas besser abbilden dürfet, als der Gesamtverbundtarif. Im Kontext der Nutzung der Kurzstrecke als Stadt-und-direktes-Umland Tarif wirkt auch dies schlüssig.

    Darüber hinaus wäre die einfache Tageskarte aufgrund der in Omsi nur als Einzelpersonen simulierten Fahrgästen wahrscheinlich eine bessere Wahl für das Ticketpack, als die Familientageskarte.


    Evtl. könnten insbesondere für die Kurzstrecken der Ticketname auch etwas angepasst werden, um die abgeänderte Funktion besser zu erklären.


    LG

    S.A.D.


    (Ich komme selbst nicht aus der VRN-Region und kenne mich nicht genauer mit dem Tarif aus. Alle Aussagen beruhen auf einer kurzen Online-Recherche mit Google Maps und der VRN-Website)

    Hallo TiTime ,

    du hast hinter einigen Repaintnamen Leerzeichen in der ailist, welche OMSI als Bestandteil des Namens wahrnimmt und entsprechend das Repaint nicht findet (Siehe beispielhaft Punkte im Screenshot). Einfach die Leerzeichen entfernen und es sollte funktionieren.

    Bei mir tritt dieser Fehler in der Regel dann auf, wenn ich bei Auswählen des Fahrplans die Pause aktiviert habe. Den Fahrplan einmal neu anzunehmen und dann einfach die Zeit nochmal zu bestätigen (man muss tatsächlich nicht eine Sekunde vorstellen) entfernte dann den überflüssigen KI-Bus, welcher auch nicht wieder auftauchte.

    Gestern hieß es mal wieder etwas SEV fahren, diesmal als "SEV S" im Städtedreieck zwischen Laupendahl Hbf (ZOB) und Sisselsforst-Oesdorf über LP-Spryndorf.


    Die Fahrt startete am verschneiten Betriebshof der ROGIS, wo für den SEV ein Pausenplatz eingerichtet wurde.


    Abfahrtszeit erreicht: Auf nach Oesdorf!


    Zwischenstopp in LP-Spryndorf


    Bereit zur Rückfahrt am Bahnhof Oesdorf.


    Map: Städtedreieck21 V2 (+ private SEV-Mod)

    Bus: MAN NLC 18C DLC (+ IVU.ticket.box, DB Bildschirm und SEV Schild)

    Um weniger Setvars zu haben wurde die Displaysoftware für beide Varianten (VDV und Baseline Dashboard) in einer Option vis_dash_cluster zusammengefasst. Entsprechend müsste für die alte (klassische) VDV Software diese Setvar auf 0 stehen.

    Dadurch muss ggf. für Baseline und VDV ein eigenes Repaint mit veränderten Setvars erstellt werden.


    LG

    S.A.D.

    Da die V3 im Vergleich zur V2.2 eine vollkommen andere Texturaufteilung bei den Repaints benutzt ist das leider nicht möglich.