Wisst ihr schon, wann die 2 neuen auf Steam dazu kommen ?
Mein neues Savegame ist ja eh noch weit von der Zeit dafür weg
Kaleut's Projekte für TPF: Aktuell: Bombardier TRAXX 2
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
-
-
Ich bin zurzeit mit was anderem beschäftigt. Ich denke spätestens im laufe der nächsten Woche, ich weiß auch noch nicht ob das überhaupt sinnvoll ist, da die settings.lua zurückgesetzt wird. Ich habe keine Ahnung ob das ganze zum Absturz führen kann. Und da die viele Abbonenten auf Steam nicht in der Lage sind Texte zu verstehen, kann das schwierig werden.
-
Das ist nicht nur auf Steam so mit dem Texte lesen...
-
Die lesen diese schon kaum hier..
Wäre froh, wenn ich nicht auf die Forumsversion umsteigen müsste.Denke mal, dass das game nicht abstürzen wird, daher es die Daten ja findet oder nicht ? Weiß ja nicht wie ihr euer S Bahn Pack aufgebaut habt.
-
Da das Script dass das ganze Regelt meines Wissens dafür sorgt dass die Modelle nur geladen werden wenn man diese auch ausgewählt hat, sollte es zu Problemen kommen sobald sich die Einstellungen wieder zurücksetzen.Ist in meinen Augen dann das gleiche wie das deaktivieren eines Fahrzeugmods welcher bereits im Spiel verwendet wird ( herumfährt ) und das führt dann sofort zum Absturz.
Aber das kann @Merk wohl am ehesten beantworten.
-
Naja, alles was nicht angewählt ist wird garnicht erst geladen. Die mdl's und lua#s für die MU's sind zwar vorhanden aber das nützt nichts, ich muss das bei Zeiten mal testen. Oder du machst das für mich indem mal eine Version die im Savegame rumfährt in der settings.lus deaktivierst und dann das Savegame lädst und mir dann sagst was passiert.
Edit: @Randomx7 das müsste @Freahk mal genauer erläutern, da er den Filefilter gebaut hat. Das script von @Merk konnte zu dem Zeitpunkt noch keine MU's ausblenden. Ich weiß nicht wie es jetzt ist.
-
Also ich habs grad mal kurz an einem neuem Savegame ausprobiert und es war egal ob ich die Entsprechende Version in den Einstellungen aktiviert hatte oder nicht, ich konnte Sie lediglich nicht mehr kaufen, das Spiel scheint nur darauf zu achten ob die Notwendigen Dateien im Mod-Ordner zu finden sind.
-
Super, danke fürs testen. Bei TPF kann man sich bei sowas nie so sicher sein. Dann werde ich mal das Update bei Steam machen.
-
Klasse.
Die Leute die sich wundern, werden schon sich bemerkbar machen oder die Eigeninitiative ergreifen und lesen xD
Wer die einmal aktivieren konnte, kann es auch ein weiteres mal. -
@Randomx7 das dürfte kein Problem sein. Luas und mdls für die paints werden nicht tatsächlich gelöscht, sondern nur per filefiler herausgefiltert. Wenn das Modell im Savegame bereits vorhanden ist, wird es trotzdem geladen, es tauch nur nicht im Depot auf.
Edit: oh das scheint ihr schon herausgefunden zu haben, da war ich wohl nicht schnell genug.
-
Das script von @Merk konnte zu dem Zeitpunkt noch keine MU's ausblenden.
Genau genommen kann es gar nichts ausblenden. Version 1.1 des Scripts liefert eine Funktion mit, der man nur den Dateinamen übergeben muss, dann wird das entsprechenden Objekt auch mit einem FileFilter aussortiert (sollte dann mit allen Objekten funktionieren, für die es FileFilter gibt). Ansonsten kann ich die Beobachtungen von Randomx7 und Freahk bestätigen, mit FileFiltern kann man kein Savegame zerstören.
PS: Weil Steam die settings.lua überschreibt, wenn man sie direkt im Mod mitliefert, war der ursprüngliche Gedanke, dass sie nicht mitgeliefert wird (sonst könnte man die Einstellungen auch direkt in die mod.lua schreiben ).
-
Weil Steam die settings.lua überschreibt, wenn man sie direkt im Mod mitliefert,
Das geschieht auch, wenn der Inhalt der Zip aus der Webdisk direkt in den Modordner kopiert wird. Da denkt kein Mensch dran, dass dadurch evtl. eine settings.lua überschrieben wird und dies Folgen haben kann.
Von daher empfehle ich die settings.lua auf keinen Fall mitzuliefern. -
Ja, nur das die settings.lua beim normalen Update hier von der Seite dann garnicht mehr vorhanden ist, was den gleichen Effekt wie eine mitgelieferte, geänderte settings.lua hat.
Ich weiß nicht wie der TPFMM das handhabt, wenn man dort die Updatefunktion benutzt, sofern diese überhaupt in den Mods eingebaut ist. -
Ja, nur das die settings.lua beim normalen Update hier von der Seite dann garnicht mehr vorhanden ist, was den gleichen Effekt wie eine mitgelieferte, geänderte settings.lua hat.
Das ist richtig und auch gut so, da du ja die Werte im Skript abfragst und dir gegebenenfalls (settings.lua nicht vorhanden) die Standardwerte zurückgegeben werden.
Hat der User aber eigene Einstellungen vorgenommen dann werden diese überschrieben, was bei einer Lok oder einem Wagon zwar kein Problem ist, bei einem tiefer eingreifenden Skriptmod jedoch zu Problemen führen kann.
-
Der TPFMM sollte mitgelieferte settings.lua ignorieren (oder @Xanos?) und bei einer manuellen Installation bleibt eine bestehende settings.lua natürlich auch vorhanden, wenn es im Mod keine gibt. Das Betriebssystem löscht eine Datei ja nicht, nur weil sie bei den kopierten Dateien nicht mehr existiert.
Letztendlich kann das aber natürlich jeder machen wie er will, ich wollte nur mal erwähnt haben, wie ich mir das ursprünglich gedacht habe. -
bei einer manuellen Installation bleibt eine bestehende settings.lua natürlich auch vorhanden, wenn es im Mod keine gibt
Genau das ist der Punkt. Die Einstellungen des Users bleiben erhalten, wenn keine settings.lua mitgeliefert wird, andernfalls werden die Einstellungen überschrieben.
Daher meine Empfehlung keine settings.lua mitzuliefern, um evtl. vorhandene Einstellungen des Nutzers zu erhalten.Es ist aber nur eine Empfehlung und es steht natürlich jedem frei dies nach seinem Gusto zu händeln.
-
Ok, wieder was gelernt. Der eigentliche Grund warum ich die settings.lua mitliefere sind die TPFMM verweigerer. Dämit diese relativ einfach auch die entsprechenden Inhalte nutzen können. Da das ganze bei Wagen ja relativ ungefährlich ist, werde ich das wohl auch weiter so handhaben.
-
Der eigentliche Grund warum ich die settings.lua mitliefere sind die TPFMM verweigerer.
Da würde ich dann wohl eine _settings.lua mitgeben, in welcher die Einträge vorhanden sind. Wer dann händisch seine Einstellungen vornehmen kann, der kann die Datei sicher auch in eine settings.lua umbennenen. Somit hätte ich beide Fliegen mit einer Klappe erschlagen, wir man so schön sagt.
-
Das hört sich nach einer sehr guten Lösung an. Auf sowas komme ich immer nicht
-
TPFMM sollte Nutzer-Einstellungen nach einem Update der Mod eigentlich wiederherstellen, auch wenn die Mod eine eigene settings.lua mitliefert...
Falls dies nicht so ist muss ich da was fixen.