Beiträge von some1

Wird sie denn im Spiel richtig angezeigt? Wenn ja, ignorieren.

Wenn nicht, welches Dateiformat ist BS_Gehweg_Allgemein1 (also die 3. in der ersten Reihe?)

Na die haben ja auch keine, das ist nur die Blende, die da sichtbar is.

Nö, das passt schon. Innenazeigen haben nur die Berliner, Die LE, der 4 Türer G und der 3 Türer Solo. Alle anderen haben von Haus aus nur die Stop-Schilder.

Such in der Ibiscontroller.osc mal nach "Wechselziel"

die 6 Zeilen sind der Abschnitt

'        Wechselziel an bestimmter Haltestelle: Neuer Zielcode wird aus String 9 ausgelesen, damit Kompatibilität zur universellen Hof.
        (L.L.IBIS_RouteIndex) (L.L.IBIS_busstop) (M.V.GetRouteBusstopIdent) (M.V.GetBusstopIndex) 9 (M.V.GetBusstopString)     (S.$.IBIS_temp_string)
        (L.$.IBIS_temp_string) $RemoveSpaces 1 $SetLengthL "!" $=
        {if}
        (L.$.IBIS_temp_string) $RemoveSpaces $length 1 - $SetLengthR $StrToFloat (S.L.IBIS_temp) (M.V.GetTerminusIndex) (S.L.IBIS_TerminusIndex) (S.L.IBIS_Ziel)
        {endif}

Dann such mal nach {macro:Ansage} und füge die obrigen 6 Zeilen unter dem {endif}, aber über dem {end} wieder ein.

Hab ich mal probiert (allerdings mit dem IVu-Drucker und der Krüger++, aber das Prinzip zählt ja), und es scheint zu funktionieren, den Sriptteil einfach ins Ansagen-Makro zu packen.

(L.L.IBIS_TerminusIndex) 13 (M.V.GetTerminusString) $RemoveSpaces (S.$.Matrix_TerminusL1)

(L.L.IBIS_TerminusIndex) 14 (M.V.GetTerminusString) $RemoveSpaces (S.$.Matrix_TerminusL2)

(L.L.IBIS_TerminusIndex) 15 (M.V.GetTerminusString) $RemoveSpaces (S.$.Matrix_TerminusL3)

(L.L.IBIS_TerminusIndex) 16 (M.V.GetTerminusString) $RemoveSpaces (S.$.Matrix_TerminusL4)

Müsste also 13 & 14 für die Front und 15 & 16 für die Seite sein.

Zitat von Busfahrer1991

Zitat von omsi_sw

Folgende Zahlen kannst du miteinander kombinieren:

Ich habe Chrizzly92 aber eher so verstanden, dass das Verhältnis zu vorher gewahrt bleiben muss. Also frei Schnauze verkleinern geht nicht so einfach.

Nein. Das ist egal.

Es verringert nur den Texturbedarf und die Ladezeiten, wenn die Textur in zweier-Potenzen speicherst. Welche Größe die vorher hatten ist irrelevant.

Die Textur vom Hotel Adlon hat eine Größe von 2859x1489

-> Das wird also vom Omsi hochskaliert auf 4096 x 2048. Die kannst du besser als 2048 x 1024 abspeichern.

Die Textur vom Europahaus 2613x2136

-> Auch die geht im Spiel hoch auf 4096 x 4096.

Bei den kleinen Objekten hätten wir:

Die Textur vom LützowCarree mit 710x640 und 445 KB

-> Hier wird von Omsi skaliert auf 1024 x 1024.

Du sparst also Ladezeit und Speicherbearf, weil Omsi die Tetxuren erst auf die nächst-höhere 2er Potenz skaliert und dann die viel größere Datei laden muss.

Jo.

[visible]

neue_Decke

0

macht neben der alten Decke auch die kurzen Hörner, 1 und 2 machen die langen.

Krefrath?

Waldhofen?

Klar, Ursache steht ab Zeile 118 deiner Logfile.

eigentlich alle.

jede .o3d bzw. jedes textfeld hat einen Verweis, welche texttexture genutzt wird. Es nutzt dir nichts oben die Nummern anzupassen wenn unten die Verweise nicht geändert werden.

Hast du denn auch die Zahlen unter [texttexture] bei den einzelenen .o3d Einträgen angepasst? Sieht nicht so aus.

Ich erlaube mir auch mal zwei kleine Änderungswünsche an diesem fantastischen Modell zu wünschen:

- Die Nebelscheinwerfer modellmäßig zu trennen, sodass sich ein Abbiege- und Kurvenlicht umsetzten lässt.

- Den Spiegel, den die Gelenkbusse an der 2. Tür haben, aus der Stangen.o3d zu entfernen und als eigenes Objekt zu machen. Ich würde den gern entfernen um da wie in der BVG-Variante einen Bildschirm zu positionieren. (Der passt aber mit dem Spiegel nicht und die Stangen aus dem BVG passen auch nicht)

In der Realtität wurden die LED meiner Erinnerung nach auch erst mit dem Step3 eingeführt, vorher gabs nur Xenon und Halogen. Xenon war da schon selten, wird zwar noch angeboten aber durch die LED schon stark verdrängt.

Wobei das alles austauschbar ist. Allerdings nutzen die LED-Varianten ein minimal anderes Lichtscript als die mit Halogen. Das ganze als Setvar umzusetzten ist machbar, aber mit etwas Aufwand. Scriptseitig haben übrigens alle Nebelscheinwerfer, bloß sind in ein paar Modellen halt die schwarzen Texturen da, die keine Lightmap haben.

Und für den Schalter wird einfach eine andere Textur genutzt. Klicken muss man trotzdem 2 mal bis die rote lampe angeht, da gibts keinen Unterschied.

Entsprechende Lichtpunkte würden aber trotzdem leuchten:

ok, ggf liegt das daran, dass ein passendes Script fehlt?

versuch mal in der .bus das Innenanzeige_alt durch Innenanzeige_Neutral zu ersetzten.

Bringt der Monitor eigene Scripts mit?

Wenn ja, sind die eingetragen? Oder überschreibt das Script für die alte Anzeige das ggf. ?

Also in meinem Ordner ist entsprechende .o3d vorhanden.

Lads ganze doch einfach nochmal neu runter, such im Download nach der Datei und füg sie dann in deinen Ordner ein.

ja, aber hast du dann auch die ganzen [usetexttexture] Einträge um einen erhöht? Also nicht in der Auflistung, da ist die Zahl irrelevant, sondern im jeweiligen Modelleintrag?

Ihr müsst etwas differenzieren.

Der 3T€6 hateine Innenanzeige verbaut von Haus aus, daher ist

3

[texttexture_enh]

IBIS_cabindisplay

aesys_indoor

1125

98

0

255

191

0

3

0

der Textteure-Eintrag dieser.

Das kannst du nicht einfach durch das andere ersetzten, denn dann funktionieren die Textfelder 4 und 5 auch nicht mehr. Dashboard_Text & Display_Text in dem Fall.

Was aber problemlos gehen sollte, ist einfach die Texttexture Einträge des Monitors unten anhängen, dabei musst du nur die Zahl bei usetexttexture von allen Textfeldern des Monitors um eins erhöhen.

Der C2GHYbrid hat keine Anzeige, daher geht das dort einfach so.

1015 14:28:37 - - Error: vehicles\MB_C2_EN_BVG\model\Dashboard\Schalter_RO_8_up.o3d – o3d reading failed - Could not read the o3d file! Die angegebene Datei wurde nicht gefunden

Steht doch in der Logfile.

Diese Datei fehlt, daher wird alles, was in der model.cfg danach kommt nicht mehr geladen.