Beiträge von Lenn

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!

    Moin, also der Haltewunsch funktioniert. Die Textur ändert sich und wenn ich die Türen öffne, geht der auch wieder raus.


    Die Variablen die du genannt hast werden hier beschrieben:


    Code
    {macro:TFT_Monitor_frame}
    (L.L.Innenanzeige_Version) 1 + (S.L.TFT_Ordner)

    Ich nutze die Version 5 (ich setze die in der main.osc im Init-Bereich auf 5) und dann +1, weil die Unterordner im TFT_Monitor Ordner glaub ich nullbasiert nummeriert sind. Also zieht er sich die Texturen aus Ordner 6. Aber wenn diese Variable nicht beschrieben wäre, würde die Anzeige ja gar nicht erst funktionieren.


    Die andere Variable erschließt sich mir nicht ganz. Im Init-Bereich des Skripts wird die auf 1 gesetzt:


    Code
    {macro:TFT_Monitor_init}
     1 (S.L.TFT_Monitor_count)
     1 (S.L.TFT_Monitor_count_1)
    {end}

    Nach den Kommentaren im Skript wird die andere Variable wohl zum rendern der Skripttextur benutzt:

    Warum da ausgerechnet 4 bzw. 5 ist, weiß ich halt nicht...


    Ich hätte da noch eine andere Stelle im Skript im Kopf:


    So sieht sie im Original aus:

    Code
    {else}
        (L.L.C2_Elektronik_aus)
        {if}
            (M.L.TFT_Monitor_clear)
            0 (S.L.C2_Elektronik_aus)
        {endif}
    {endif}


    Und ich hab mir im Zuge des Rausschmisses der C2 Variablen die Stelle so angepasst:

    Code
    {else}
        (L.L.elec_busbar_main) 0 =
        {if}
          (M.L.TFT_Monitor_clear)
          1 (S.L.elec_busbar_main)
        {endif}
      {endif}

    Ich hab das einfach umgekehrt, weil ich davon ausgehe, dass C2_Elektronik_aus 1 = dasselbe ist wie elec_busbar_main 0 = ist. Und im Original wird nach Aufruf des Makros die Variable auf 0 gesetzt. Der Logik nach wird also die Elektronik auf 1 gesetzt, also eingeschaltet. Das hab ich bei mir auch so dargestellt. Allerdings erscheint mir die Stelle relativ unlogisch... Ich bin halt nicht sicher, ob 0 (S.L.C2_Elektronik_aus) äquivalent zu 1 (S.L.elec_busbar_main) ist.

    Bist du sicher, dass die Datei mit derselben Dateiendung im texture Unterordner des Objektordners liegt?

    Dass das Material nicht zugewiesen sei, kann meiner Meinung nach nicht der Fehler sein (?), denn wenn du nur ein Material hast, ist das ja automatisch auf alle Meshes assigned.

    Moin,

    also neu exportiert hab ich sie noch gar nicht. Die innenraum_schwarz.bmp ist auch vorhanden.


    Im Script standen ja vorher die C2 eigenen Variablen, also C2_Elektronik und die ganzen Haltewünsche.


    Ich hab C2_Elektronik jeweils durch elec_busbar_main ersetzt und bei den Haltewünschen stand vorher das:

    Und weil mein Bus hier nur haltewunsch und door_kinderwagenwunsch hat, hab ich das dementsprechend runtergekürzt:


    Code
     {if}
      "TFT_Monitor\" (L.L.TFT_Ordner) $IntToStr $+ "\" $+
      (L.L.TFT_Monitor_count) $IntToStr $+ 
      (L.L.haltewunsch)
      (L.L.door_kinderwagenwunsch) ||
      {if}
        "_a_s.tga"
      {else}
        "_a.tga"
      {endif}

    Also nur noch die beiden Haltewunscharten, was aus meiner Sicht ja völlig in Ordnung ist, weil es da ja heißt Haltewunsch ODER Kinderwagenwunsch.


    Eine Sache habe ich aber noch geändert. Man kann ingame die Innenanzeige anklicken und dann wechselt die die Version. Ich hab in der model.cfg das Mouseevent auskommentiert. Der entsprechende Trigger steht im Skript aber noch drin. Ist das ein Problem?

    Moin,

    ich hab mir die Innenanzeige aus dem Modpack für den BRT C2 von BerlinBusGroup in nen Bus eingebaut und hab jetzt Bereichsprüfungsfehler in meiner Logfile.


    Code
    5241 18:42:24 -  -   Error:           Fehler bei Bereichsprüfung: CV.Calculate - J3 (vehicles\Solaris Electric\Urbino 12_ElectricBVG.bus)

    Die kommen erst auf, sobald ich die Elektrik gestartet habe. Das blöde ist nur, dass wirklich nichts von Omsi dabeisteht, z. B. eine ungültige Variable oder so. Nur der Fehler.

    Und die Innenanzeige funktioniert zum größten Teil. Die Bootsequenz wird durchgeführt und er zeigt auch Haltestellen an und schaltet weiter. Nur die Umsteigemöglichkeiten werden irgendwie auch nicht angezeigt, aber das ist erstmal zweitrangig.



    Also ist das doofe: Die Anzeige funktioniert, aber meine Logfile ist voller Fehler.

    Eine erweiterte Log hat mir nur zusätzlich diesen Fehler ausgespuckt:


    Code
    53946 [0x3D28] 17:56:19 -  -   Error:           Fehler bei Bereichsprüfung: CMVC.RefrActDrv

    Ich hoffe, jemand hat einen brillianten Einfall. Ich hab die Skripttexturen richtig übernommen, ich habe die Variablen korrekt abgeändert (der C2 hat ja immer seine eigenen) und die Skripts richtig eingepflegt.


    Viele Grüße

    Dateien

    • logfile.txt

      (92,38 kB, 102 Mal heruntergeladen, zuletzt: )

    Aber verstehst du den Sinn hinter meinem Beitrag? Paar Wörter hinzuklatschen bringt niemandem was.

    Dann eklär mir mal dazu bitte den Zusammenhang mit dem Wort "Prüfung". Eine Neuinstallation hat doch nichts mit einer Überprüfung zutun. Und deswegen war das nicht, wie von dir gesagt, eine Fehlinterpretation meinerseits, sondern deinerseits. Wenn du schreibst, man solle die Dateien bei Steam überprüfen lassen, dann gehe ich natürlich davon aus, dass du eine komplette Überprüfung meinst, weil das auch die einzige Möglichkeit ist, die es gibt.

    Ich habe das Objekt nicht bei X10 drin.

    Und sagt nicht der Pfad überhaupt, dass das Objekt nicht original X10 ist?


    Ich interpretiere den Unterordner als Jahreszahlen und X10 wurde weder dann gebaut, noch spielt es in den Jahren.

    Das sind alle Unterordner, die ich von X10 habe und ich habe nie etwas verändert.


    Und übrigens: Seit wann kann man bei Steam einzelne DLCs überprüfen?

    Wieso empfiehlt man eine Dateiprüfung, wenn man das Add-On einfach alleine neu installieren kann? Und ich glaube nicht, dass das zum X10 Content gehört. Ich denke mal, dass das ein Objekt ist, welches man nur in den Ordner gepackt hat. Es ist schon unwahrscheinlich, dass dir bei einem Add-On ein einziges Objekt "abhanden kommt".

    Tut mir leid, aber was soll diese Support Anfrage? Glaubst du, dass dir auch nur irgendjemand helfen kann, wenn die einzigen 12 Worte, die du schreibst "Wollte fragen wie man das CE70 Installiert, da ich es nicht verstehe" sind? Dazu ist die Kategorie deines Threads nicht passend. Im Bereich "AddOn-Entwicklung" unter Fahrzeuge wäre dein Problem angebrachter.


    Du schreibst, dass du etwas nach einer Anleitung ersetzen sollst, das du nicht findest. Magst du eventuell mitteilen, was genau du nicht findest? Wir können deine Gedanken nicht lesen und deswegen musst du schon ein paar mehr Informationen geben, damit dir geholfen werden kann.

    Ist nicht so schwer.

    Moin, also zu dem Zeug mit dem Geld dürfte die Lösung einfach Blender sein. Ist keine große Sache. Da kann man sich nen kleinen Würfel erstellen und sich den ungefähr an die passende Stelle ziehen und dann kann man die Koordinaten übertragen.


    Und zu der Gras Textur: Guck mal unter OMSI 2\template\NewMap\ Da ist die Textur auch nochmal. Oder sonst bei sehr vielen anderen Maps auch.

    Das benutzt man in der Regel nur, wenn man eine neue Map mit realen Koordinaten erstellt. Ich denk mal, dass dort dann die Meldung kommen wird, dass die Karte bereits in reale Koordinaten umgewandelt worden ist. Müsste aber im Editor oben links bei "Map" sein.


    Edit: Ich sehe gerade auf dem Screenshot oben: bei beiden Maps steht oben in der roten Zeile "World Coordinates:", d. h. die Map ist bereits mit realen Koordinaten gebaut. Ich weiß nicht, ob es das schon bei OMSI 1 gab. Aber kann auch sein, dass bei Omsi 2 dann dazugekommen ist, dass die Kacheln größer als 300x300m sein können.

    Moin,

    also du hast ja folgenden Aufbau bei nem loopsound:

    Code
    [loopsound] <----- Omsi is informed that the sound needs to play in a loop.
    ISB-6.7-260HP-Euro6\ISB-6'7-260-Euro6-@-750-Idle.wav <----- Full file path again starting from the sounds menu of the bus.
    48000 <----- Sample rate of the file VERY IMPORTANT!
    engine_n <----- Local variable that the sound is tied to, affects the pitch of the sound when played.
    750 <----- Corresponding value to upper variable.
    0.95 <----- Volume

    (Quelle: https://fellowsfilm.com/thread…he-bus-sound-config.2423/ )


    Unter der Variable steht ein Wert (hier sind es 750) und das ist der Pitch-Wert. Du kannst ja mal schauen, ob der bei dir irgendwie ungewöhnlich eingestellt ist, dass es tiefer klingt.

    image.png?ex=66431637&is=6641c4b7&hm=8003ad8145b0e5d37ed54b40a01cf7ff2b5b0bee6cb9067f7bef2a516277a4d8&=

    Hier dazu die Bank in der Realität. Das ist natürlich wirklich sehr niedrig. Und in Omsi können die Menschen natürlich nicht ihre Beine ausstrecken, aber ich fand das sonst eigentlich verkraftbar. Das fällt auf der ersten Blick nicht so sehr auf, dass die eigentlich verkrüppelt da sitzen xD Aber es wäre halt weniger realistisch, wenn die Bank höher wäre.