Beiträge von EAT1963

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


    funktionierende Signale würde ich bevorzugen

    Die Signale funktionieren und sind nicht die Ursache für das späte Schliessen der Schranke.


    Ein Zug reserviert immer einen Abschnitt bis zum nächsten Signal. Steht das Signal nahe am Bahnübergang so wird der folgende Abschnitt etwas später reserviert mit der bekannten Folge.


    Von daher sollte man Signale mit größerem Abstand vor der Schranke platzieren um dieses Verhalten den eigenen Wünschen anzupassen.

    Der Gedanke die Dateien direkt zu ändern ist natürlich bestechend einfach.
    Ich kann das jedoch nicht empfehlen.


    Das Nutzen der Common API und des neuen Adapters von @eis_os, welcher die Modgleise in allen Standardbahnhöfen verfügbar macht, ist da der bessere Weg.
    Hierbei werden keine Dateien geändert, kein Ärger bei Updates und so weiter.
    Desweiteren erhält man die Möglichkeit alle Gleise zur Auswahl zu haben, welche im Spiel verfügbar sind. Auch Schmalspurgleise...


    LG Enno :)

    Oh,
    die letzten Punkte (Standarddepot und Standardbahnhöfe ändern) hatte ich mir zum Wochenende vorgenommen. Ebenso wollte ich schauen, wie ich eine Auswahl von Mod-Bahnhöfen ändere, ohne diese zu überschreiben.

    So wie ich es bisher mitbekommen hab führt es zu einem Absturz sobald ein Personenbahnhof auch Güter annehmen soll.

    Hm, ich dachte es führt zu einem Absturz, wenn ein Wagon Personen UND Güter annehmen soll. Kann mich aber irren.

    Willkommen @nown. :)


    Die umfangreiche Arbeit ist durchaus zu erkennen. Sehr gut. :thumbup:


    Kritik habe ich keine, nur ein paar gedanken:

    • Es wäre schön, so es eine Möglichkeit gäbe die townbuilding.lua NICHT zu überschreiben. Bei einem Update seitens UG kann es hier zu Fehlern kommen.
    • Ein Auf- und/oder Abrüsten innerhalb der Stadt könnte man eventuell so gestalten, daß der User dies konfigurieren kann, ob er es möchte oder nicht. Stichwort settings.lua via merkutil.
    • Fände man eine Möglichkeit, daß Personenbahnhöfe auch Post annehmen und an einen Personenzug mit Postwagon weiterleiten könnten, wäre dies der i-Punkt auf der bereits vorhandenen Sahne.

    LG Enno :)

    Ok. Jetzt kapiere ich was du meinst. Der Groschen fällt aber heute laaaangsam.


    Folgenden Code werde ich bei mir testen. Und ja, so ist es etwas übersichtlicher.

    PHP
    if (options.enable_commonApi and commonapi ~= nil and commonapi.uiparameter ~= nil) then
      uiTrackSelector = commonapi.uiparameter.createTrackCatenary()
      uiTrackSelector.filters = { commonapi.filter.visibleInUI, filterTracks }
    end

    wie wurde das in dem Mod gelöst, mit was wird da Post transportiert?

    Der Modder hat letztlich folgendes getan:

    • Eine neue Industrie (Post) angelegt.
    • Eine neue Güterart (Post) angelegt.
    • Fahrzeuge erstellt mit denen das Gut transportiert werden kann.
    • Stadtgebäude erstellt, welche Post annehmen und abgeben. Hierzu wird die touwnbuildingutil.lua von UG überschrieben


    Was nicht geht:

    • Post mit einem Personenzug transportieren. Es sei denn, er hält an einem Güterbahnhof und ein Postwagon ist im Zug vorhanden.

    LG Enno :)

    Wenn ich dich korekt verstanden habe, dann sollte folgende Anpassung in meinen Skripten zum Erfolg führen:

    Ist das korrekt?

    Tja, da ist wohl das Verständnis zur Funktionalität der Knackpunkt.


    local obj = create*({ filters = { komplett neue liste } } )

    Hier zum Beispiel verstehe ich überhaupt nicht, was filters denn nun beinhalten soll. Ich kann ja schlecht schreiben: nimm nur Einträge ab 1955. :D


    local obj = uiparameter.create*()
    obj.filters[#obj.filters+1] = neueFilterFn


    obj:createUIParams(params)

    Das ist dann schon klarer. In einer eigenen FilterFn bin ich der Herr und weiß, was ich tue....zumindest meistens. :D


    Somit ist eine Art addModifier natürlich hinfällig.