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!

    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.

    Das dürfte an der ebenfalls implementierten Sprachabhängigkeit der Innenanzeige liegen. Durch den cti-Eintrag wird nur die englische Textur ausgetauscht, nicht aber die deutsche (monitor_DE.dds).


    Option 1:

    IBIS-Sprache auf 0 (Englisch) stellen.


    Option 2:

    Den CTCTexture Eintrag um die deutsche und ggf. auch englische Version ergänzen:

    Code: Ergänzung für die model.cfg
    [CTCTexture]
    farbschema_tex10
    monitor_DE.dds
    
    [CTCTexture]
    farbschema_tex10
    monitor_PL.dds

    Für eine Sprechabhängigkeit kann farbschema_tex10 z.B. mit _DE ergänzt werden (muss dann auch in der .cti geändert werden).


    Option 3:

    Am Ende des Monitor-scripts (interior_display_monitor.osc) in Zeile 164 die Sprachabhängigkeit (L.L.in_language_ibis) 10 * + entfernen:

    Code: interior_display_monitor.osc - Ergebnis
    (L.L.monitor_ekrany_male_in) (S.L.monitor_ekrany_male)

    Alle Optionen sind bisher ungetestet und basieren auf einer sehr kurzen Dateianalyse. Ggf. funktioniert nicht alles wie gedacht.


    Nachteile:

    Option 2: Jede model.cfg muss einzeln angepasste werden. Gleicher Variablenname bei (fast) gleiche Texturen müsse funktionieren, bin aber gerade nicht mehr sicher.

    Option 3: Da ich nicht sicher bin, ob die verschiedenen Innenbildschirmobjekte nur für Texturunterschiede separiert sind, kann hier ggf. mehr Funktionalität verloren gehen.


    LG

    S.A.D.

    Ich weiß nicht ob das schon bekannt ist, aber mir ist bei der Linie 451 aufgefallen das laut Fahrplanbuch einzelne Fahrten z.b. um 16:07, 17:07 und 18:07 MO-FR von Colynfeld ZOB bis nach Pannerburg fahren sollten.

    Geht man allerdings in Omsi in die Fahrplanauswahl werden dort alle Fahrten nur vom HBF nach Trehnbach.

    Auch die einzelnen Fahrten von und nach Heiligenstock werden hier bei der Fahrplanauswahl seltsamerweise nicht angezeigt.

    Die Fahrten sind folgendermaßen zugeteilt (ZOB->Panerburg):

    06:06 RVL 100020

    07:06 Persick.bus 511001/521001/502001

    08:06 Kretz 600002

    16:06 RVL 100066

    17:06 Persick.bus 500007

    18:06 RVL 100075


    Heiligenstock, Zächergasse->Panerburg:

    13:22 RVL 101016

    15:38 RVL 101090

    Du musst noch die Scripttextur-Indizes im Modelleintrag des EVENDPC anpassen.

    Code: DVG_C2G_2015_main.cfg
    [matl_transmap]
    \S:8

    8 -> 11 (2 Einträge)

    Code: DVG_C2G_2015_main.cfg
    [useScriptTexture]
    7

    7 -> 10

    Der Fehler liegt bei den Eintragungen in der model.cfg (Anleitung Schritt 2), da die eigentliche Anzeige nicht eingefügt wurde.

    Die erste Anweisung (Scripttextur) ist korrekt eingetragen.

    Es fehlt allerdings der 2. Teil:

    Zitat von Einbauanleitung C2, V1.0.1

    Danach muss der Eintrag von C2_E6_12m_3T\Fahrerkabine_BereichInnenanzeige.o3d bis über Fahrgastinformation\Haltewunsch_Leasing.o3d durch den Inhalt der Datei Model.txt ersetzt werden.

    Diese Stelle in der Anleitung ist leider ein bisschen irreführend, da hier die expliziten Einträge des C2 Solo 3 Türer verwendet werden. Für dem C2 Solo (Step3) Zweitürer sind das die Einträge C2_E6_12m\Fahrerkabine_BereichInnenanzeige_schwarz.o3d und C2_E6_12m_3T\Klima_innen.o3d.


    Die Logfile bringt auch keine weiteren Erkenntnisse, allerdings nur, da es eine vollkommen neue Logfile aus dem Startprozess von Omsi ist, noch bevor das Startmenü aufgegangen ist (Starteinträge von ca. 5 Minuten vor dem Posten deines Beitrags).

    Die Scripte müssten allerdings korrekt eingetragen sein (zumindest der Teil in der .bus Datei ist korrekt.).


    Du verwendet allerdings anscheinend noch die Version 1.0.1, wobei mittlerweile die Version 1.1 verfügbar ist. Wenn du zusätzlich auf die neue Version umstellen möchtest müssten dann nur die Scripteinträge in der .bus Datei angepasst werden, der Rest bleibt gleich, wie bei Version 1.0.1.

    Es wäre trotzdem gut, die Logfile mit anzuhängen, da evtl. doch irgendetwas was du übersiehst auf den Fehler hindeuten könnte.

    Ansonsten wären noch die Abschnitte aus .bus und model.cfg hilfreich um den korrekten Einbau direkt zu überprüfen.


    Was mit sonst noch einfällt: Hast du sonst noch etwas am C2 verändert oder verwendest du die Originalversion?

    Andere Drucker/IBIS verwenden teilweise leicht andere Ansteuerungen für Innenanzeigen (Angepasste Scripts werden im Ordner "Scripts gesammelt" mitgeliefert).