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
has an elevated Freestyle station placed and nothing (Not even roads or buildings) are located next to it.
I'm pretty sure Freestyle Station station can achieve the box collisions on its own. I suggest you tear it down once to test if it really is the cause.
Hi, ich bin heute auf die Idee gekommen, dass ich doch (auf Linux) probieren könnte, den Standard-malloc durch jemalloc zu ersetzen. Gesagt getan, bei Steam in den Spielstartoptionen LD_PRELOAD=$LD_PRELOAD:/usr/lib/libjemalloc.so %command% eingesetzt und los gings. Das Spiel verhält sich normal, allerdings bleibt die RAM-Nutzung von Tpf2 auch nach 3 Stunden zwischen 10-12GB anstatt erst zwischen 30-32GB sich zu stabilisieren. Außerdem gibt es keinen krassen Ruckler direkt nach dem Laden mehr. Mein aktuelles Savegame nutzt keine Fahrplan-Mod, der steigende RAM-Verbrauch ist also vermutlich auf Fragmentierung zurückzuführen. Allerdings bin ich mir sicher, dass es auch mit Fahrpläne-Mod das Vollaufen des Arbeitsspeichers merkbar verzögert. Bei Gelegenheit werde ich es testen und den Post updaten. Mehr dazu im Performance-Eintrag im Wiki.
Ist nicht der beste Eindruck, was Schade ist, da mMn nicht wirklich ein grosser Unterschied zwischen Steam und Mod.io besteht
Der aktuell gigantische Unterschied zwischen mod.io und Steam Workshop sind die auf letzterem bereits verfügbarem Mods, die ohne Einholung einer Einverständnis von anderen Mods referenziert werden. Betrifft natürlich vor allem Repaints. Aber für mich macht es jetzt keinen Sinn, meinen einen Repaint/Variante hier oder auf mod.io hochzuladen und dann zu schreiben "Du brauchst X und Y vom Steam Workshop um es zu benutzen."
Gemunkelt wird von einem dritten Teil des Spiels welcher dann ausschliesslich nur mehr mit dem Modbrowser mod io funktioniert auch fällt immer wieder der Begriff zahlbare DLCs wie bei Cities Skylines
Das ist imho sehr wahrscheinlich, macht für die Devs einfach kein Sinn 2 Sachen zu supporten. Auch ist der Tpf2 Modbrowser nicht annähernd so mies wie der in C:SII, der Verlust des Steam Workshop wäre für mich akzeptabel.
Edit: tpf.net wird sicher weiter funktionieren, der manuelle Mod-Ordner wird ja für die Modentwicklung gebraucht.
Wenn du verhältnismäßig lange Überhol-/Ausweichgleise hast kannst du das Ganze ungefähr mit der Priority Signals Mod realisieren. Ist aber Fummelei, das zufriedenstellend zu optimieren.
N0neGiv3N Do you have 0 height bridges in the area or any normally built bridges close to the lower limits?
Das geht gar nicht anders. 3 Jahre Nutzungsdauer (gerade so die Afa Vorgabe erfüllt) und raus mit dem alten Zeugs.
Vor 3 Jahren war der aktuelle PC sicher nicht neu. Außerdem wird der alte PC wohl kaum im Altmetall landen, dafür ist er noch zu gut. Den bekommt dann eine Person die sich sonst aktuelleren low-end Kram gekauft hätte. Generell ist es sicher richtig nicht ständig Neues zu kaufen, ist aber immer leicht zu schwatzen wenn man auf absehbare Zeit das Geld für seine Wunschanforderungen beisammen hat.
mandigritsch hat hier bringt es hier auf den Punkt. 16GB VRAM sind bei einer Neuanschaffung muss um diesmal was zukunftsfähiges zu kaufen, die gewählte CPU macht auch keinen Sinn. Anderer Vorschlag: Warum rüstest du deine aktuelle Kiste nicht ein bisschen auf? Eine neu Graka und evtl. mehr RAM würde viel bewirken während ein 12700k bei Tpf2 wohl nur marginal Verbesserungen bringen wird. Ist dein PC so auf Kante genäht?
Außerdem klingt der Name deines aktuellen RAMs danach als hätte der XMP und dafür scheinen 2600Mhz ein bissl langsam. Überprüf doch mal ob du das anmachen kannst.
Hast du es bereits gespielt?
Bei mir war die Ursache wahrscheinlich der Kornspeicher aus dem Asset-Menue Landmarks (siehe Screenshot)
Da es bei mir die Bushaltestelle war & die bei dir auch so eingezwängt ist, würde ich behaupten die eigentliche Ursache ist die Haltestelle die so knapp platziert ist. Wierum du nun der Haltestelle den Platz für die größere Kollisionsbox gibst spielt keine Rolle. Ich habe diese Assets definitiv nicht installiert und eigentlich waren an der Problemstelle nicht wirklich mods involviert (0 height bridge ist ja nix permanentes).
Gamescope is the Wayland compositor of SteamOS. You can use it as an intermediate layer if some games have problems related to window management. It installs a signal handler if not set otherwise so you'd have to kill the process. So it's definitely not window management related.
Click the Link for a guide on how to enable Steam runtime logging and where to obtain the log.
I couldn't pin the problem down to one mod, but after I teared the bus capacity booth down and rebuild it, the problem was gone. So I guess the reason are the 0 height rail bridges in the background and the proximity of the booth to them. Having this problem nowhere else on the map further convinces me that the bridges and/or the proximity to the elevated rails are the problem. N0neGiv3N
Have you already tried running Tpf2 inside Gamescope? After you installed gamescope, go into the game setting add insert this in the launch options: gamescope -W 1024 -H 768 -r 60 -- %command%
Maybe also start Steam with logging for the Steam runtime enabled and post the steam runtime log of Tpf2: https://github.com/ValveSoftwa….md#essential-information
Habe diese rote Fähnchen gehabt
Mod können das "rote Fähnchen" auch beim Hinzufügen haben, das ist die Entscheidung der Modersteller.
Wenn das in der mod.lua drin steht, bekommst du das rote Fähnchen beim Hinzufügen. https://www.transportfever2.co…?id=modding:modcomponents
If TPF2 writes it own dmp file because it can't init the Renderer,
it's technical not crashing from a system standpoint
I pretty convinced I had cases where Tpf2 writes it's down dump and raises SIGABRT afterwards, which leads to a core dump. Are the codepaths that lead to a the creation of a minidump never calling abort() in the end?
I used minidump-stackwalk to read the dump, but couldn't understand much from it because missing debug symbols and I've only worked with core files so far. Is there a wiki entry which sections are may contain relevant information regarding the crash cause? I couldn't find one.
also weird only tf2 has this problem everything else works both opengl and vulkan
Which Linux native games installed via Steam do work for you meanwhile?
I think I now tried everything to help you install systemd-coredump, which is crucial for finding a solution (other than installing another distro). Please get help on some Linux mint forum, as I do not know their exact differences to Ubuntu.
Did you find a resolution?
I'm pretty sure it's related to the mods I added the day since there weren't even miniscule artifacts on screenshots before, but on this day the red hats appeared even on sparsely populated towns. I haven't played since then and will report back when I've done it.
Hast Du mal den Texturencache geleert?
The texture cache can't be the reason for objects on a wrong place. It may be the reason of color issues of single objects. But never of this kind of stuff. DH-106 has most likely already indentified the technical happening in the beginning of the thread.
When the drivers are too outdated for you, you're using the wrong Distro. It's not like you're compiling Linux-next and you also didn't manage to fix your installation of newer drivers and no have broken dynamic linking in the userspace part of your gpu drivers. This is just what you get if you buy a GPU from the company that is so miserly with Linux devs that their Linux GPU drivers are only usable from 6 months after the product launch on. Or only buy their products when they're more than a year old. You wouldn't get your card running on Windows 7 or a very old Windows 10, either.
I'd strongly suggest you switch to Ubuntu 23.10, the most recent Fedora or Arch (archinstall is official now). Cinnamon desktop is in the repos for all of them, no need for Mint. The share objects that try to link wrong should be fixable but even if I'd sit in front of your Computer it'll may take some hours for me if I'm really unlucky.
https://ubuntu.pkgs.org/22.04/…1-0ubuntu3_amd64.deb.html should exist, maybe you don't have the universe Repo activated in the apt sources? sudo apt edit-sources and remove the comment around universe. If it's not in there, pls search on the internet on how to enable Ubuntu universe or get some guide how to do this on Mint if they deviate from Ubuntu there.
if i dont actively activate basalt shouldn't it just be silent or idle
I didn't care to check if it installs some layers so you may be right. Given that Tpf2 in OpenGL mode crashes with a seemingly not graphics related issue, we don't have to care about it yet. But Vulkan certainly loads it all the time or Steam wouldn't have picked it up.
Nr. 2 is a wrong assumption, I guess I didn't state the explicitly enough ;D You have both Snap and Flatpak installed but installed Steam via apt. Steam does still have its own runtime container with different libraries, though. Forget 2 and this for now.
Hallo, ich hatte während er GPU-Shortage mal ein GeForce Now Abo, Tpf2 konnte man damals nicht spielen, nur ausgewählte Spiele. Mods gibt's afaik immer noch nicht, du hast auch kaum Stellschrauben. Nur weil GFNow Steam, EGS & co nutzt, hast du noch lange keinen vollen virtuellen Computer, alles ist abgeriegelt. Da gibts andere Anbieter. GeforceNow hat sich doch früher nur wegen der guten Preis-Leistung gelohnt.
I looked into the runtime diagnostics. Uninstall the ppa driver and use the stock, like already said in 4. The weird paths l mentioned
"runtime" : {
"path" : "/mnt/steam/SteamLibrary/steamapps/common/SteamLinuxRuntime/var/steam-runtime",
"version" : "0.20231024.64411",
"issues" : [
"unexpected-location"
],
"overrides" : {
"list" : [
"overrides/lib/",
"overrides/lib/i386-linux-gnu/",
"overrides/lib/i386-linux-gnu/aliases/",
"overrides/lib/i386-linux-gnu/aliases/libOSMesa.so.6 -> /usr/lib/i386-linux-gnu/libOSMesa.so.8",
"overrides/lib/i386-linux-gnu/aliases/libXaw7.so.7 -> /usr/lib/i386-linux-gnu/libXaw.so.7",
"overrides/lib/i386-linux-gnu/aliases/libbz2.so.1 -> /usr/lib/i386-linux-gnu/libbz2.so.1.0",
"overrides/lib/i386-linux-gnu/aliases/libcurl-gnutls.so.3 -> /usr/lib/i386-linux-gnu/libcurl-gnutls.so.4",are from pressure-vessel, which is from the Steam runtime, so that explains that. And because you have Steam mounted at /mnt/steam, it creates those links to work. But shouldn't be a problem.
Please also remove VkBasalt.
I took a look into your installed packages:
