Beiträge von IREgio612

Aber was ist denn an dieser Antwort nicht zu verstehen? Wenn ich sage, dass sich die beiden Befehle [mesh_ident] und [animparent] NUR auf die OMSI-eigenen Animationen im Abschnitt [newanim] beziehen und absolut NICHTS mit Blender zu tun haben, dann kannst du doch nicht die gleiche Frage wie oben nochmal stellen. Das hat auch nichts mit Kurzzeitgedächtnis zu tun. Du musst dir nix merken, sondern einfach nochmal durchlesen.

Und wenn du's nicht verstehst, dann schreib's auch bitte dazu. Oben klang das für mich eher so, dass du's verstehst, aber keine Lust auf den Aufwand hast (verständlich) und dies deswegen mit Daueranimation löst.

Alles was unter dem jeweiligen [mesh]-Abschnitt steht! Das wird wahrscheinlich nur die Texturnamen betreffen, es kann aber sein, dass bei dem einen Objekt noch ein paar mehr Einträge stehen, daher bitte alles austauschen.

Zitat von Perotinus

5. Wir sind, was die Busentwicklung angeht, nicht bei "wünsch dir was". Ein Entwickler baut das, woaruf er Lust hat, vor allem, wenn er das, wie ich, eigentlich nicht mit dem Ziel macht, Geld zu verdienen. Ich habe damals übrigens angefangen, meinen ersten O307 zu bauen, weil ich den Bus in OMSI fahren wollte. Einzig und allein aus diesem Grund. Wenn jetzt als Leute, die seit Jahren bis Jahrzehnten in der OMSI-Szene unterwegs sind und schon viele Repaints erstellt haben, jammern, dass ein SG321 fehlt, dann kann ich nur fragen: Warum hast du nicht längst angefangen, einen zu bauen? Du bist wissenstechnisch auf dem gleichen Stand, wie ich 2013 zu Beginn des O307-Baus.

Busfahrer0456 - Steht sogar auf Seite 67... eine(!) Seite zurück!

Warum verlangt man immer mehr? Reicht diese grandiose Karte mit mehreren Fahrzeugen nicht? Warum noch mehr Addons zum Addon und Updates zu anderen Fahrzeugen?

Zitat von BusfahrerP

Schnödes o3d's austauschen und in .cfg eintragen macht eigentlich nix aus.

Najaaaaaaaaaa da sollte man doch schon aufpassen. Gerade die vier Irisbus/Iveco (LE)-Addons arbeiten sehr viel mit Light- und Nightmaps. Und so wie ich das sehe, hat Tony lediglich die Pfade/Dateinamen ausgetauscht, jedoch nicht die ganzen Einträge darunter. Darum kommt OMSI mit den Texturänderungen nicht klar und wirft diesen Fehler. Beim austauschen bitte alle Einträge des Objekts mit übernehmen.

Beispiel:

Rechts, das Original.

Links, Tony's Datei.

Man sieht, es wurden die Stangen aus dem "18er-Ordner" genommen, die Texturen stimmen da aber nicht überein. Statt der 210 im Dateinamen müsste dort etwas mit 180 stehen.

Und das alles kommt ein paar Mal in der Model-Datei vor.

Zitat von ma7t3

Jede Haltestelle hat ein dreistelliges Kürzel, das nach folgendem Schema aufgebaut ist:

🔹 Die ersten zwei Zeichen stehen für die Ortschaft oder den Stadtteil
🔹 Das dritte Zeichen steht für die Haltestelle innerhalb der Ortschaft

Ein Zeichen für die Haltestelle finde ich aber sehr sportlich... wie unterscheidet man denn dann bspw. zwischen Bahnhof, Betriebshof und Busbahnhof?

Grundsätzlich muss man ja selber damit klar kommen, aber ich würde das eher tauschen - erstes Zeichen für Ortschaft und die letzten beiden für die Haltestelle. Gut, bei Stein, Seestedt, Schönwalde, Strackdorf, Sophienhof, Schönkirchen und Steckenfeld wird's dann zwar wieder schwierig... aber nun ja. Oder wie bei der Eisenbahn alles in Regionen unterteilen (=gruppieren). Wenn wir mal beim Beispiel Stein V2 bleiben: Stein [S__], Schönwalde [W__], Rosenfeld [R__], Kirchdorf [K__], ...

Wagen 4405 darf den Wochenend-Dienst fahren.

IVECO Crossway Line 12 · Tettau

Kommt auch drauf an, wie schnell sich die Tür öffnet und schließt. Das wird bei den Funktionskurven [newcurve] festgelegt mit den Punkten [pnt].

Wenn die langsam schließt/öffnet wird dieser Effekt nicht auftreten.

Probiere mal noch Cab_FakturaVAT.tga und Cab_BlackPlasticFantastic.tga einzufügen.

Zitat von Tjark

muss ich da eine Textur definieren?

So etwas gibt es in OMSI ohnehin nicht. Wenn du den [matl]-Tag meinst (mit darunterstehender Textur), dieser verweist lediglich auf die Materialebene mit entsprechender Textur, wenn man damit etwas anstellen möchte - Alphakanal, Nightmap, Lightmap, ...

Häng doch bitte trotzdem deine Logfile an, letztens hattest du nämlich genau den gleichen "Fehler" mit der gleichen Aussage - Texturen kopiert, Logfile zeigt nix an, Objekt weiß. Letztendlich stand aber eine/die fehlende Textur drin.

Du bittest um Hilfe, ich helfe dir und du hinterfragst nur, warum du das jetzt machen sollst? Sorry, aber…

Ich hab dir oben erklärt, was die Ursache sein kann und vor allem warum. Mach es doch bitte einfach und schreibe „Ja, die sind alle im angegeben Ordner installiert.“ oder „Ah, tatsächlich fehlen mir da welche, nämlich: …“

Das ist mir vollkommen egal, ob das Spandau-Content ist oder nicht. Auch dieser kann mal gelöscht wurden sein, warum auch immer.

Und wenn du alle Fahrzeuge installiert hast, dann können wir sagen, dass es nicht an dieser Datei liegt und wir schauen weiter. Aber bis dato, sind wir bzw. bin ich noch nicht schlauer geworden, weil du uns bzw. mir noch immer nicht gesagt hast, ob die Fahrzeuge vorhanden sind oder nicht.

Sooo.

Du verstehst aber schon, was ich dir schreibe, oder?

Nochmal: Wenn du nur das Tablet in Blender verschiebst/rotierst und dann neu exportierst, musst du dasselbe auch von den Klickspots etc. machen! Die sind sonst an der ursprünglichen Position. Da bringen dir die animparent-Einträge nichts.

Es sei denn, du möchtest das Ganze wieder mit Daueranimation drehen/verschieben. Dann würde es klappen. Aber das wolltest du ja nicht, wie du geschrieben hast. Oder jetzt doch? Rede mit uns.

Ja dann, überprüfe bitte auch ob die dort gelisteteten Fahrzeuge bei dir installiert sind. Es sind sco-Dateien - also Szenerieobjekte - und wenn bekannterweise sco-Dateien fehlen, lädt die Map nicht. Gerade fehlende/fehlerhafte sco-Dateien aus dieser Datei werden von OMSI nämlich nicht in der Logfile genannt!

Kontrolliere mal deine parklist_p.txt, ob du auch alle dort gelisteten Fahrzeuge besitzt oder ob da womöglich Leerzeilen drin sind.

Ja, aber es orientiert sich nur an den [newanim]-Einträgen!

Beispiel:

Objekt A bekommt mesh_ident "Test".

Objekt B bekommt animparent "Test".

Dann bewegt sich das Objekt B genau so wie Objekt A, welches entweder selbst nochmal ein animparent besitzt oder einen Animationseintrag [newanim] besitzt.

Wenn du in Blender etwas exportierst, weiß OMSI doch nicht, wie und wo du das verschoben oder rotiert hast...

Wenn du nur das Tablet in Blender neu exportierst, dann werden sich natürlich nicht die anderen Objekte automatisch daran orientieren und entsprechend mitdrehen. Das mesh_ident und animparent bezieht sich nur auf die [newanim]-Einträge innerhalb der Modell-Datei. Du musst dann also alle o3d-Dateien exportieren - Tablet, Glas, Klickspots.

Kann das sein, du hast die Cooper-Matrix-Mod installiert? Dort ist sowas nämlich im Matrix-Script hinterlegt für verschiedenste Karten, u.a. auch Berlin X10.

Wenn ja, dann kannst du dein Vorhaben wie folgt umsetzen:

Im Matrix-Script nach folgendem Abschnitt suchen:

[...]

{macro:Matrix_frame}

    (L.L.AI) !
    {if}
        (L.L.MatrixType) 20 + (S.L.MatrixType_new)
        (L.L.MatrixType_new) 20 - (S.L.MatrixType)
        
        0 (M.V.GetDepotStringGlobal) "HamburgHafenCity" $=
        {if}
            (L.L.schedule_active) &&
            (M.V.GetTTBusstopCount) 1 - (M.V.GetTTBusstopIndex) <= &&
            (L.L.IBIS_TerminusIndex) (M.V.GetTerminusCode) 0 = ! &&
            (L.L.IBIS_TerminusIndex) (M.V.GetTerminusCode) 2 = ! &&
            (L.L.IBIS_TerminusIndex) (M.V.GetTerminusCode) 3 = ! &&
            (L.L.IBIS_TerminusIndex) (M.V.GetTerminusCode) 121 = ! &&
            (L.L.IBIS_TerminusIndex) (M.V.GetTerminusCode) 122 = ! &&

[...]

Und dann einfach (hier in Zeile 9) folgenden Abschnitt mit einfügen:

        0 (M.V.GetDepotStringGlobal) "X" $=
        {if}
            (L.L.schedule_active) &&
            (M.V.GetTTBusstopCount) 1 - (M.V.GetTTBusstopIndex) <= &&
            {if}
                Y (M.V.GetTerminusIndex) (S.L.IBIS_TerminusIndex)
            {endif}
        {endif}

Das X in Zeile 1 ersetzt du mit dem Namen der Hofdatei (nicht der Dateiname!) und das Y in Zeile 6 ersetzt du mit dem Index des jeweiligen "Fahrt endet hier"-Ziel aus deiner Hofdatei (nicht die Zielnummer!). Falls du mehrere Hofdateien definieren möchtest duplizierst du einfach die erste Zeile und fügst ein || hinten dran.

        0 (M.V.GetDepotStringGlobal) "So hier" $=
        0 (M.V.GetDepotStringGlobal) "und so hier" $= ||
        0 (M.V.GetDepotStringGlobal) "und vielleicht noch so" $= ||
        0 (M.V.GetDepotStringGlobal) "und eventuell noch so hier" $= ||

Wagen 340 (4408) aus dem Hause Zacharias bekommt Ausfahrt.

Im Gegensatz zu den Schwesternwagen 310 (4405) und 390 (4410) ist dies ein 2015er IVECO, erkennbar auch an der unterschiedlichen Ausstattung (Stangen, Sitze).
Zusammen mit Wagen 350 (4409) wirbt/warb dieser für eine Pflegeeinrichtung - zumindest, was davon noch übrig ist. Wagen 350 hat bereits seine vollflächige, schwarze, soziale A-Team-Werbung verloren und trägt nun mehr das Corporate Design.

IVECO Crossway Line 12 · Krummenaab

Die fuhr nur ganz ganz selten morgens und nachmittags.

Mit der guten alten Voith-Schleuder die Intercity-Linie 51 fahren

Setra S 319 NF · Krummenaab

Unten rechts in diesem Menü (das sogenannte "Alt-Menü", weil man es mit der Taste Alt aufruft) das Symbol anklicken.

Daraufhin kann man Linie und Ziel manuell einstellen. Schau dir da mal die ganzen Ziele an, ob die zur Karte passen oder nicht.