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!

    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.

    Zu den Veränderungen in V5 gehören unter anderem (kein Anspruch auf Vollständigkeit):

    Gesamtkarte: Neue Texturen für die Straßen und Gehwege


    Neubau der Busbahnhöfe:

    Ahlheim Hbf

    Eichenhöhe Bf

    Kranenburg Mitte

    Universität


    Überarbeitung der Bereiche

    Ahlheim Hbf - Bernauer Platz - Holdau

    Osterfeld Mitte/Markt/Kirche

    Fachhochschule

    Lößstein

    (Ahlheim Hbf -) Musiktheater/Südtor


    Neubaustrecken:

    Lidersbaum S - Rathaus Sternenberg (über den Sternenberger Süden) [133]

    Am Kreuzfeld - Braukum [133]

    Grachter Markt - Kloster Grachtberg [163, Zeitweise 136]

    Univiertel, Campus Hayerstr. - Ratzeburger Straße - Erckenfeld, Parkstr. (Bedienung der Wohngebiete) [151]

    Tillmannsdorf, Landwehrplatz - Eulenhof Eisenbahnmuseum [163]

    Listau, Helmut Schmidt-Brücke - Harbsen Ort (über Kemperath S) [193]

    Stadtwerke - Preinesberg S [175]


    Um- und Neubau:

    Flurwede Büropark [146]

    2. Anbindung Sportpark Seppenfeld für Stadionverkehre mit Fantrennung


    Änderungen im Liniennetz:

    133 über den Sternenberger Süden, Endpunkt statt Rathaystr. (an 151) in Braukum

    135 Eingekürzt auf Tillmannsdorf <> Erckenfeld S, (Erckenfeld <> Eichenhöhe an 193)

    136 Teilweise Bedienung des Kloster Grachtberg

    146 Verlängerung in Flurwede, Büropark

    149 Über Grendplatz statt Südtor

    151 Ab Campus Hayerstraße über Wohngebiete nach Erckenfeld, Rathaystr (für 133)

    163 Verlängerung an beiden Enden: Bülowstr -> Kloster Grachtberg über Grachter Markt und ab Brecker Feld -> jede 2. Fahrt über Tillmannsdorf nach Eulenhof Eisenbahnmuseum statt Brecker Berg

    175 Neue Linie Bülowstr. - Valdoriastr. - Uni-Halle - Siegfriedstr. - Ahlheim Hbf - Stadtwerke - Preinesberg (- Flurwede, Friedrich-Ebert-Str.)

    187 Eingliederung der Fahrten der 188, In Kranenburg über Emmastraße (ehemals 188)

    188 Eingestellt (Hauptstrecke an 187, Kronprinzenstr. <> Listau S an 193)

    193 Neue Linie Eichenhöhe - Erckenfeld - Listau S - Kronprinzenstr. - Kemperath - Harbsen (Verstärkung 192, Teilersatz 135 und 188, Neu Listau - Harbsen)

    Nachtnetz: Anpassung an die neuen Gegebenheiten.


    Außerdem gibt es noch kleinere Veränderungen, wie eine neue Haltestelle im Bereich Heroldsberg (Schmiedstr. [131, 136]) und umbenannte Haltestellen z.B. Osterfelder Markt -> Osterfeld Kirche, Jeremiasstr. -> Nicole-Lemsky-Allee


    Außerdem natürlich (teilweise) Neuabstimmung der Fahrpläne (insbesondere neue Umlaufplanung und Anschlüsse), Weiterentwicklung des Fuhrparks mit modernen Fahrzeugen und Werbungen, verschiedene Chrono Events.


    Ich hoffe das gibt eine grobe Zusammenfassung über die meisten Änderungen.

    Meine einzige Idee wäre jetzt der Ordnername:

    Liegen die Dateien im Ordner Klingenfuß ?

    Vielleicht kann auch des ß im Odnername den Fehler auslösen, sodass evtl. auch dort auf Klingenfuss ausgewichen werden sollte.


    LG

    S.A.D.

    Ich hätte da ein paar Ideen für dich:

    Bei den {if} Abfragen über (L.L.CCTV_on) solltest du die 1 vorher weglassen, da sie keinen Sinn hat (In {trigger:CCTV_page} und {macro:CCTV_cam_Frame})


    Im frame würde ich noch einen {else} Block einfügen, der alle _aktiv Variablen beim Ausschalten deaktiviert

    Eventuell könntest du noch einen {init} Abschnitt einfügen, wo zu Beginn einmal alles auf 0 gesetzt wird, wobei das eigentlich bereits als Standardzustand vorliegen sollte.


    Außerdem müssen natürlich alle Variablen in einer Varlist vorhanden sein.


    LG

    S.A.D.