Semi-auto doors: weird behaviour of the 4th exit

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!
  • As the subject suggests, I'm writing here just to have a few hints or, worse case scenario, a confirmation of a problem related to OMSI's mechanics.

    I'd be quite happier if it's something regarding my customizing or the fact that I'm too dense and blind to get it.


    To make it quick, in a 4 doors articulated vehicle, if a passenger wishes to exit via the 4th door (Exit #2) it gets in position to said door but PAX_Exit2_Req remains to 0. When approaching the bus stop, PAX_Exit_Req1 gets set to 1 instead.

    It's not consistent by any means. Sometimes PAX_Exit_Req2 is set 1, PAX_Exit_Req is set to 0 but, when the DoorAft macro gets called, the 3rd door gets opened as well.

    This issue is not present if the passengers in the trailer wish to exit via the 3rd door (Exit #1).


    I've had a peek via AUXI but either the values get changed so quickly that I can't catch them or they stay as they are.


    DoorAft looks like this:

    The three doorXX_req that monitor the state of the PAX_Entry/ExitY_Req and are dealt in the frame section:

    And the relevant configuration in the passengercabin:

    Thanks in advance to anyone willing to help :)

  • No chance, unfortunately this is an OMSI bug and cannot be avoided. The 4th door feature was not fully implemented by M&R.

  • I still question if it's all worth the trouble, but here you can find attached a bodged-script that tries to get around the aforementioned problem.

    It requires some tweaking of the path config file, just to sort of ensure that passengers will only walk there if they want to get to the door.

    So far it has worked ok, to my big surprise. Sure, it's not flawless nor is it in a refined state (I still have to re-enable the entry requests for door 3 and 4) but it's progress compared to before :)


    If you want, have a look. Maybe someone can come up with a better solution.

    Dateien

    • Ydoor_4D_G.osc

      (70,66 kB, 72 Mal heruntergeladen, zuletzt: )

    Einmal editiert, zuletzt von Reddy ()