Beiträge von IREgio612

Derzeit kein Mailversand möglich. Wir bitten um Geduld.

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!

    Wenn man das Wort "bitte" verwendet und einfach mal abwarten würde, käme da schon die ein oder andere Antwort.


    Warum eigentlich so kompliziert? Die Türscripte haben von Natur aus das Abprallen drin. Man muss nur den richtigen Wert finden, um es zu aktivieren:

    Code
        Door Stop Reflexion Coefficient
    
    [const]
    door_refl
    0


    Es kommt natürlich auch drauf an, mit welcher Geschwindigkeit die Türen öffnen bzw. schließen. Ist diese zu niedrig, bringt auch relativ hoher Wert - bei der Variable oben - nichts.

    Normalerweise wird der Wert bei "door_refl" mit dem letzten Geschwindigkeitspunkt multipliziert.

    Code
    [newcurve]
    door_0_opn_speed            <-- Öffnungskurve
    
    ...
    
    [pnt]
    1
    0.5                        <-- der hier
    Code
    [newcurve]
    door_0_cls_speed            <-- Schließkurve
    
    [pnt]
    0
    0.5                        <-- der hier
    
    ...


    Einfach mal bisschen herumprobieren. Beachte bitte, dass der Wert "door_refl" nur durch das Init - also einmalig beim Spawnen des Busses - geladen wird! Wenn du den Wert zwischendurch änderst musst du den Bus neu spawnen.

    Nachteil ist auch, dass bei jedem andötzen der Tür der Hit-Sound abgespielt wird. Das müsste man entsprechend im Script anpassen. Noch ein bisschen tüfteln und dann kann es so aussehen:


    Externer Inhalt youtu.be
    Inhalte von externen Seiten werden ohne deine Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklärst du dich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.

    Die Einträge sind teilweise unnötig und unvollständig. Es geht um diese hier:



    Zur Erklärung:


    1. Abschnitt

    Verschiebt/rotiert nichts, da dort nur ein neuer Ursprungspunkt eingetragen wurden, jedoch ohne Werte.


    2. Abschnitt

    Verschiebt ebenfalls nichts, da dort so gut wie alles fehlt.


    3. Abschnitt

    Sollte den Zahltisch um 1,35 Meter nach vorne verschieben.


    4. Abschnitt

    Das gleiche wie beim zweiten Abschnitt


    Beim verschieben reicht das hier vollkommen zu:

    Code
    [newanim]
    origin_rot_x            <-- entsprechend Achse anpassen (x, y, z)
    -90
    anim_trans
    Daueranimation
    <Wert in Metern>




    Zeige mal bitte, wie du die Daueranimation in die main-Datei eingetragen hast.

    Die Linie schon, allerdings nicht das Ziel, wodurch keine Passagiere einsteigen, woran kann das liegen?

    Klingt nach einer falschen Hof-Datei in der AI-Liste.


    Code: ailists.cfg
    [aigroup_depot]
    AI-Gruppenname
    die zu verwendende Hof-Datei

    Die entsprechende Hof-Datei sollte natürlich auch in den Busordner liegen.

    Ja das ist bei dem Atron-Drucker leider extremst blöd gelöst wurden. Weiß nicht, wie man auf die Idee kam. Die Tickets sind fest auf den Texturen drauf:

    OMSI 2\Vehicles\Citybus_S31x\Texture\AFR4\1


    Man müsste sich also selber die Mühe machen, Textfelder zu erstellen, die man dann gemäß eingestelltem TicketPack beschriften lässt.


    Oder die einfachste Methode: dieses verbugte Ding löschen und nen anderen Drucker reinpflanzen. ^^ Jeder... wirklich JEDER andere Drucker ist da besser geeignet.

    Du mit deiner Daueranimation... ^^ Wenn das allerdings die Pods hier aus der Webdisk sind, kannst du das schon knicken (ohne Blender). Denn das Objekt ist überdimensional groß. Das heißt du musst das erstmal in Blender kleiner machen. Und dann kannst du das auch gleich an die richtige Position schieben, da du das eh neu exportieren musst.

    Das mit der HST-Bremse ist aber soweit korrekt umgesetzt. Denn diese fungiert beim Setra LE als Taster (und nicht als Schalter).


    Zwecks Tastenumstellung:

    Auf Num - liegt normalerweise die Türfreigabe. Einige Busse haben da aber die HST-Bremse drauf. Du kannst das in den OMSI-Einstellungen (im Reiter Tastatur) ändern. Dazu einfach in der Liste nach bus_dooraft suchen und die Tastenzuweisung ändern. Würde aber bedeuten, dass das für ALLE Busse zutrifft, die diesen Trigger nutzen.


    Oder du änderst das lediglich für das Setra-Addon. Das bedarf aber mehr Arbeit!

    Geh in's Script "S400_Tuer.osc" und suche nach diesem Abschnitt:


    Dort änderst du den Triggernamen in einen von dir beliebig gewählten.

    Beim zweiten Trigger muss aber das "_off" wieder mit ran!


    Dann gehst du in die Model-Datei, suchst dort ebenfalls nach bus_dooraft und ersetzt es mit dem gerade eben vergebenen Namen.


    Und dann gehst du auch hier ebenfalls in die OMSI-Einstellungen, wieder in den Reiter Tastatur, suchst dort deinen Triggernamen und weißt ihm "Num +" zu.

    Bitteschön... ^^

    Wollte es nicht unnötig kompliziert machen.

    Man könnte natürlich dem Taster auch noch das gewisse Etwas beifügen. Wenn die Elektrik an ist gibt der Taster sofort den Befehl zum schließen/öffnen. Wenn die Elektrik aus ist, dann musst du den 3 Sekunden gedrückt halten. So ist es zumindest in der Realität.

    Entsprechend müsste man folgendes in eine Varlist ergänzen:

    Code
    aussentueroeffner_zeit
    atoe_klicksperre