Beiträge von Merk

Willkommen in der Transport Fever Community

Wir begrüßen euch in der Fan-Community zu den Spielen Transport Fever und Train Fever, den Wirtschaftssimulatoren von Urban Games. Die Community steht euch kostenlos zur Verfügung damit ihr euch über das Spiel austauschen und informieren könnt. Wir pflegen hier einen freundlichen und sachlichen Umgang untereinander und unser Team steht euch in allen Fragen gerne beiseite.

 

Die Registrierung und Nutzung ist selbstverständlich kostenlos.

 

Wir wünschen euch viel Spaß und hoffen auf rege Beteiligung.

Das Team der Transport-Fever Community


    Nein, das wäre am ehesten mit der Variante in Klammern umzusetzen. Also die Funktionen die du nicht ändern willst, einfach in die Tabelle übernehmen, die dein Script zurückgibt.

    Und da wo es verwendet werden soll:
    local transf = require "majuen_transf"


    Alternativ ging das auch noch über Metatables, aber ich glaube das führt hier zu weit.


    De Vorteil dieser Variante ist auf jeden Fall, dass man bei Bedarf immer noch auf die unveränderte Variante zugreifen kann und auch eventuelle Änderungen an der transf.lua direkt übernommen werden.

    • Die Cnt Funktion ist nur bei Meshes relevant, wenn du sie nicht um ihren Mittelpunkt rotieren willst. Die Kamera hat keine Ausdehnung, daher ist es egal, um welchen Punkt du die rotierst. Noch dazu ist Cnt immer 0, also rotierst du um den Nullpunkt was rotZTransl sowieso macht.
    • Der Grund warum UG die genommen hat, ist einfach, dass es noch keine rotYTransl gab, die transf.rotYCntTransl aber schon (auch wen ich gerade nicht weiß, wofür die vorher schon verwendet wurde).
    • Du hast einfach nur den return-Teil der rotZTransl in die rotYCntTransl kopiert, dadurch liefern die Funktionen exakt das selbe Ergebnis, deine führt dazu aber noch ein paar unnötige Berechnungen aus.

    Ich finde es ja schön, dass du anderen damit helfen möchtest, aber einfach nur Teile von Scripten zusammen kopieren, ohne dabei zu wissen, was man tut, ist potentiell gefährlich (in dem Fall war es jetzt nur unnötig). ;)


    Zum Überschreiben der "transf.lua": Sobald du zwei Mods hast, die das machen, wird einer davon nicht funktionieren. Wenn man wirklich eine Originaldatei erweitern muss, ist es sinnvoll ihr einen eigenen Name zu geben. Im Fall der "transf.lua" z.B. "majuen_transf.lua", innerhalb der .mdl benutzt du dann einfach local transf = require "majuen_transf" und brauchst sonst nichts ändern. (Theoretisch kann man in seinem Script auch die unveränderten Funktionen aus dem Originalscript nur verlinken, das habe ich beim Bahnhof z.B. mit der vec3.lua gemacht.)

    Hab mir das mal angesehen, deine neue Funktion macht exakt das selbe wie transf.rotZTransl(rotZ, transl), also kann man auch gleich die benutzen und muss nicht die transf.lua überschreiben, was meiner Meinung nach sowieso keine gute Idee ist (erweitern würde nämlich auch gehen).

    Ja, das hätte wohl gepasst, hat sich inzwischen aber tatsächlich erledigt. Da sowieso ein paar Elektrogeräte besorgt werden sollten, habe ich mir in dem Zuge auch ein neues Netzteil geholt. Aber Danke für das Angebot. :)


    PS: War auch wirklich nur das Netzteil, der PC läuft wieder problemlos.

    Ist es ein bug oder nur noch nicht implementiert?

    Beides. :D Im Moment gibt es noch Probleme beim Verbinden der Unterführungen. Das Layout, dass du haben möchtest, ist aber mit den jetzigen Modulen auch nicht wirklich umsetzbar. Wenn ich die Unterführung überarbeite, werde ich mir mal überlegen, ob und wie ich das am sinnvollsten ermöglichen kann.

    Gebogen ist er doch, nur eben nicht so stark, bei einem Radius von 1000m aber jetzt auch nicht verwunderlich: kleinerer Radius -> stärkere Biegung. Das zweite Gleis kannst du mit den gleichen Bahnsteigmodulen, aber negativem Radius erstellen, bzw. bei den Offsets dann noch 2*Bahnsteigbreite+8 einstellen. Es könnte bei gebogenen Bahnhöfen im Moment nur sein, dass die Unterführungen nicht richtig verbunden werden, das werde ich mit der nächsten Version beheben (die sich aufgrund technischer Probleme wohl leider etwas verschiebt).
    Doppelbelegung geht im Moment nur mit einem Trick, ich glaube aber, dass dann da auch keine zwei Züge gleichzeitig stehen können:

    Ein entsprechendes Modul dafür ist aber geplant (genauso wie eine ausführlichere Anleitung). Im Moment sind die Bugfixes aber wichtiger.


    Edit: Da der PC wieder läuft, habe ich das Parameter Verhalten mal auf der GOG-Version ohne den Thank-You-Patch (logischerweise) getestet. Das Ergebnis war, dass dort die Parameter bei der Auswahl von Modulen ohne diesen Parameter zurückgesetzt wurden, bei der Steam Version mit dem Patch, ist das bei mir aber weder bei alten noch bei neuen Spielständen aufgetreten. @Feluno

    *Thread ausgrab*


    Mich hat es leider auch erwischt, allerdings nicht die Grafikkarte, sondern das Netzteil (Sicherung fliegt sobald ich es einschalte, selbst wenn es nicht am PC hängt, sieht also nach Kurzschluss aus). Zugriff auf die Daten habe ich zwar noch (externe Festplatte + Laptop), aber Modden am Laptop ist irgendwie nicht so toll. Falls also zufällig jemand ein vernünftiges 500 - 600 W Netzteil günstig abzugeben hätte, wäre ich interessiert.

    alles Meshes, die mehrfach (zum Beispiel bei forward und inner) verwendet werden, werden bei mir weder noch angezeigt

    Das war vorher aber schon genauso, wird durch die zusätzlichen Optionen natürlich nur noch extremer.


    Schade kann man nicht im Spiel selbst noch entscheiden ob ein Zug wenden soll oder nicht, mittels An/Aus Schalter (Analog zu OneWay Signale „ja/nein“). So könnte man jeden Zug individuell einstellen wie man es sich wünscht.

    Geht doch, wenn man am Ende einen Fake-Wagen anhängt, der nicht Wendezugfähig ist.