Beiträge von Avalarion

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!
    Code
    167 23:23:30 -  -   Error:           Fehler: im Befehl "(M.L.baselineE6_frame)" (vehicles\NEOMAN_Overhaul\\script\main.osc) ist der Macroname ungültig!
    168 23:23:30 -  -   Error:           Fehler: im Befehl "(M.L.baselineE6_init)" (vehicles\NEOMAN_Overhaul\\script\main.osc) ist der Macroname ungültig!
    169 23:23:30 -  -   Error:           Fehler: im Befehl "(M.L.articulation_init)" (vehicles\NEOMAN_Overhaul\\script\main.osc) ist der Macroname ungültig!
    246 23:26:40 -  -   Error:           Fehler: im Befehl "(M.L.articulation_frame)" (vehicles\NEOMAN_Overhaul\\script\main.osc) ist der Macroname ungültig!
    247 23:26:40 -  -   Error:           Fehler: im Befehl "(M.L.articulation_init)" (vehicles\NEOMAN_Overhaul\\script\main.osc) ist der Macroname ungültig!

    Irgendwas ist man MAN Lions City von Sobol kaputt.

    Mir ist das System aus dem Ruhrgebiet bekannt. Ich glaube die Bogestra und Vestische fahren dieses System recht häufig.

    Dort kann die 2. Tür sowohl manuell vom Fahrer geöffnet, als auch wie die 3. Tür beim GLZ einfach nur freigegeben werden. Geschlossen werden kann die 2. Tür aber ausschließlich manuell vom Fahrer.


    Ein sinnvoller Einsatz einer solchen Steuerung fällt mir gerade auch nicht ein, außer das sich Fahrgäste mit Kinderwagen oder Rollator die Tür von außen selber öffnen können, wenn der Fahrer mit den Fahrgästen an Tür 1 beschäftigt ist. Und natürlich das die Tür dann nicht versehentlich schließt wenn der Kinderwagen oder Rollator etwas länger schließt.


    In OMSI hat sich für diese Art der Türsteuerung öfters als "KÖR-Steuerung" bzw. "KÖR-Türsteuerung" bezeichnet, gerade z.B. im Morphi Facelift. Eventuell findest du darunter mehr Informationen irgendwo in der WebDisk oder im alten OMSI Forum.

    Ich habe zwar den angesprochenen Bus nicht, aber ich kann dir erklären wie ich bei meinen KI-Versionen vorgehe:


    Das erste was in meinen KI-Versionen rausfliegt, ist der Drucker inklusive Scripts und TextTexturen. Das ist meiner Erfahrung nach, je nach Drucker, der größte Performancefresser beim KI-Bus. Lediglich das Gehäuse bleibt übrig, damit es so aussieht als wäre ein Drucker vorhanden.

    Gleiches passiert z.B. mit den TFT-Monitoren. Auch da fliegt alles bis auf das Gehäuse raus.


    Ansonsten versuche ich möglichst viele Kleinigkeiten rauszuwerfen. Sowas wie z.B. Sitzstützen, Innenspiegel, Gas- und Bremspedal, Blinkerhebel, Dashboardtaster. Alles was man ohnehin nicht sieht wenn der Bus nur als KI vorbei fährt.

    Für die Performance sollte auch alles raus, was sich irgendwie regelmäßig aktualisiert. Also sowas wie der Tacho oder Uhren.


    Alles was in der Modelldatei die Einträge


    [viewpoint]

    1

    oder

    [viewpoint]

    2

    oder

    [viewpoint]

    3


    hat, kann ohnehin raus. Diese Sachen werden nur angezeigt, wenn das Fahrzeug vom Spieler selber gesteuert wird. (Modell wird trotzdem geladen = längere Ladezeit)

    Auch versuche ich die CTI-Variablen ([visible]-Befehl) zu reduzieren. Diese Vielfalt z.B. beim MAN New Lions City ist zwar schön und gut, aber da trotzdem alle Modelle geladen werden, geht das extrem auf die Ladezeiten.


    An Scripts fliegen meistens das Druckerscript, IBIS-Script, Forcefeedback, Cashdesk und Heizungsscript raus. Varlisten und Stringvarlisten aber dringen lassen, da ggf. Abhängigkeiten mit anderen Scripten bestehen.

    Auch in der main.osc fliegen die entsprechenden Sachen raus.


    Wenn ich mit all dem durch bin, ist der Bus natürlich nicht mehr für den Spieler fahrbar bzw. ablösbar. KI-Umläufe ablöse fällt also flach. Aber das ist ja auch nicht der Sinn der Aktion. Dafür habe ich deutlich geringe Ladezeiten und eine höhere Performance, auch wenn mal 3 oder mehr KI Busse auf der gleichen Kachel sind.

    Unterwegs im alten NL 223, Baujahr 1999

    220 PS und Voith Getriebe, gerade so ausreichend für den Stadtverkehr



    🚌 MAN Stadtbusfamilie (privat gemodded)

    🗾 Gerolstein V1.2 (privat gemodded)

    Indem Du beim Eintrag der Ticketbox die Werte der Dauernaimation anpasst.


    [mesh]
    IVU.ticket.box\Geraet.o3d


    [mesh_ident]
    IVU_ticketbox


    [newanim]
    origin_rot_y
    90
    anim_trans
    ivu_daueranimation
    0.177 ← hoch / runter


    [newanim]
    origin_rot_x
    90
    anim_trans
    ivu_daueranimation
    0.105 ← links / rechts


    [newanim]
    origin_rot_z
    -90
    anim_trans
    ivu_daueranimation
    0.125 vor / zurück


    [newanim]
    origin_trans
    -0.09595
    5.48076
    1.69110
    origin_rot_y
    90
    anim_rot
    ivu_daueranimation
    -24 ← Drehung


    Entweder selber ausprobieren bis Du Werte hast, die Dir passen, oder diese hier nehmen:

    Code
    [Warning]     Vehicle 'C:/Program Files (x86)/Steam/steamapps/common/OMSI 2/vehicles/CW_IVECOBUS_LOWENTRY_FAMILY/0_09_0_busld8.bus' is missing!

    Der Bus den Du eingetragen hast existiert scheinbar auch gar nicht. Dann kann er auch nicht rumfahren.

    Das Standard-Ident heißt einfach nur "Blinker links/rechts" (bzw. Blinker links/rechts über aus, was ich meistens eher nutze wegen automatischer Rückstellung und schnellen Wechseln) und nicht irgendwas mit <KY oder so :/

    Kann mann das irgendwie ändern? oder anders... was kann man dagegen tun?


    Ja, indem Du statt <KY_xxxxxx> den richtigen Befehl "Blinker links über aus" und "Blinker rechts über aus" auswählst.