Beiträge von S.A.D.

Phil-Muc089

Zitat von Readme Addon Simple Streets (Auszug)

3b) Kopiere "Splines/Marcel/texture" nach "Splines/ADDON_SimpleStreets/texture"

Kopiere "Sceneryobjects/Kreuz_MC/texture" nach to "Sceneryobjects/ADDON_SimpleStreets/texture"

Kopiere und NENNE UM "Sceneryobjects\Railroad_RUE\texture\Gleis_Betonschwellen.bmp" In "Sceneryobjects\ADDON_SimpleStreets\texture\Gleis_Beton.bmp"

Bitte prüf nochmal, ob die die Datei korrekt Kopiert und umbenannt hast, da Omsi diese nicht findet.

wilbo4

Bei dir sorgt wahrscheinlich das ö im AI-Group Namen von Eichenhöhe für Probleme.

Lösungsvorschlag:

Schritt 1:

Gehe in die ailists.cfg im Mapordner.

Dort sollten ab ca. Zeile 145 die Fahrzeuge des Btf-Eichenhöhe eingetragen sein.

Überall wo Eichenhöhe steht (oder ggf. mit Fehlerhaften Zeichen anstelle des ös) dies durch Eichenhoehe ersetzen.

Schritt 2:

Im Unterordner TTData muss in .ttl-Dateien, wo Fahrzeuge des Btf-Eichenhöhe aufgerufen werden der Name Ebenfalls getauscht werden.

[newtour]
61001
AVG Gelenkwagen (Eichenhöhe)
528

Unter jedem [newtour] steht erst die Umlaufnummer/Der Umlaufname und danach die Zugehörige AI-Group. Hier den Namen wie in der ailists.cfg abändern.

Das ganze muss für ALLE Umläufe in ALLEN entsprechenden Dateien gemacht werden.

Folgende Dateien enthalten bei dir einen entsprechenden Fehler:

Lösung/Workaround für die Brücke:

Geh in den Ordner:

OMSI 2\Sceneryobjects\Ahlheim4_Objekte\Lierach_Objects

und öffne die Bruecke_Lierach.sco mit einem Texteditor.

Füge unter dem letzten Eintrag erst eine Leerzeile und anschließend den Befehl [nocollision] ein.

Damit wird die komplette Brücke Kollisionslos, sodass auch die fehlerhafte Kollision der Unterführung verschwindet.

LG

S.A.D.

Damit auch SB, CE, NE und R benutzt werden können muss:

1) Sofern der Bus die Krüger+(+)-Matrix verwendet, in der "matrix_constfile.txt" des jeweiligen Busses folgende Konstante entsprechend geändert werden:

[const]
Matrix_UseExtraIBISSuffixes
1

Für den NLC wäre das die "Vmatrix_constfile_K++_pc.txt".

2) Bei anderen Matrixanzeigen ggf. das Script angepasst werden.

Beispiel für den MAN Bremen:

Die Datei "VMatrix_multi.osc" öffnen und nach {if} "BVG" {endif} suchen und unter dieser Zeile die entsprechenden Zuweisungen ergänzen:

    l2 22 =
    {if} "R" (L.$.Matrix_Linie) 2 $SetLengthR $RemoveSpaces $+ {endif}
    l2 37 =
    {if} "CE" (L.$.Matrix_Linie) 2 $SetLengthR $RemoveSpaces $+ {endif}
    l2 38 =
    {if} "NE" (L.$.Matrix_Linie) 2 $SetLengthR $RemoveSpaces $+ {endif}
    l2 39 =
    {if} "SB" (L.$.Matrix_Linie) 2 $SetLengthR $RemoveSpaces $+ {endif}

Wichtig zu 2 für die Anwendung auf andere Busse: Sollten ein Sonderzeichencode schon verwende werden muss für den Bestehenden oder den Neuen Suffix/Präfix ein anderer Code eingetragenen werden. Sonst Zeigt die Anzeige: "Präfix1_Linie_Präfix2_Linie". (Also bei S und SB mit Linie 17: S17SB17).

Das dürfte auch nichts Bringen.

Der Fehler ist nur ein Folgefehler aus den nicht gefundenen Helferlein-Ampelmasten.

Lösungsvorschlag:

Gehe in den Ordner Sceneryobjects\Helferlein_Objekte\Masten\ und kopiere die Dateien Mast3m.sco und Mast5m.sco einmal und bennenen sie in Ausl_3m.sco und Ausl_5m.sco um.

Sollten auch diese Dateien nicht vorhanden sein installiere bitte die Masten neu.

Danach solltest du, sofern du mit aktiven Kollisionen fahren willst, den vorher Beschriebenen Kopiervorgang zum ersetzen der Originaldateien durchführen, da sonst fehlerhafte Kollisionen auftreten.

LG

S.A.D.

Hierfür müsstest du in der lights.cfg (oder bei Step 1+2/altem Dashboard lights_alt.osc) im letzten Makro anpassen können.

Hier wird über einen Geberfaktor die Geschwindigkeit für den Schadensfall verdoppelt, also der Zeitwert halbiert.

{macro:lights_calc_geberfaktor}
'Wenn eine Birne kaputt ist, dann schneller blinken:
    (L.L.lights_blinker_l_bulb_1_lifetime) 0 <=
    (L.L.lights_blinker_l_bulb_2_lifetime) 0 <= ||
    (L.L.lights_blinker_l_bulb_3_lifetime) 0 <= ||
    (L.L.lights_blinker_l_bulb_4_lifetime) 0 <= ||
    (L.L.lights_blinker_l_bulb_5_lifetime) 0 <= ||
    (L.L.lights_sw_blinker) 1 = (L.L.lights_sw_warnblinker) || &&

    (L.L.lights_blinker_r_bulb_1_lifetime) 0 <=
    (L.L.lights_blinker_r_bulb_2_lifetime) 0 <= ||
    (L.L.lights_blinker_r_bulb_3_lifetime) 0 <= ||
    (L.L.lights_blinker_r_bulb_4_lifetime) 0 <= ||
    (L.L.lights_blinker_r_bulb_5_lifetime) 0 <= || s5
    (L.L.lights_sw_blinker) 2 = (L.L.lights_sw_warnblinker) || && ||
    {if}
        0.5
    {else}
        1
    {endif}
    (S.L.lights_Blinkgeber_faktor)
{end}

Die 0.5 ist der Zeitfaktor bei Beschädigung einer Lampe und 1 der Zeitfaktor ohne Beschädigung.

Mit 0.25 und 0.5 wäre die "Schnelligkeit" also doppelt so hoch wie vorher.

(Nicht praktische Getestet)

LG

S.A.D.

Zeig doch bitte einmal den Inhalt der Ordner (OMSI 2\)Splines\ADDON_SimpleStreets\texture und (OMSI 2\)Sceneryobjects\ADDON_SimpleStreets\texture, bzw. überprüfe ob dort z.B. die str_asphdrk_1line.bmp und str_gehweg02.bmp vorhanden sind, da diese ja aus den Texturordnern der Standartsplines/Standartobjekte stammen.

harmonieeerelax Da liegt der Fehler tatsächlich in der Ailists.

Bei den Großgelenkbussen ist nämlich noch die alte Hofdatei eingetragen. Einfach ein " V2" an das Städtedreieck21 anhängen, dann sollte es passen.

(Fehler stammt aus der ersten ailists der Adventskalenderversion).

Bezüglich dem Stadionkreisel: Dort sind tatsächlich die alten Ampelmasten verbaut worden.

Daher muss man die alten Objekte löschen (Ausl_3m.sco, Ausl_5m.sco), dann die neuen Objekte (Mast_3m.sco, Mast_5m.sco) kopieren und entsprechend umbenennen, damit die Kollisionen tatsächlich verschwinden.

Die Karte wurde gerade in der Filebase hochgeladen:

Schade, ich hatte eben nochmal geguckt, da ich IVU-Umläufe eingetragen hatte, ob die originale etwas anders reagiert, aber auch da existiert bei mir der Fehler.

Gestern hatte ich mich allerdings mit der Linie vertan. Auf der 156 läuft alles gut, da alle Routen einfach durchnummeriert sind.

Ich habe das Auftreten anhand der 131 einmal im Spoiler dokumentiert.

Guten Abend,

mir ist im Laufe des Tages aufgefallen, dass wenn ich über Linie/Route schildern möchte und zwischen den Routennummern eine Lücke ist (z.B. auf 15604 folgt 15606 oder auf 003 folgt 011) immer die letzte Route des ersten Blocks aktiviert wird, egal welche (aus dem zweiten Block) ich in der Liste auswähle (Hofdateien von Ahlheim V4 und S3eck V2) .

Ansonsten ist der EVENDpc, auch durch die IVU-Umlauf Unterstützung, eine richtig gute Ergänzung und eines meiner diesjährigen Adventskalenderhighlights .

LG

S.A.D.

Guten Abend,

gerade hatte ich den RSV Shuttle angetestet.

Dabei ist mir aufgefallen, dass wahrscheinlich die Ampelmasten im Stadionkreisel und am Stadion bei mir komische Kollisionen auslösen.

(Sonst laufen alle Linien super.)

Ich bin dabei mit dem Facelift CapaCity am 19.01.2025 Umlauf 90504 gefahren (wobei ich modifikationstechnisch nur den EVENDpc [Adventskalender] eingebaut habe).

Weitere Test mit anderen Fahrzeugen mache ich dann morgen.

LG

S.A.D.

Guten Tag,

mir sind während meiner Fahrten zwei Sachen aufgefallen:

Für Umlauf 10121 fehlt der IVU-Umlauf in der Hofdatei.

In allen ailists wird den Großraumgelenkbussen noch die alte Hofdatei zugewiesen, sodass diese wegen Namensänderungen oft ohne Ziel fahren.

LG

S.A.D.

Ps. Danke für die neue Version

Siehe Beitrag #18

Zitat von DerGrafikfehler

Zitat von Badcop812

Moin, danke für den Mod erstmal, jetzt zu meiner Frage: Ich habe in der main.osc keine fare_init, habe den Bus nochmal neu gedownloaded, aber auch da ist keine drinne, welche init soll man dann ersetzen?

Die IBIS_init bzw. IBIS_frame. Ist bereits gemeldet worden und wird im späteren Download korrigiert sein.

Außerdem können die Ticketprinter Einträge raus.

Zitat von Tjark

im Cockpit die Taste leuchtet orange( also Motorstopp an Kreuzungen aktiviert)

Die Taste leuchtet, wenn die Start-/Stopp Automatik deaktiviert ist.

Wahrscheinlich ist das Ausgehen des Motors daher ein Bug.

Piepen und Fehlermeldungen kommen durch das dann erkannte ungesicherte Motorabstellen.

Ich empfehle zum Thema Start-/Stopp Funktion das Handbuch auf Seite 12.

LG

S.A.D.

Zitat von _Murmel_

und wie kann ich ein neues Bild hinzufügen?

Damit weitere Bilder angezeigt werden muss noch eine Zahl im Script angepasst werden:

Öffne dazu die Drucker.osc und suche nach (L.L.IT_Werbung) 1 + (S.L.IT_Werbung) und ändre die dahinter stehende 5 in die Anzahl der Werbungen, die angezeigt werden sollen.

Damit das Ganze ordentlich funktioniert müssen natürlich die neuen Werbungen entsprechend Indexbasiert benannt, wie bereits von Ben Kliver beschrieben, im Texturordner liegen.

LG

S.A.D.

Guten Morgen,

erst einmal Danke für den Nikolausbeitrag

Leider ist beim Packen des Türchens wohl etwas aus dem Nikolaussack gefallen, da Objekte von iStanley und jjb leider nicht mitgeliefert werden.

Glücklicherweise sind beide in der verfügbar:

LG

S.A.D.

Grundsätzlich ja.

Allerdings müsstest du noch aus den so berechneten Sekundenwerten die Stunden und Minuten rausrechnen und als String speichern.

(M.V.GetTTBusstopIndex) (M.V.GetTTBusstopDep) (M.V.GetTTDelay) + s0

l0 60 % s1
l0 l1 - 60 / s0
l0 60 % s2
l0 l2 - 60 / s0

l0 $IntToStr ":" $+ l2 $IntToStr $+ (S.$.Halt0Zeit)

Diese Berechnung kann natürlich noch besser als makro definiert werden um sie nicht x-mal Schreiben zu müssen.

(M.V.GetTTBusstopIndex) (M.V.GetTTBusstopDep) (M.V.GetTTDelay) + (M.L.UhrzeitHHMM)

.
.
.

{macro:UhrzeitHHMM}
s0
l0 60 % s1
l0 l1 - 60 / s0
l0 60 % s2
l0 l2 - 60 / s0
l0 $IntToStr ":" $+ l2 $IntToStr $+
{end}

Und natürlich muss der Text auf dem TFTMonitor richtig platziert werden.

Allerdings solltest du zusätzlich beachten, dass bei diesem Vorgehen die Verfrühung auch wieder Minuten abzieht, sodass dafür eine skriptabhängige Lösung gefunden werden muss, sofern keine vor dem Fahrplan liegenden Abfahrtszeiten angezeigt werden sollen.

Korrektur:

Bei der Berechnung der Abfahrtszeiten muss das (L.S.Time) und auch das + hinter (M.V.GetTTBusstopDep) weg.

(M.V.GetTTBusstopDep) liefert bereits die planmäßige Abfahrtszeit.

Sonst hat man z.B. bei Abfahrt 11:58 auf einmal 23:56 stehen.

Ergänzung:

(M.V.GetTTDelay) entspricht der Verspätung zur Ankunft.

Wenn in einem Fahrplan die Abfahrtszeit nicht gleich der Ankunftszeit ist sollte für eine korrekte Abfahrtsverspätung der Korrekturfaktor (M.V.GetTTBusstopArr) (M.V.GetTTBusstopDep) -  addiert werden.

Heute hat mich, nachdem ich es die letzten Tage noch zurückhalten konnte, ein reales, bzw. in Omsi Semireales, Repaint überrollt.

Daher habe ich mich hingesetzt und nach Fotorecherche dem kürzlich erschienenen Ikarus 417 einen WSW-Lack spendiert.

Da es (aktuell) in Omsi nur den Ikarus 417.08 mit 4 Türen gibt, die WSW 1995 aber 17 Ikarus 417.04 mit nur 3 Türen in Dienst stellten, ist die Umsetzung etwas kompromissbehaftet. Auch wenn ich die Fahrzeuge nie in echt erlebt habe, wollte ich diese Exoten aus meiner Uni-Stadt zumindest grob umsetzen.

Die Testfahrt beginnt an der Zeche Hindenburg in Ahlheim Sternenberg. [Front und Fahrerseite]

Eigentlich würden beim Original eine Heckscheibe und ein steigender Fußboden im Heck ohne Tür 4 anzutreffen sein. Die Logos wären Weißgrundig auf der Heckscheibe zu finden. (Die Spiegelung ist auch ein Workaround um die Anzeige zu verstecken.) [Heck und Türseite]

Alle (echten) Türen auf am S-Bahnhof in Liederbaum. Gut zu sehen sind die Roten Türen und Stangen. Die verwendeten Farben entsprechen denen des (zu diesem Zeitpunkt recht neuen) WSW-Logos. Produktstreifen und Stoßstangen in Blau, wie die Grundfarbe des Logos und Akzente in Rot, entsprechend dem Akzentpunkt.

Angekommen am Bostoner Weg steht erst einmal Pause auf dem Plan. Wer mein das Fahrzeug hätte in diesem Zustand wenig rot: Ausgeliefert wurden die Busse mit Roten Spiegeln und Felgen. Die Ersatzteile wurden dann hinterher nicht extra lackiert, sodass etwas mehr Schlichtheit Einzug erhielt.

Karte/Map: Ahlheim V4 (Webdisk)

Bus: Ikarus 417.08 (Webdisk)

Hallo DanieCeBus ,

Der akute Fehler, durch den die Objekte fehlen ist wohl:

128 19:20:12 -  -   Error:           In "vehicles\AC O530 LE\model\O 530_Sub.cfg" there was an error in line 4695!

Also wäre hilfreich einmal diese und umliegende Zeilen auf Fehler zu überprüfen.

Außerdem kann

127 19:19:59 -  -   Error:           vehicles\AC O530 LE\model\ibox/ibox_body.o3d   o3d reading failed - Could not read the o3d file! Ung ltiger Dateiname - %s

nicht geladen werden, wohl wegen umgekehrtem /.

Da das allerdings der Standarddrucker ist, könnte das wohl auch weg.

Dann zu fehlenden Makros und Variablen:

116 19:19:21 -  -   Error:           Fehler: im Befehl "(S.L.IBIS_Linie_Complex)" (vehicles\AC O530 LE\\script\IVU_Ticketbox.osc) ist der Variablenname ung ltig!
117 19:19:52 -  -   Error:           Fehler: im Befehl "(L.L.IBIS_Linie_Suffix)" (vehicles\AC O530 LE\\script\IVU_Ticketbox.osc) ist der Variablenname ung ltig!
118 19:19:53 -  -   Error:           Fehler: im Befehl "(S.L.IBIS_Linie_Suffix)" (vehicles\AC O530 LE\\script\IVU_Ticketbox.osc) ist der Variablenname ung ltig!
119 19:19:54 -  -   Error:           Fehler: im Befehl "(S.L.IBIS_Linie_Suffix)" (vehicles\AC O530 LE\\script\IVU_Ticketbox.osc) ist der Variablenname ung ltig!
120 19:19:54 -  -   Error:           Fehler: im Befehl "(M.L.KISchilderung)" (vehicles\AC O530 LE\\script\citaro_main_AI.osc) ist der Macroname ung ltig!

Sind in der Busdatei die Zahlen am Anfang der Variablengruppen gleich mit der Anzahl der Einträge? Es scheint nämlich so, als würden nicht alle Scripts/Varlists geladen.

Da der Bus kein eigenständiges Matrix-Script hat, sondern dieses in der originalen ibox.osc mit drin ist wäre das auch zwingende Voraussetzung, damit überhaupt geschildert werden kann.

Evtl. müssen auch noch Brückenscripts zwischen IVU und Matrix installiert werden.

Ich hoffe, ich konnte dir ein wenig weiterhelfen.

LG

S.A.D.