Beiträge von tsilaicosneknurd

hm, mehr informationen wären nützlich.
stdout.txt
und vllt. Informationen über OS und verwendete Hardware

OpenGL klinkt erstmal gut, kein microsoft DirectKotz... wenn Linux, dann ist folgende Ausgabe interessant:
lspci -k | grep -iA3 vga

sollte die wesentlichen Infos (Grafikkarte und verwendetes und verfügbare Kernelmodule) wiedergeben, bei mir:

Zitat

03:00.0 VGA compatible controller: NVIDIA Corporation GF100GL [Quadro 6000] (rev a3)
Subsystem: NVIDIA Corporation Device 076f
Kernel driver in use: nvidia
Kernel modules: nouveau, nvidia_drm, nvidia

meine Vermutung, ein überaltetes Modul oder eines, dass einfach die Hardware nicht voll unterstützt.
Bei mir ist dazu das proprietäre nvidia Kernelmodul in Verwendung. Standardmässig wird in Linux-Distributionen erstmal nur open Source Module mitgeliefert, hier z.B. nouveau.. es gibt aber noch einige mehr je nach Chip..

Zitat von PMV

Bitte sagt nicht CPU. Das sind Threads oder Kerne, du hast keine 12 Prozessoren bei dir im Server sondern nur 2.

der korrekte Ausdruck wäre logische CPU, habe mir das "logisch" erspart.
Es sind tatsächlich 2 CPU mit je 8 Kernen, die je aber wiederum 2 logische CPU bieten, in der Summe 32 logische CPU:

> lscpu -a --extended

top

lscpu

ok der Hersteller spricht tatsächlich von threads, wo ich im System immer logische CPU gelesen habe.. sofern ist thread wohl auch korrekt... wobei ich darunter eigentlich einen prozess-thread verstehe.. fand ich daher etwas mistverständlich
wie ich sehe lscpu sagt auch Thread(s) per core... ok

wer weiss ob die NASA die Rechner auch verwendet, sind jedenfalls High-End Desktop für Industrie/Simulation.. Neupreis fast fünfstellig...
Allein eine CPU...

Zitat von Le Mercedes

Über 3 Threads bin ich auch nicht gekommen. Keine Ahnung, warum es gerade beim Setzen von Bahnhöfen o. Ä. immer leicht ruckelt.

Mittlerweile hab ichs geschafft..
Beim Aufrüsten von Strassen mit Tramgleisen (z.B. auf nem Autobahnkreuz :-D)) und noch 5600 Flugzeuge und 6600 Busse auf die Reise geschickt...
jetzt sind 7 CPU voll ausgelastet, zeitweise waren es auch mal 12
die GUI und alles ist nachwievor super bedienbar, reagiert... nur die animationen machen alle halbe sekunde oder so kurz ne pause... aber scrollen und kartenausschnitt wählen ist absolut flüssig...
hab leider nicht rausgefunden wie man diesen Kameramitschnitt macht.. hm

Zitat von Ehrler

Alle 4 Kerne meiner CPU werden bereits mehr oder weniger gleichmäßig ausgelastet. I

Zitat von clubcola

Die Multicore Unterstützung wird laut Tom auch noch weiter optimiert und ist noch nicht für alle Prozessoren umgesetzt.

Schon beim Ladevorgang konnte ich beobachten, dass > 16 von den 32 (logischen) CPUs genutzt werden..
Beim Spiel selbst... hm hab nicht mehr als die Auslastung von 3 CPUs gesehen.. aber das Szenario, einfach nur Städteplatzieren ist auch etwas simpel vielleicht, scheint das Spiel in einer Warteschleife abzuarbeiten

Gadebusch

Ok, gut zu wissen...
wäre es möglich, die CommonAPI2Native.so kompatibel zu älteren glibc zu linken?
openSuSE ist da wohl etwas weiter zurück als, wie heisst der debian fork nochmal?..

Zitat

Can't load native code CommonAPILua: error loading module 'CommonAPILua' from file 'mods/eis_os_commonapi_1/bin/CommonAPILua.so':
/lib64/libm.so.6: version `GLIBC_2.27' not found

(in TPF1)

Zitat

Information for package glibc:
------------------------------
Repository : Main Repository (OSS)
Name : glibc
Version : 2.26-lp151.18.7
Arch : x86_64
Vendor : openSUSE
Installed Size : 6.7 MiB
Installed : Yes
Status : up-to-date
Source package : glibc-2.26-lp151.18.7.src

Alles anzeigen

wobei openSUSE tumbleweed schon glibc 2.27 beïnhaltet.

Yerseke

Haan

Nordheim

Zitat von Ulf1

Über Änderungen konnte ich bis jetzt nichts finden.

https://steamcommunity.com/app…ns/0/1740009710701997389/

Zitat von tsilaicosneknurd

ansonsten sind meine ersten eindrücke positiv..

hat sich nach dem Bau des ersten Bahnhofs geändert. Sehr umständlich (im vergleich zu den modded stations bei TPF)..
Fatal, ist, dass zu wenige Bahnsteige möglich... Hoffentlich kommen bald passende Mods...
erstmal zurück zur Version 1 des Spiels

Annaberg

Zitat von homieforever

Minuspunkt meinerseits:

Lua error werden in TPF 2 anscheinend nur kurz angezeigt und dann alleine geschlossen. Erleichtert das Modden ja nicht gerade.

Hatte einen Lua error, und der wurde nichtmal in STDOUT oder STDERR geschrieben. das ist richtig.... sch...

ansonsten sind meine ersten eindrücke positiv..

Ist das "normal"?

Zitat

commonapi2.init: Can't load native code CommonAPI2Native: module 'CommonAPI2Native' not found:
no field package.preload['CommonAPI2Native']
no file 'mods/eis_os_commonapi2_1/bin/CommonAPI2Native.so'

Edit:

Zitat

~/.local/share/Steam/steamapps/common/Transport Fever 2/mods> ls -la eis_os_commonapi2_1/bin/
total 2728
drwxr-x--- 1 pane users 40 Dec 11 12:41 .
drwxr-x--- 1 pane users 160 Dec 11 12:41 ..
-rw-r----- 1 pane users 2791936 Dec 8 17:08 CommonAPI2Native.dll

Detmold

Agenturvergütung

Zitat von pumpnC

UG hat in der Vergangenheit schon viel unternommen, um die Performancelast aus dem Spiel zu nehmen, aber ich denke mal das ist ein Kampf gegen Windmühlen.

ja, das, sowie der effiziënte Umgang mit Speicherressourcen ist sehr löblich. Ich wünschte Colossal Order würde es dem gleichtun...

Neustadt

Zitat von Ulf1

@Balu_1182 @Licaon In der Tat ist .sh eine Linux-Datei/-.exe. Das hatte ich ja noch nie. Standardmäßig ist immer Windows eingestellt, bei GOG.

um das zu klären ".sh" ist eine script datei (also reiner text) für die shell (die standardeingabeaufforderung von linux) und alle kompatiblen shells (bash, csh, ...) - am ehesten vergleichbar mit einer DOS-Batchdatei (.bat)..
am Beispiel der run.sh zum Ausführen:

#!/bin/sh
LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH ./TransportFever2

die erste Zeile gibt an, dass das Script mit der Shell /bin/sh (das ist die executable) ausgeführt werden soll
dann wird in der ersten Zeile das (jeweils!) aktuelle Ausführungsverzeichnis (cwd) der Umgebungsvariable LD_LIBRARY_PATH hinzugefügt und die executable TransportFever2 (ebenfalls im jeweiligen Ausführungsverzeichnis) aufgerufen, wobei die geänderte Umgebungsvariable eben nur für diesen Programmaufruf gilt.

Zitat

No resources are missing!
../../src/Game/transport/vehicle_cargo_util.cpp:89: std::vector<std::vector<VehicleCargoInfo> > vehicle_cargo_util::MakeVehicleCargoInfo(const transport::CargoTypeRep*, const model_metadata::TransportVehicle&, const std::vector<int>&, int, std::vector<int>&): Assertion `config >= 0 && config < (int)tv.compartments[c].size()' failed.

Deutsch

Beim Laden.. Habe den Spielstand bis vor 6 Stunden etwa gespielt und gespeichert - der Spielstand und die zugehörigen autosaves laden alle nicht. Diesmal bin ich ziemlich ratlos, deutet der Fehler doch auf ein Fahrzeug mit geänderten Kapazitäten (?) hin. Aber keine Einstellungen verändert, keine Mods geändert und auch der einzige Steam-Mod der aktulaisiert wurde sind nur die Formsignale von Grimes..

Zitat

~/.local/share/Steam/steamapps/workshop/content/446800> find ./ -maxdepth 1 -type d -mtime -1
./1121378114

Irgendeiner eine Idee, Hinweis oder Tipp?
Danke... (Oder vielleicht sollte ich TPF damit begraben und zu TPF2 übergehen?.. hm)

English

Occurs while loading. Played this save-game until 6 hours ago - now the save-game and all corresponding auto-saves don't load anymore. This time I am total clueless, the error is pointing to a vehicle with changed capacities(?). But I didn't touch any settings, no mods. Also the only mod of steam, which got updated are the German form signals of Grimes...

Zitat

~/.local/share/Steam/steamapps/workshop/content/446800> find ./ -maxdepth 1 -type d -mtime -1
./1121378114

Anyone got an idea, hint or tip?
Any help appreciated... (Or should I turn finally over to TPF2 and bury TPF with that...)