Beiträge von maziques

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


    Hat wohl meistens mit customCargoModels zu tun, also das der Güterwagen eigene Modelle fürs Cargo nutzt und nicht Vanilla. Das könnte man in vielen Fällen theoretisch von der Industriemod aus "injecten", ist aber sehr aufwendig, daher hats meines Wissens nach noch keiner gemacht. Ich lasse mich aber auch gerne aufklären, falls es da schon was gibt.

    Maybe a bit late, but I can confirm you.


    The OR-logic strictly applies to the acceptance and consumption of the goods, which results in unexpected behaviour. Lets say we have a machines factory which has the input goods { "WOOD" , "STEEL" , "ALUMINUM" }. An realistic rule would be { 1,1,0 }, { 1,0,1 }, which one would expect to work as follows: One output element of "MACHINES" is produced by a combination of one input element "WOOD" with one input element of "STEEL" or "ALUMINUM" (so "WOOD" AND ("STEEL" OR "ALUMINUM")). What will actually happen is, that it will just consume all three input elements if they are present in the factory storage (so "WOOD" AND ("STEEL" AND "ALUMINUM")). As a result in this case, if you perfectly supply the factory so that each input good is always present in the factory storage, the actual production will on average be reduced by 1/3. In tyour case {1,0},{0,1} it will even be reduced by 1/2.


    Now, if no "ALUMINUM" is present in the storage, it will also produce one element of "MACHINES" with only one element of "WOOD" AND "STEEL", and the other way around. This is surely unexpected behaviour as it punishes you for supplying more input goods.


    It is a pretty simple problem actually: The consumption of different combinations of input elements is now linked with OR per output element. It should rather be XOR to represent real world behaviour. This should of course only apply to consumption, not for the acceptance.


    I will write an email to URBAN, maybe they can change it in the final version.


    edited for clarity...

    Ich gebs offen zu: Ich hab mich am Import/Export sowie Bedienung in Blender probiert und ich bin da vorerst zu faul. Wenn man Ingenieurs-CAD gewohnt ist, bekommt man Krebs :(


    Ich wüsste auch nicht, wie man das machen soll, man müsste ja das Mapping so verändern, dass die Hälfte der Türen die Textur gespiegelt bekommt.


    Lieber spiel ich erstmal direkt in den Dateien rum. Schritt für Schritt...


    Edit: Jetzt verstehe ich erst was du meinst: Ich soll die besagte Punktspiegelung einfach im Blender machen, dann wird auch das Mapping gespiegelt. Ist das so korrekt? Das krieg ich vllt. schon hin.

    Ist korrigiert, Grund war wahrscheinlich folgender: Ich musste die Hälfte der Türen aufgrund der ZVV-Beschriftung punktspiegeln, die Engine rechnet aber die Beleuchtung anscheinend vor solch einer Transformation rein. Dadurch haben diese Türen die Beleuchtung von der anderen Wagenseite bekommen. Habe ich gelöst, indem die vorher gespiegelten Türen nur noch eine extra gespiegelte Textur bekommen haben. Nicht gerade datensparsam, aber was solls.

    Der von dir bemängelte Texturübergang ist mMn. nach Vanilla, aber ich kann es ja trotzdem mal überarbeiten.

    Man sieht auf dem Foto auch, dass die Türen an einem Wagenende sich unter gewissen Lichteinfallswinkeln dunkel färben, obwohl sie dieselbe Textur wie die am anderen Wagenende haben. Weiss jemand woran das liegen könnte?

    Die Einzelfahrzeuge sind aufwendiger als eine "Multiple Unit", weil man alles manuell drehen muss. Ich habe es sogar schon so halb erledigt, hatte dann aber keine Lust mehr, haha. Wahrscheinlich werde ich dann in der nächsten Version die Wagen simplerweise einzeln "anbieten".


    Schön, dass sie dir gefällt.


    maziques Unnötiges Vollzitat entfernt, Beachte bitte die Forenregeln.

    Grundsätzlich handelt es sich ja bei dem "Re 450 Pendelzug" um einen DPZ erster Generation, Re 450 heisst halt nur die Lokomotive. Da ich mich am Thema "DPZ" langhangel, gehört dann für mich bei einer Erweiterung auch die Re 420 "Lion" dazu, es werden ja Wagen gleichen Typs gezogen/geschoben. Kann man drüber streiten, ob das ideal ist, in meinem Kopf ist es halt so. Macht aber auch im Spiel Sinn, da ja beide Züge gleiche Klassen von Strecken bedienen. Die anderen Re 4/4 / Re 420 kann man ja auch für Güterzüge nutzen.


    Ja klar habe ich die neuen Fahrzeugversionen genommen, sonst hätte der Mod wohl kaum einen Mehrwert zu den bestehenden DPZ-Mods.

    Hab mich nochmal speziell an einer Verbesserung der Re 420 DPZ ("Lion") probiert: Re 450 DPZ v2 erweitert


    Habe nun die Vanilla-Lichtmaterials ("train_all_lights.mtl" und "train_red_lights.mtl") sowie das Rücklicht der Mirage als Mesh genutzt. Hat meiner Meinung nach recht gut funktioniert.


    Ansonsten habe ich die Textur, soweit es mir möglich ist, verbessert. Am Mesh konnte ich nur die Puffer verändern, weil ich bei anderen Änderungen hätte neu Mappen müssen, wo mir das Anlernen (noch) zeitlich zu aufwendig wäre. Normalmaps funktionieren garnicht und damit auch kein Schmutz. Ich denke ich bin an meiner Grenze, was ich mit Dénes' Modell anfangen kann. Vielleicht fällt ja noch jemandem was ein...