[Sammelthread] Add-On Citybus S31X

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!
    Zitat von Jack3Daniel

    Hi!

    Unfortunately I have some troubles with the doors. The doors will not close after a periode of time. So i can push the Door-Close Bottuns, but the doors are still open. Sometimes one door close in the middle.


    logfile.txt

    Hi :)

    According to your logfile, you only played with the bus for 3 minutes.. I've played with it for hours without having the doors faling at all... Can I have a logfile where you actually played for the bus and got the problem ?

    With so little information I can't help you.

    Now I started a new game and spawned the S315NF 1+2 €2. After 3 Stops the first door closed, but the door button remained illuminated and the persons walked into the bus during the door was closed. And i haven't installed any mods for the bus itselfs. (Logo for example)

    Thank you for the info. Is the bus in its last version ? I suggest you delete completely the folder of the bus in omsi and try to re-install it. I've played countless hours with the bus and never had a similar issue, so that's my only advice for now

    Zitat von Perotinus

    But is it a real feature that the initiation of the dashboard electronics freezes when starting the engine too fast? If not, this is a big bug that has to be fixed!

    It is not a feature, but unfortunately this can't be fixed. This is due to the VDO dash in SETVAR creating problem. :( This is a bug yes, but with a little bit of patience it can be avoided. ;)

    In technical management, we say that acceptability=importance*probability. The lower the number, the more acceptable it is. If the user just wait for initialisation to be complete, then probability = 0, thus acceptability = 0, this bug is then acceptable. Hence i'm living with it.

    I've tried to fix it, but it doesn't work. Maybe one day I'll find the solution, but for now my best advice is just wait for lights to turn off before starting engine. :) It's also good practice in real life since on diesel engine, pre heating glow plugs need to finish their initialisation before the engine can be started, so it's not too big of a deal ;)

    However, about the door, I'm not certain this bug is related to that initialisation problem, but I've never encounterd this bug myself either, even in beta phase, so i have no idea

    Concerning the door I have the theory that this is because of an invisible door0.

    All 315s (1+2 and 2+2) use the same "doors_2D.osc" script. So, in terms of variables, the 1+2 actually have four doors, even if only three are visible.

    And on the 2+2 I from time to time encounter an effect, that the door0 does not close. I do not know why, maybe it is tue to a split second lagging in the wrong moment. Maybe this is what causes the effect on the 1+2 too a omsi "thinks" that not all door on the bus are closed and behaves accordingly. Opening and closing solves the issue (as in all IT "have you tried switching it off and on again")


    Btw. on a different topic: on all 315NF with 2+2 on pictures the logosign "S315NF" is located on door 1, not on door 0, but that may be a coincedence.

    RTFM

    Zitat von Sven2540

    Concerning the door I have the theory that this is because of an invisible door0.

    All 315s (1+2 and 2+2) use the same "doors_2D.osc" script. So, in terms of variables, the 1+2 actually have four doors, even if only three are visible.

    And on the 2+2 I from time to time encounter an effect, that the door0 does not close. I do not know why, maybe it is tue to a split second lagging in the wrong moment. Maybe this is what causes the effect on the 1+2 too a omsi "thinks" that not all door on the bus are closed and behaves accordingly. Opening and closing solves the issue (as in all IT "have you tried switching it off and on again")

    Hi, That's a good theory but th'as not it, in fact It's not that the 1+2 has 3 doors and the script has 4, I programed the 1+2 to have 4 doors like a 2+2, there's just one that is invisible. The "door 0" simply doesn't exist as a 3d mesh, but in the scripts it's fictional door that happens to have the exact same animation as the "door 1" so that when the physical "door 1" is opened, passenger can enter immediately ("door 0" is slower on 2+2, so if the constfile is the same between the 2, passenger will wait for fictional "door 0" to be opened). So the script side is not the issue.

    However, your theory about the lag may be closer to the truth, indeed, SETRA doors have a very jolty animation, which is reproduced in omsi. if you freeze exactly at a time where the door is supposed to be very slow, it may not finish it's closing/opening sequence. Indeed, such slow speed are achievable only when the door has momentum. But when the door arrives at its slower speed, it hasn't got enough pressure to finish.

    I'm not sure i'm very clear.

    But basically, if the problems comes because the game freezes at the wrong time, it may be because the PC is too weak to run omsi. in that case, I can upload a script for the doors where the animation is not correct, but smoother which would eliminate the bug.

    However as far as I understand, the bug they talk about (so far only 2 have complained about that) is that the door moves correctly, but the bus thinks they are not closed evn though they are. If this is the problem, my guess is it has something to do with the electrics not beeing correctly initiated.


    Zitat von Sven2540


    Btw. on a different topic: on all 315NF with 2+2 on pictures the logosign "S315NF" is located on door 1, not on door 0, but that may be a coincedence.

    On that subject i'm not sure i follow you, do you mean that IRL the logo is on door 1 ? Or do you think the fact the logos are not on the same doors can creat the bug ?

    In both case I would answer no :p Here ii have got pictures to prove it :p

    ANNOUCEMENT

    2 users have reported a door bug. Apparently the door starts freezing after 3 stops, I mean, the door opperates normally but the game is acting like it's open.


    No matter what I've tried, I have never been succesfull in trying to encounter that bug.

    - I've played countless hours with the bus on my main PC (a tower PC with a strong configuration)

    - I've even tried it on my Laptop with a lot weaker configuration (tested today, 5 minutes ago)

    -I've tried to make the bus bug by strarting the engine before the electrics were initiated (tested today, 5 minutes ago)

    - I've played with and without the mod logo (tested today, 5 minutes ago)

    - I have AUXI tools installed, but I've tried the bus without it as well.


    I have NEVER, in any of these tests encountered any bugs relating to doors. Not one single bug....


    I think I have done all I could to help those 2 users, I hope for all of you this is an isolated case.


    With that said

    There in 1 known bug in the bus, that I have never succeded to fix : if you start your engine before the electrics have finished their inisitalisation, the indicating lights on the VDO dash will freeze in an on position. Please wait for the lights to turn off before starting engine, that's the only bug to my knowledge that could potentially affect the playability of the bus.


    Thanks for reading me, and I hope you enjoy the SETRA as much as I enjoyed making it :)

    Einmal editiert, zuletzt von SADOP ()

    Gefällt mir 1

    I know, but as I said in the previous message, whatever I do I cannot replicate your bug, I have no idea what you are doing wrong to get that. My best guess might be that you start the engine to fast without waiting for the initialisation of the electrics ?

    Since, for now you are the only 2 people having this bug, I can't justify spending all my time chasing a ghost bug ;) I hope you'll undertand.

    Hello.


    I have also bought the addon and (so far) could not understand the door problems.


    The only thing I have noticed so far are the marker lights that shine through the open door 2. (busmodel 1+2+1)


    Please keep up the good work. I like your addon :)


    regards

    Daniel

    Zitat von Lazarus

    The Script isn‘t good at all

    Thank you for you kindness mate. You may say you don't like the script, but the door animation is modeled after some videos id est : they are 100% accurate.

    Next time you wanna be mean to me, or other creators, keep it to yourself. Remember as an "aerosoft insider" you bear the image of aerosoft, I'm sure they would not like their name associated to this kind of useless, non argumented comment of yours.

    Though I thank you for your confirmation of the door beeing operational.

    Zitat von fOcUs04

    The only thing I have noticed so far are the marker lights that shine through the open door 2. (busmodel 1+2+1)


    Please keep up the good work. I like your addon :)

    Hi :) thank you for your kind comment ;) I suppose you are talking about the orange side markers ? I'll have a look for a future update. However, since it's not a critical bug it'll wait for more content to be ready for release ;)

    Einmal editiert, zuletzt von SADOP () aus folgendem Grund: Merged a post created by SADOP into this post.

    Exactly,


    I mean the orange side marker lights.

    Of course, this is not a serious bug, but it does look a bit unsightly.

    However, I can't see it from the steering wheel. ^^


    regards

    Daniel