Beiträge von BusfahrerP

Ahh, gut, da habe ich zufällig ein Fensterrepaint rumliegen

Farblich spielt sich alles auf dem Wagenkasten ab. Manches mag komisch ausschauen, weil es meine Paint.net Datei ist und manche Ebenen dort nicht multipliziert sind, es später auf dem exportierten dds aber natürlich schon.

auf der Trans habe ich gar nix, nur leeres Alpha, aber dort, wo die Fenster beklebt sind, ein tiefes und volles schwarz, in dem Fall als Lochfolie

***************************************
Ebi Tours - Hunde in Not
***************************************

[item]
Ebi Tours - Hunde in Not
farbschema_Wagenkasten
Ebi\Ebi_A21_Hunde.dds

[item]
Ebi Tours - Hunde in Not
farbschema_trans
Ebi\Ebi_A21_Hunde_trans.dds

das Ingame-Ergebnis ist hier zu sehen:

RE: Screenshots - OMSI

da bin ich etwas zu wenig im Faremaster drin. Ganz OK das Teil, aber (zumindest im Intouro und Setra LE) der fehlende Wechsel zwischen RBL und Verkauf ist doof.

Schau mal, ob du eventuell eine wichtige Dummy-Textur nicht kopiert hast.

Main.dds

SU_II_dummy.dds

SU18_II_glas_misc.dds

eher weniger

Displaytext.tga

interessant, ich hätte auch erwartet, dass die Displays und Text Texturen noch mit einer 1px großen weißen Textur zum Leuchten gebracht werden müssten, wenn die fehlt, geht's auch nicht, aber es gibt gar kein Night oder Lightmap in dem Ding?

116 15:31:54 -  -     Warning:       Error while loading script file vehicles\C2_faremaster\\

bei den 4 Abschnitten in der .bus,wo (string)varlisten, scripte und constfiles aufgerufen werden, steht immer eine Zahl dabei. Diese gibt an, wie viele Zeilen drunter ausgelesen werden, also wo Pfadangaben erwartet werden.

sagen wir mal, da steht bei dir ZUM BEISPIEL (muss ich capsen, weil viele dann kommen "aber bei mir steht nicht 20, sondern 21?")

20
[scripts]

du hast drunter aber nur 19 Pfade stehen, sucht OMSI natürlich nach der 20. Datei, wo aber nur eine Leerzeile steht, also hat die Datei keinen Pfad, Namen oder Endung.

117 15:31:57 -  -   Error:           Fehler: im Befehl "(M.L.fare_frame)" (vehicles\C2_faremaster\\script\C2_LE_main.osc) ist der Macroname ungültig!
118 15:31:57 -  -   Error:           Fehler: im Befehl "(M.L.fare_init)" (vehicles\C2_faremaster\\script\C2_LE_main.osc) ist der Macroname ungültig!

Nicht ganz sicher hier, schau nochmal, dass (string)varlist, script und constfile richtig in der .bus stehen und die Anzahl zur drüber aufgeführten Zahl passt.

Leider kann man nicht alles in OMSI genau nachbilden.

Genau dafür, den ganzen Gang mit Leuten vollzuquetschen, ist angeblich jeder Linienbus ausgelegt.

Zitat von Wikipedia - MAN SL202

Sitzplätze	39 oder 45
Stehplätze	68 oder 54

Zitat von Setra S 319 UL - Bj. 1998

Wagen Nr. 37

Gelegenheits-

Berufsverkehr

---

Linie I - Sitzplätze 65

................Stehplätze 62

---

Alles anzeigen

OK, der hat auch einen Kinderwagenplatz, dennoch wird es recht eng.

Genauso der gute Spruch von Chrizzly, man kann es nicht allen recht machen.

"Hey, der hat ja kaum Stehplätze"

"Hey, der Bus quillt ja über vor Leuten"

In der stressigen Rushhour ist ein vollgestopfter Stadtbus doch durchaus realistisch, wenn du möchtest, brauchst nur ein paar Plätze aus der passengercabin löschen, das ist in OMSI das schöne, die Dateien stehen jedem offen.

Achtung! Es gibt mind. 3 Attach Funktionen!

Parent to... -> für Ampeln an Kreuzungen

Attach to Object -> für modulare Objekte, wie Haltestellenschilder (Neuendorf, BVG, Mabeg FIS 2/3...)

~ to spline -> um Objekte entlang dem Winkel / der Biegung einer Straße auszurichten und ggf. zu mustern (Zäune, Leitpfosten)

Peopleboxen müssen NICHT zum Haltestellenwürfel parent haben. Wie oben geschrieben, bestimmt sich das über die Docking distance.

Das Attach to spline scheint ein Problem zu sein.

Wenn beides Free Objects, also zu nichts attached sind, ging das bei mir bisher immer. Auch bei größeren Abständen.

Interessant: Wartet ein Bus z. B. am Bahnhof und startet dann seinen Trip, sollte...

...im Fahrplan-Profile ein paar Sekunden zwischen Arrival und Departure sein, dass der KI-Bus neu schildert für seine baldige Fahrt, aber noch nicht losfährt.

...die Peoplebox vor dem Würfel und in Blickrichtung sein. Bei den Hst unterwegs bedeutungslos, da sehen die Leute den Bus mit der richtigen Ziel ankommen.

Betriebsfahrt

Nein! Ein Platz für einen Passagier = Ein Platz für einen Passagier, es ist egal, ob das ein Stehplatz, Sitzplatz, oben oder unten, vorne oder hinten ist. Das wird random bestimmt, welchen Platz er sich aussucht. Die Perotinus-Busse haben dann vielleicht nur 6 Stehplätze im Kinderwagenabteil definiert, während hier wohl der ganze Gang mit Plätzen vollgepflastert ist.

Heute morgen hat bei mir die Oma auch die hinterste Sitzreihe im Setra LE erklommen, da kann ich auch nichts dran ändern, obwohl "diese Treppen nix für ihre alten Beine sind" und das Ding vorne ja niederflurig wäre.

weil ich grad zufällig hier drüber stolpere, ich habe folgende Beobachtung gemacht:

In Ebstein sind der ein oder andere Hst-Würfel und Peoplebox mit to Spline an die Straße gebunden, dass sie ach so schön im richtigen Winkel zur Straße ohne Terrain drunter sind.

Das waren (z. B. Gaskessel und Eibenweg, falls das wer kennt) eben genau so Hst, wo nie jemand eingestiegen und gefühlt eher selten jemand ausgestiegen ist.

Seit ich das rückgänig gemacht habe, also Würfel anklicken, to spline, dann aufs Terrain klicken, um die Verbindung Objekt <-> Spline aufzuheben und sowohl Würfel als auch Peoplebox als Free Objekt selbstständig ausgerichtet habe, herrscht an den Haltestellen entsprechender "emsiger" Betrieb.

Im heutigen Dienst verschlafene Dörfer versorgen.

meist quer durch die Walachei

wenigstens in der Hauptstadt findet man dann Kollegen

Setra S 415 LE | Ebstein

KI: Mercedes-Benz Citaro Facelift Ü, Setra S 417 UL

privat

gerade Doubles brauchst du ja. Wenn das zusammenhängt, also nur ein Eckpunkt, versucht er das abgerundet darzustellen.

bin mir nicht ganz sicher, ob Shade Flat so ganz funktioniert, OMSI halt

Wenn du jetzt zuerst Edge Split und dann remove doubles machst, ist das quasi nur rückgängig gemacht.

Ist der Modifier applied oder beim X-Export "Apply Modifiers" angehakt?

There is one imposter among us...

Es ist noch ein harter Kampf zwischen Herz und Kopf oder dem kleinen Engelchen und Teufelchen auf den Schultern. Die Vernunft liegt aktuell noch vorne, solche alten Schüsseln fahren bei mir mittlerweile nur noch als Stadtrundfahrt. Schön schaut ein VÖV-II MAN auch nicht aus, auch wenn er bestimmt top umgesetzt ist.

Mercedes-Benz O405G (LAWO & ZF) | Ebstein

privat

OMSI 2/Vehicles/-Bus-Ordner-/textures/Linienlisten

muss in den Ordner von jedem Bus einzeln. Der hier erhältliche .hof-Datei-Manager kann dir beim verteilen und aktualisieren von .hof und Linienlisten im Fuhrpark helfen.

muss den Namen der .hof-Datei mit Suffix meist _ANX oder _RLB haben

->der Dateiname wird im vom Bus verwendeten Anzeigenscript vorgegeben.

Achtung Name ≠ Dateiname

206 12:30:41 -  -   Error:           The file "vehicles\MAN_NL_NG\MAN_GN92_main_KI" could not be loaded!
207 12:30:41 -  -   Error:           The file "vehicles\MAN_NL_NG\MAN_GN92_main_KI" could not be loaded!
208 12:30:41 -  -     Warning:       vehicles\MAN_NL_NG\MAN_GN92_main_KI has no axles

vehicles\MAN_NL_NG\MAN_GN92_main_KI

vehicles\Setra_415NF_v2\415 NF

in der geupdateten AI List wird noch zuhauf auf den MAN zugegriffen.

Eigentlich auch wieder egal, weil die Dateiendung .bus im Pfad fehlt.

Ich weiß jetzt nicht genau wo (Chrono oder so) diese AI-List eingesetzt wird.

215 12:30:41 -  -   Error:           The file "" could not be loaded!
216 12:30:41 -  -   Error:           The file "" could not be loaded!
217 12:30:41 -  -     Warning:       Invalid Object: "
218 12:30:41 -  -   Error:           You want to create vehicle  - it is invalid!

da muss in der AI-List irgendwo eine Leerzeile sein, wo ein Pfad erwartet wird.

Da hammas: jede Gruppe muss mit einem [end] geschlossen werden, wo bei dir nur Leerzeilen sind, weil die Forensoftware blöd ist und leere Code Zeilen einfach ignoriert, mit einem Punkt hervorgehoben

[aigroup_depot_typgroup_2]
vehicles\MB_O530_Modded\MB_O530 Euro3 ZF.bus
0862    AH-VG 862    ALU_AVG_Ahlheim
0972    AH-VG 972    ALU_AVG_Ahlheim
1061    AH-VG 1061    ALU_AVG_Ahlheim 2010
1062    AH-VG 1062    ALU_AVG_Ahlheim 2010
 .

[aigroup_depot_typgroup_2]
vehicles\MB_O530_Facelift\MB_O530FL EL 2D M.bus
8974    D-BV 8974    ALU_DB_Rheinlandbus
8702    D-BV 8702    ALU_DB_Rheinlandbus
8947    D-BV 8947    ALU_DB_Rheinlandbus
8760    D-BV 8760    ALU_DB_Rheinlandbus
.

Frage zum Realismus meiner Fahrzeuge:

Ich habe recht häufig die IVU in einem modernen Bus mit teils selbst erarbeitetem Haltestellenmonitor drin. Dem seine Textfelder hängen an den "freien Ports", die sich entsprechend ausblenden / leeren, wenn man die Pas-Info ausschaltet.

Aber was ist mit dem Monitor Interface, sprich der Perlenschnur? Bleibt da in Echt eine leere Perlenschnur zurück oder wird der Monitor ganz schwarz ausgeschaltet?

Wenn "ja" zu Letzterem, gibt es eine Variable, die ich als visible eintragen kann, dass der Monitor schwarz wird, beim Pas-Info AUS?

Aktuell ist das Display vom Monitor einfach eine dumme Fläche, die sich mit der Elektrik einblendet, aufgrund der alten und historisch bedingten Programmierung vom Monitor. Dahinter dann eine schwarze Fläche vom Hauptmodell vom Monitor.

wenn man lange genug sucht, findet man in dem Chaos aus lange angehäuften, nicht funktionierenden Bussen auch den Lion's Coach.

917 23:01:08 -  -   Error:           The path "vehicles\MAN_Lions_Coach\model\paths_L.cfg" could not be loaded!
918 23:01:08 -  -   Error:           The file "vehicles\MAN_Lions_Coach\model\passengercabin_L.cfg" could not be loaded!
919 23:01:08 -  -     Warning:       Don't find any files in vehicles\MAN_Lions_Coach\Texture\Repaints\L
920 23:01:08 -  -   Error:           vehicles\MAN_Lions_Coach\model\dashboard\gearbox_dummy_1.o3d – o3d reading failed - Could not read the o3d file! Ungültiger Dateiname - %s
921 23:01:08 -  -   Error:           In "vehicles\MAN_Lions_Coach\model\lions_coach_L_modded.cfg" there was an error in line 315!

Zusätzlich zu Berlin Bus&Train, hast du den alten O407, der ist ebenfalls Voraussetzung für die neue Baureihe.

Dateiname "modded" ist schonmal kryptisch.

Dass eine o3d da ist, aber nicht gelesen werden kann und einen ungültigen Namen hat, obwohl keine Sonderzeichen, da war irgendwas, ich weiß nur nicht mehr was. Vielleicht auch die UTF / ANSI bla bla Kodierung der Datei?

ja, oder allgemein so Vor-VÖV- oder sogar Vor-Kriegs- oder kurz Nach-Kriegs-Zeit wäre was interessant für Stadtrundfahrten.

Andererseits muss aber derjenige, der das baut, den auch brauchen oder wirklich vernarrt drin sein.

Wo man so nachdenkt, eine mit wortwörtlich Bones animierte Pferdekutsche wär doch auch der Burner, oder?

Ich weiß nicht, wie, aber wenn man sich Passagiere anschaut, müsste das doch möglich sein, eine Lauf-Animation zu machen?

Aber das eher erst dann, wenn wir sonst keine Probleme mehr haben.

funktionieren andere Busse? O305, Perotinus Überlandbusse, LnD-Setras...?

Ich habe auch das G29. Grundsätzlich funktioniert Kupplung und Schaltung.

Aber, ich merke, dass die Synchronisation nicht so läuft, während ich im Intouro oder den Perotinus-Überlandbussen butterweich zurückschalten kann und super entspannt (an)fahren kann, muss ich beim S41x UL immer mit Zwischengas zurückschalten (wir sind ja nicht mehr in den 70ern, der müsste doch schon synchronisiert sein?) und anfahren ist auch nicht so leicht.

Zitat von Lorenzowds2006

Funktioniert bei dir die Innenanzeige im MAN NLC LE, also wie sie sollte?

Ja, weil ich einen teils selbst erarbeiteten Monitor drin habe, der nur auf die IVU_freien_Ports zugreift. Ich hatte hier bereits vor ein paar Tagen / Beiträgen erwähnt, wie ich die originale Innenanzeige angehen würde, aber nur kurz und theoretisch, da mir die wegen meinem Monitor egal ist.

Und der NLC ist der ganz Niederflur Stadtbus, der LE ist der MAN Lion's Intercity LE

Zitat von wurstbrot

Aber so ganz unabhängig wieder auch nicht, da sie genau wie alle anderen Systeme auch an manchen Stellen spinnt

Jedenfalls ist die Mainzer bei mir nicht klargekommen an der (vor)letzten Hst mit Ansagen, wenn der Fahrplan Terminus - Abfahrt ... Ziel, die Route aber nur Abfahrt ... Ziel hatte. Die log hat immer gemosert "vorletzte_Haltestelle_#terminus.wav" nicht gefunden. Natürlich, weil an der vorletzten kein Bus seine Endstelle hat, also gibt es keine erwartete Endhaltestellenansage mit "bitte aussteigen"

Es ist immer blöd, wenn du an einer Hst vorbeifährst, dann die Wendeschleife hast, bevor du wirklich anhältst, weil OMSI (siehe roter Text) dann denkt, du hast die Hst. angefahren und fährst gerade schon zur nächsten, weil du dich dem glaub 60m Radius der Hst genähert hast und ihn wieder verlassen hast.

Na, die Schaltfläche, die die Ansagen und Innenanzeige Ports ausschalten und wieder einschalten kann. OK, heißt eigentlich Pas, statt Pax, aber auch egal

das mit dem Fortschalten ist mal wieder ein Beispiel, dass es leider nicht immer jedem passt.

Ich behelfe mich damit, dass ich kurz vor Fahrtende die Pax Info ausschalte (hat das wenigstens mal einen Sinn, dass mich die Tussi nicht volllabert von wegen nächster Halt ), dann in der Pause neue Route rein, Hst. berichtigen und Pax Info wieder an.

Als ich vor Jahren mich noch teils mit der Mainzer Ibox "rumgeärgert" hatte, habe ich die .hof-Routen angepasst, dass die zum Fahrplan passen, Sprich Starthaltestelle ggf. doppelt, wenn es einen Terminus gibt, weil sonst die Ansagen am Ende der Route nicht mehr gepasst haben. Die Vorletzte wurde als Fehler angezeigt, weil sie natürlich nicht mit dem Suffix _#terminus existiert haben und dann war Ende.

beim Import / Export kann das ggf. schon sich vertauschen oder verschieben

Animationen

Zitat

2.4. Konstante Animationen

 Wichtiger Hinweis:

In OMSI laufen Animationen generell nur über x-Achse des Objektursprungs ab. Das bedeutet jedoch nicht, dass man Meshs nicht über andere Achsen animieren kann. Dazu muss man den Objektursprung bei der Animation drehen