Beiträge von tsilaicosneknurd

Deutsch

In meinen Recherchen, habe ich gesehen, dass viele wohl Probleme mit Vulkan haben, wenn der VRAM nicht ausreichend gross ist. Oft scheint dann zu helfen auf openGL auszuweichen.

Ist die Frage, ist das ein Problem von Vulkan und dort ein Bugreport wert? Oder ist es die Implementierung in TransportFever2?

Wie gesagt, das hin und herschieben von Daten Zwischen Host und Video Speicher sollte kein Problem sein, wenn(!) entsprechendes Bit im Bufferobjekt gesetzt wird. Nun die Frage, ob das in TransportFever2 gemacht wird?

Irgendjemand ne Idee?

-

(Desweiteren habe ich mir jetzt die Nvidia Quadro RTX 8000 bestellt. Und versuche solange wieder openGL. Aber ich bekomme den Spielstand gerade mit openGL garnicht mehr zum laufen Mit Vulkan ging es problemlos, war aber wegen des Problems nicht spielbar.)

English

I did some further research, and I noticed, that many people seem to have problems with Vulkan, if the video memory is insufficient. Mostly switching to openGL solves the issue.

The question is, is this a bug in Vulkan and worth a bug report there? Or is it the implementation in TransportFever2?

As mentioned, the transferring of data between host and video memory shouldn't be a problem, if(!) the corresponding bit is set in the buffer object. Is this being set in TransportFever2?

-

(Furthermore I ordered the Nvidia Quadro RTX 8000. And I am trying openGL again until arrival, but I don't get my savegame to work currently with openGL again Wasn't an issue with Vulkan, but wasn't playable due to this issue.)

edit: translation added

TransportFever

Ja, die betroffene SChiffe waren aus Mods.

Mod liefere ich gleich nach

Deutsch

Hallo,

ich habe eine neue Grafikkarte eingebaut, um die Vorteile von Vulkan nutzen zu können. Details zum verwendeten System siehe Signatur.

Nun bin ich auf ein Problem gestossen, das ich vorher mit openGL nicht hatte.

Mein Savegame frisst mehr als die vorhandenen 11GiB VRAM. (bzw. mit der alten Grafikkarte 5GiB). Unter openGL wurden Objekte zwischen HOST-Memory und Video-Memory hin und hergeschoben, der Vorgang war von der Performance nicht zu merken.

Code

GL DEBUG (source GL_DEBUG_SOURCE_API, type GL_DEBUG_TYPE_PERFORMANCE, id 131186, severity GL_DEBUG_SEVERITY_MEDIUM): Buffer performance warning: Buffer object XXXXX (bound to NONE, usage hint is GL_STATIC_DRAW) is being copied/moved from VIDEO memory to HOST memory.

Jetzt mit Vulkan, friert der Bildschirm (respektive frieren die Bildschirme) ein. Das Spiel selbst läuft vielleicht mit ner Framerate von 3SPF (nicht FPS), andere Anwendungen auf dem anderen Bildschirme generieren einen Frame alle paar minuten.

Laut nvidia-smi ist die GPU 100% ausgelastet, der Speicher ebenfalls zu 100%. Selbst bei pausiertem Spiel und Standbild.

Bin ich jetzt auf ne Limitierung gestossen, die Vulkan im Vergleich zu openGL hat? Bug in Vulkan? Bug im Nvidia-Treiber? Alle sind auf neuestem Stand (s.u.)

Oder schlechte Implementierung von Vulkan in Transport Fever 2?
Bin etwas die Vulkandokumentation durchgegangen und, das transferrieren von Objekten zwischen Video und Host-Memory sollte kein Problem sein, wenn(!) das richtige Bit beim entsprechenden Objekt gesetzt wurde.

Sorry, dass ich das Forum wieder mit meinen Problemen nerven muss Unten noch relevante Zeilen aus der Standardausgabe.

Dankbar für jeden Hinweis (auch z.B. in Bezug auf erzeugen von debugging output durch Vulkan, relevante Umgebungsvariablen für Vulkan?)

Ich habe noch versucht anstatt Xorg Xwayland zu testen. Mit Xwayland lädt das Spiel bis 100% und dann habe ich nur noch schwarzen Bildschirm, der TransportFever2 prozess läuft bei etwa 1% CPU-Last, reagiert jedoch nicht, minutenlang nur noch "Thread did not respond to ping. Possible hang detected!"

Nun überlege ich noch ne bessere Grafikkarte zuzulegen, ins Auge ist mir die Nvidia Quadro RTX 8000 mit 48GiB Speicher gefallen. Mit etwa 3000 Euronen nicht ganz billig. Nur noch die Frage, ob sie auch mit PCIe x16 Gen2 funktioniert. Das habe ich den Nvidia-Support soeben gefragt.

Hat Jemand noch Grafikkarten Tipps? Nach bislang besten Erfahrungen würde ich gerne bei Nvidia bleiben. Die Frage ist, was kompatibel ist. eben PCIe Gen 2 und maximal 300W.

English

Hello,

I built in a new video card to make use of Vulkan and its improvements. Details on the computer see signature.

I encountered a problem, which I hadn't using openGL.
My savegame needs more as the available 11GiB video memory (respectively the old one had only 5GiB). Using openGL buffer objects where transferred between video and host memory imperceptibly.

Code

GL DEBUG (source GL_DEBUG_SOURCE_API, type GL_DEBUG_TYPE_PERFORMANCE, id 131186, severity GL_DEBUG_SEVERITY_MEDIUM): Buffer performance warning: Buffer object XXXXX (bound to NONE, usage hint is GL_STATIC_DRAW) is being copied/moved from VIDEO memory to HOST memory.

Now using Vulkan, the screen (respecively the screens) freeze(s). The game runs at around 3SFP (not FPS) and other windows on another screen updates every few minutes.
According to nvidia-smi, the GPU is utilized at 100% and VRAM at 100% even if game is paused, not moving.

Did I encounter a limitation, which Vulkan has, but openGL hasn't? Bug in Vulkan? Bug in Nvidia-Driver? All are the latest available. details see below

Or bad implementation of Vulkan in Transport Fever 2?
Browsed a little through Vulkan's documentation. Copying from/to host memory shouldn't be a problem, if(!) the right bit on the object is set.

Sorry to bother you all again with my problems. Below are some relevant lines from the STDOUT.

Any hints appreciated! (also i.e. regarding debugging Vulkan or relevant environment variables?)

I also tried switching from Xorg to Xwayland. Using Xwayland, the game loads 100% but then I only have a black screen, the TransportFever2 task is running with around 1% cpu utilization, completely unresponsive, over minutes only "Thread did not respond to ping. Possible hang detected!"

I even consider buying a better video card. In my mind came the Nvidia Quadro RTX 8000 with 48GiB memory. Costing around € 3000 not exactly cheap. But the question is, if the card will work only using PCIe x16 Gen2. I asked that the Nvidia-Support.

Any tips regarding possible video cards? After best experience with nvidia I would prefer that vendor. But which cards may be compatible? Besides PCIe gen2 only 300 watts power may be drawn.

[...]
GUIVulkan_Setup
Pos_VulkanRenderContext_VkInstance  00000028
Pos_VulkanRenderContext_VkDevice  00000038
Pos_VulkanRenderContext_VkSwapchainKHR  00000150
Pos_VulkanRenderContext_swapdata  00000510
Pos_VulkanRenderContext_m_graphicQueue 00000000
Pos_VulkanRenderContext_m_presentQueue 00000000
VulkanRenderContextWrapper::posSDLWindow_width  00000018
VulkanRenderContextWrapper::posSDLWindow_height 0000001C
[...]
Requested instance extensions: 
 - VK_KHR_surface
 - VK_KHR_xlib_surface
 - VK_KHR_get_physical_device_properties2
Requested layers: 
Create Vulkan instance.
Supported depth resolve: { SampleZero | Average | Min | Max }
Supperted stencil resolve: { SampleZero | Min | Max }
Found device #0: NVIDIA GeForce GTX 1080 Ti (id: 6918, vulkan version: 1.3.224, driver version: 2203910400 [525.116.4.0], vendor id: 4318 [Nvidia])
 -> Selected device #0
__CRASHDB_RENDERER__ Vulkan|Nvidia|NVIDIA GeForce GTX 1080 Ti|1.3.224 525.116.4.0|1.3.224|525.116.4.0|
Count: 16
Flags: { Graphics | Compute | Transfer | SparseBinding }
Count: 2
Flags: { Transfer | SparseBinding }
Count: 8
Flags: { Compute | Transfer | SparseBinding }
Optional extension not found: 'VK_AMD_memory_overallocation_behavior'
Optional extension not found: 'VK_EXT_memory_priority'
Requested device extensions: 
 - VK_KHR_swapchain
[...]
 - textureQuality: 2
 - terrainTextureResolution: 2
[...]
GUI_Render_InitVulkan
CommonAPIVulkanRender
GUI_Render_InitVulkan doing SanityCheck
CommonAPIVulkanRender::Install
InitSwapchain
InitRenderPass
InitShaders
swapchain_width, swapchain_height = 2560,1440
InitSwapchain vkGetSwapchainImagesKHR
InitSwapchain vkGetSwapchainImagesKHR get real data
InitSwapchain Image Views
InitFonts
CreateFontsTexture
Font texture size: 512, 512 size = 1048576

Ausgabe/output of nvidia-smi:

Fri May 12 15:47:20 2023
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 525.116.04   Driver Version: 525.116.04   CUDA Version: 12.0     |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|                               |                      |               MIG M. |
|===============================+======================+======================|
|   0  NVIDIA GeForce ...  Off  | 00000000:03:00.0  On |                  N/A |
| 32%   63C    P0    86W / 250W |  11135MiB / 11264MiB |    100%      Default |
|                               |                      |                  N/A |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Processes:                                                                  |
|  GPU   GI   CI        PID   Type   Process name                  GPU Memory |
|        ID   ID                                                   Usage      |
|=============================================================================|
|    0   N/A  N/A      3268      G   /usr/bin/X                        435MiB |
|    0   N/A  N/A      3429      G   /usr/bin/gnome-shell               15MiB |
|    0   N/A  N/A      4033    C+G   ...996906767014879283,131072      148MiB |
|    0   N/A  N/A      8385    C+G   ./TransportFever2               10489MiB |
+-----------------------------------------------------------------------------+

Zitat von tsilaicosneknurd

Da das Laden jedes mal recht lange dauert, ist das sehr ärgerlich

Habe das Problem leider noch immer. Scheine damit alleine zu sein. Google Suche findet zu dem Fehler nur diesen Thread.

Auch habe ich versucht das Problem (ohne non-UG mods) nur mit dem Vanillamöglichkeiten nachzubauen. ohne Erfolg.

kann Jemand mehr in den Fehler

AssertException: ../../train_fever/src/Game/transport/pathfinder_util_water.cpp:178: std::vector<std::pair<transport::EdgeGeometry, bool> > transport::pathfinder_water::{anonymous}::GetSmoothedEdges(const std::vector<CVec2f>&, float, float): Assertion `0.0f < sinHalfAngle' failed.

hineininterpretieren?
da das spiel nicht open source ist, kann ich kein Blick in die Funktion werfen :-/

im userdata -verzeichnis, unter Windows normalerweise

C:\Program Files (x86)\Steam\userdata\<user-number>\1066780\local

ok, meines wissens nach sollte das i.O. sein.
Spiel mal neu installiert? (vorher vielleicht sicherheitshalber ein Backup des userdata-Verzeichnisses)

ansonsten fällt mir auch nichts weiter ein

Und zum Schluss:

Die Performance der Grafik ist mit der neuen Grafikkarte und VUlkan statt openGL markant besser!

Die Investition hat sich gelohnt.

Auch der Arbeitsspeicher scheint sich zu lohnen. Buffer derzeit > 300GiB - würde sagen das System ist damit schneller als man je mit ner SSD rankäme.

Vielleicht noch ein Paar Infos zum PC?

OS, Arbeitsspeicher?

die stdout verrät nichts sinnvolles, da das Spiel ja nichtmal wirklich gestartet wird. Das erste was mir in den Sinn kam, war unzureichender Arbeitsspeicher.

Mit Steam bereits die Validierung der Dateien versucht?

hmm.

es gibt schon einige threads und andernorts was zu diesem Fehler. Aber habe bei schneller Suche nichts ausreichend aussagekräftiges gefunden.

kannst ja mal durch Google forsten: Google: "Heap corruption detected!" Transport Fever 2

Da es auch ohne Mods auftritt... hätte ich auch mal zu ner Neuinstallation geraten, hast du aber schon versucht. Vielleicht mal einen anderen PC testen?

Läuft der PC ansonsten stabil? könnte auch ein Hinweis z.B. auf fehlerhaften RAM oder (ich weiss nicht wie Windows das handelt) Dateisystem/Festplatte/SDD sein.

Viel Erfolg

aktualisieren des Nvidia-Treibers hat das Problem behoben.

jetzt hatte ich den thread schon geschrieben in deutsch und englisch. Für Suchmaschinen stelle ich das mal hier ein, falls jemand über das gleiche problem stolpert:

Spoiler anzeigen

Deutsch

Hallo,

ich habe eine neue Grafikkarte eingebaut, um die Vorteile von Vulkan nutzen zu können. Details zum verwendeten System siehe Signatur.

Nun bin ich auf ein Problem gestossen, das ich vorher mit openGL nicht hatte.

Mein Savegame frisst mehr als die vorhandenen 11GiB VRAM. (bzw. mit der alten Grafikkarte 5GiB). Unter openGL wurden Objekte zwischen HOST-Memory und Video-Memory hin und hergeschoben, der Vorgang war von der Performance nicht zu merken.

Code

GL DEBUG (source GL_DEBUG_SOURCE_API, type GL_DEBUG_TYPE_PERFORMANCE, id 131186, severity GL_DEBUG_SEVERITY_MEDIUM): Buffer performance warning: Buffer object XXXXX (bound to NONE, usage hint is GL_STATIC_DRAW) is being copied/moved from VIDEO memory to HOST memory.

Jetzt mit Vulkan, friert der Bildschirm (respektive frieren die Bildschirme) ein. Das Spiel selbst läuft vielleicht mit ner Framerate von 3SPF (nicht FPS), andere Anwendungen auf dem anderen Bildschirme generieren einen Frame alle paar minuten.

Laut nvidia-smi ist die GPU 39% ausgelastet, der Speicher 100%.

Bin ich jetzt auf ne Limitierung gestossen, die Vulkan im Vergleich zu openGL hat? Bug in Vulkan? Bug im Nvidia-Treiber? Alle sind auf neuestem Stand (s.u.)

Oder schlechte Implementierung von Vulkan in Transport Fever 2?

Bin etwas die Vulkandokumentation durchgegangen und, das transferrieren von Objekten zwischen Video und Host-Memory sollte kein Problem sein, wenn(!) das richtige Bit beim entsprechenden Objekt gesetzt wurde.

Sorry, dass ich das Forum wieder mit meinen Problemen nerven muss Unten noch relevante Zeilen aus der Standardausgabe.

Dankbar für jeden Hinweis (auch z.B. in Bezug auf erzeugen von debugging output durch Vulkan, relevante Umgebungsvariablen für Vulkan?)

English

Hello,

I built in a new video card to make use of Vulkan and its improvements. Details on the computer see signature.

I encountered a problem, which I hadn't using openGL.

My savegame needs more as the available 11GiB video memory (respectively the old one had only 5GiB). Using openGL buffer objects where transferred between video and host memory imperceptibly.

Code

GL DEBUG (source GL_DEBUG_SOURCE_API, type GL_DEBUG_TYPE_PERFORMANCE, id 131186, severity GL_DEBUG_SEVERITY_MEDIUM): Buffer performance warning: Buffer object XXXXX (bound to NONE, usage hint is GL_STATIC_DRAW) is being copied/moved from VIDEO memory to HOST memory.

Now using Vulkan, the screen (respecively the screens) freeze(s). The game runs at around 3SFP (not FPS) and other windows on another screen updates every few minutes.

According to nvidia-smi, the GPU is utilized at 39% and VRAM at 100%.

Did I encounter a limitation, which Vulkan has, but openGL hasn't? Bug in Vulkan? Bug in Nvidia-Driver? All are the latest available. details see below

Or bad implementation of Vulkan in Transport Fever 2?

Browsed a little through Vulkan's documentation. Copying from/to host memory shouldn't be a problem, if(!) the right bit on the object is set.

Sorry to bother you all again with my problems. Below are some relevant lines from the STDOUT.

Any hints appreciated! (also i.e. regarding debugging Vulkan or relevant environment variables?)

Code

> grep -A10 -B10 -i vulkan crash_dump/stdout.txt ecs::Engine::BeginModification = 0x3154b70
ecs::Engine::NoteComponentAboutToBeChanged = 0x31565c0
ecs::Engine::NoteComponentChanged = 0x3156770
ecs::Engine::EndModification = 0x315a8c0
Can't find Dampf UGCContext
CommonAPI2Native: InitDone
GUI_SetupFont
Userprofile langcode_str: en, fontname res/fonts/Lato2OFL/Lato-Regular.ttf
GUI_SetupFont done
Searching SDL_PollEvent
GUIVulkan_Setup
Pos_VulkanRenderContext_VkInstance  00000028
Pos_VulkanRenderContext_VkDevice  00000038
Pos_VulkanRenderContext_VkSwapchainKHR  00000150
Pos_VulkanRenderContext_swapdata  00000510
Pos_VulkanRenderContext_m_graphicQueue 00000000
Pos_VulkanRenderContext_m_presentQueue 00000000
VulkanRenderContextWrapper::posSDLWindow_width  00000018
VulkanRenderContextWrapper::posSDLWindow_height 0000001C
Console::createInstance
Redirecting Buffer to StdOutBuffer
Console::createInstance done
!!! Experimental new events activated, you have been warned !!!
lua::FunctionLoader::Reload disabled by CommonAPI2
commonapi2.ui:  Loading commonapi2.ui interface
LUA_SetEventCallback 0x63d58b0

eatglobal: init [/home/pane/.local/share/Transport Fever 2/mods/2924241458_1/res/scripts/eatglobal_v2_29.lua] (Version 2.29)
eatglobal: Initialization [....1920437817_1/res/scripts/eatglobal_v2_32014.lua] (Version 2.32014) successfully completed: 6.337 ms.
--
========================================



seed: 1683882843
Requested instance extensions:  - VK_KHR_surface - VK_KHR_xlib_surface - VK_KHR_get_physical_device_properties2
Requested layers: Create Vulkan instance.
Supported depth resolve: { SampleZero | Average | Min | Max }
Supperted stencil resolve: { SampleZero | Min | Max }
Found device #0: NVIDIA GeForce GTX 1080 Ti (id: 6918, vulkan version: 1.3.224, driver version: 2203910400 [525.116.4.0], vendor id: 4318 [Nvidia]) -> Selected device #0
__CRASHDB_RENDERER__ Vulkan|Nvidia|NVIDIA GeForce GTX 1080 Ti|1.3.224 525.116.4.0|1.3.224|525.116.4.0|
Count: 16
Flags: { Graphics | Compute | Transfer | SparseBinding }
Count: 2
Flags: { Transfer | SparseBinding }
Count: 8
Flags: { Compute | Transfer | SparseBinding }
Optional extension not found: 'VK_AMD_memory_overallocation_behavior'
Optional extension not found: 'VK_EXT_memory_priority'
Requested device extensions:  - VK_KHR_swapchain
-- - textureQuality: 2 - terrainTextureResolution: 2
Thread did not respond to ping. Possible hang detected!
commonapi2.init 20230422
commonapi2.ui:  Loading commonapi2.ui interface
LUA_SetEventCallback 0xef303a0

TPFLUA_RenameLuaState:  luaRef* 0x7fff4eeedbb0 UG Console State
CreateLUAInterface_GUI: UI::CCore = 0x7fff4eeeeba0, lua::State = 0xef303a0, UI::MemoryManager = 0x70df430
Add SDL Controller 0 - PCsensor FootSwitch (1a86:e026, type 0)
GUI_Render_InitVulkan
CommonAPIVulkanRender
GUI_Render_InitVulkan doing SanityCheck
CommonAPIVulkanRender::Install
InitSwapchain
InitRenderPass
InitShaders
swapchain_width, swapchain_height = 2560,1440
InitSwapchain vkGetSwapchainImagesKHR
InitSwapchain vkGetSwapchainImagesKHR get real data
InitSwapchain Image Views
InitFonts
CreateFontsTexture
Font texture size: 512, 512 size = 1048576
CommonAPIVulkanRender::InitFonts after CreateFontsTexture
CommonAPIVulkanRender::InitFonts after vkEndCommandBuffer
CommonAPIVulkanRender::InitFonts after vkQueueSubmit
CommonAPIVulkanRender::InitFonts after vkDeviceWaitIdle
InitSwapchain done
LUACommonAPIMain::LUACommonAPIMain()
commonapi2.init 20230422
commonapi2.ui:  Loading commonapi2.ui interface
GUIBridge_setRenderFn 0xed73fd0

GUIBridge_setRenderFn 0xed73fd0

LUA_SetEventCallback 0xed73fd0

Alles anzeigen

fixed by updating vulkan to libvulkan1-1.3.247-lp154.112.1.x86_64 and nvidia-drivers-G06-525.116.04-lp154.8.1.x86_64

Edit: amusingly, the 39% wasn't the GPU utilization, but the fan speed

Bin nun auf ein neues Problem gestossen, das ich mit openGL nicht hatte.

Mein Savegame frisst mehr als die vorhandenen 11GiB VRAM. (bzw. mit der alten Grafikkarte 5GiB). Unter openGL wurde das zwischen HOST-Memory und Video-Memory hin und hergeschoben, der Vorgang war von der Performance nicht zu merken.

GL DEBUG (source GL_DEBUG_SOURCE_API, type GL_DEBUG_TYPE_PERFORMANCE, id 131186, severity GL_DEBUG_SEVERITY_MEDIUM): Buffer performance warning: Buffer object XXXXX (bound to NONE, usage hint is GL_STATIC_DRAW) is being copied/moved from VIDEO memory to HOST memory.

Jetzt mit Vulkan, friert der Bildschirm (respektive frieren die Bildschirme) ein. Das Spiel selbst läuft vielleicht mit ner Framerate von 3SPF (nicht FPS), andere Anwendungen auf dem anderen Bildschirme generieren einen Frame alle paar minuten.

Laut nvidia-smi ist die GPU 39% ausgelastet, der Speicher 100%.

Bin ich jetzt auf ne Limitierung gestossen, die Vulkan im Vergleich zu openGL hat? Bug in Vulkan? Bug im Nvidia-Treiber? Ich habe gerade den Nvidia-Treiber auf dem PC noch aktualisiert. wenn das Problem persistiert, mache ich nen neuen Thread auf, da das hier wahrscheinlich untergeht.

danke dir

wie gesagt, hat ja auch funktioniert in 3 anderen Installationen mit gleicher Grafikkarte, Treiber und Vulkanversion. Das komische war, dass installation 4 nicht ging. aber jetzt geht es, seit dem ich vulkan aktualisiert habe. teste gerade am anderen pc noch die neuen nvidia-Treiber.

Danke, Chro, für den Input.

Habe Vulkan auf 1.3.247 aktualisiert nun läuft's.

Komischerweise funktioniert vulkaninfo nicht mehr

> vulkaninfo

vulkaninfo: symbol lookup error: vulkaninfo: undefined symbol: wl_proxy_marshal_flags

und in der stdout steht auch noch

Found device #0: NVIDIA GeForce GTX 1080 Ti (id: 6918, vulkan version: 1.2.175, driver version: 1974304960 [470.182.3.0], vendor id: 4318 [Nvidia])

-> Selected device #0

__CRASHDB_RENDERER__ Vulkan|Nvidia|NVIDIA GeForce GTX 1080 Ti|1.2.175 470.182.3.0|1.2.175|470.182.3.0|

aber es funktioniert

Edit:

Zitat von Chro

GrafKa Treiber updaten

bei Mir

Found device #0: NVIDIA GeForce RTX 3080 Ti (id: 8712, vulkan version: 1.3.236, driver version: 2228469760 [531.79.0.0], vendor id: 4318 [Nvidia])

bei Dir

Found device #0: NVIDIA GeForce GTX 1080 Ti (id: 6918, vulkan version: 1.2.175, driver version: 1974304960 [470.182.3.0], vendor id: 4318 [Nvidia])

und upsi, du hattest recht. die G06-Treiber (neuester für linux ist 525-nochwas) unterstützt doch die GeForce GTX 1080 Ti, zumindest laut Treibersuche bei Nvidia.

Werde das bei nächster gelegenheit testen. Danke

ok.

vulkan ist neuer. das kann ich noch versuchen

auch ist das vermiulich der g06-Treiber bei dir für ne neuere generation von grafikkarten. die gtx 1080 Ti läuft mit dem g05

Hallo.

Ich habe 4 Installationen von TransportFever.

Davon funktionieren 3 mit Vulkan, eine jedoch nicht, ausgerechnet die die ich benutzen möchte/muss.

Leider nun ein Problem mit TransportFever2.

Habe eine neue Grafikkarte, die Vulkan unterstütz eingebaut, auf Vulkan umgestellt nun startet das Spiel nicht mehr:

========================================
Startup at Thu May 11 15:59:16 2023
========================================



seed: 1683813556
Requested instance extensions:  - VK_KHR_surface - VK_KHR_xlib_surface - VK_EXT_debug_utils - VK_KHR_get_physical_device_properties2
Layer 'VK_LAYER_KHRONOS_validation' not found
Requested layers: Create Vulkan instance.
[INFO:  GENERAL]:  - Objects 1:    Object 0: 0x67ed470  of type Instance
Device Extension: VK_KHR_16bit_storage (libGLX_nvidia.so.0) version 0.0.1
[INFO:  GENERAL]:  - Objects 1:
[..tausende zeilen infos..]
[INFO:  GENERAL]:  - Objects 1:    Object 0: 0x67ed470  of type Instance
Device Extension: VK_NVX_multiview_per_view_attributes (libGLX_nvidia.so.0) version 0.0.1 -> Selected device #0
__CRASHDB_RENDERER__ Vulkan|Nvidia|NVIDIA GeForce GTX 1080 Ti|1.2.175 470.182.3.0|1.2.175|470.182.3.0|
MinidumpCallback: dumpPath "/home/pane/.local/share/Transport Fever 2/crash_dump/", minidumpId "6a296be6-fc5a-4319-6c4de6b0-6fb066c6", succeeded 1
local time is Thu May 11 15:59:17 2023

Calling thread crashtrace handlers
All thread handlers called
Minidump Callback
An error just occurred.

Auf einem anderen PC funktioniert das ganze, gleiche Grafikkarte (noch älterer Nvidia-Treiber)

Und das merkwürdigste, die GOG Version funktioniert nicht, aber die Steam-Version mit Vulkan.

mal die relevanten Zeilen aus der stdout:

funktioniert PC 2, GOG und Steam (jeweils identische Ausgabe):

Zitat

Found device #0: NVIDIA GeForce GTX 1080 Ti (id: 6918, vulkan version: 1.2.175, driver version: 1973960896 [470.161.3.0], vendor id: 4318 [Nvidia])

-> Selected device #0

__CRASHDB_RENDERER__ Vulkan|Nvidia|NVIDIA GeForce GTX 1080 Ti|1.2.175 470.161.3.0|1.2.175|470.161.3.0|

nicht funktioniert PC 1 GOG:

Zitat

Found device #0: NVIDIA GeForce GTX 1080 Ti (id: 6918, vulkan version: 1.2.175, driver version: 1974304960 [470.182.3.0], vendor id: 4318 [Nvidia])

-> Selected device #0

__CRASHDB_RENDERER__ Vulkan|Nvidia|NVIDIA GeForce GTX 1080 Ti|1.2.175 470.182.3.0|1.2.175|470.182.3.0|

funktioniert PC 1 Steam (identische Ausgabe wie GOG):

Zitat

Found device #0: NVIDIA GeForce GTX 1080 Ti (id: 6918, vulkan version: 1.2.175, driver version: 1974304960 [470.182.3.0], vendor id: 4318 [Nvidia])

-> Selected device #0

__CRASHDB_RENDERER__ Vulkan|Nvidia|NVIDIA GeForce GTX 1080 Ti|1.2.175 470.182.3.0|1.2.175|470.182.3.0|

kann das noch irgendwelche anderen Ursachen haben? shader cache o.ä.?

Edit: PC2 nun auch die neuesten nvidia-Treiber installiert. GOG und Steamversion funktionieren weiterhin. Auf PC1 nach wie vor GOG-Version nicht

Ich kann erfolg vermelden.

512GiB Arbeitsspeicher sind eingebaut, der Durchtausch der Nvidia GeForce GTX 1080 Ti aus dem anderen PC hat funktioniert, beide Grafikkarten funktionieren.

Wenn Jemand 128GiB Arbeitsspeicher (16x 8GiB DDR3 ECC Registered, Samsung, 1Rx4 PC3L - 12800R-11-11-C2-D3) oder ne Nvidia Quadro 6000 gebrauchen kann, einfach melden - kann ich äusserst günstig abgeben.
Und wo wir schon bei Hardware sind. Wenn Jemand zufällig funktionstüchtige SCSI(!)-FDDs (suche sowohl 3,5" als auch 5,25") übrig hat, bitte auch melden

Danke euch nochmal für die Tipps und Hinweise

Leider nun ein Problem mit TransportFever2.

Habe auf Vulkan umgestellt (funktionierte so auf anderem PC mit derselben Grafikkarte, allerdings älterer nvidia-treiber) nun startet das Spiel nicht mehr:

========================================
Startup at Thu May 11 15:59:16 2023
========================================



seed: 1683813556
Requested instance extensions: 
 - VK_KHR_surface
 - VK_KHR_xlib_surface
 - VK_EXT_debug_utils
 - VK_KHR_get_physical_device_properties2
Layer 'VK_LAYER_KHRONOS_validation' not found
Requested layers: 
Create Vulkan instance.
[INFO:  GENERAL]: 
 - Objects 1:
    Object 0: 0x67ed470  of type Instance
Device Extension: VK_KHR_16bit_storage (libGLX_nvidia.so.0) version 0.0.1
[INFO:  GENERAL]: 
 - Objects 1:
[..tausende zeilen infos..]
[INFO:  GENERAL]: 
 - Objects 1:
    Object 0: 0x67ed470  of type Instance
Device Extension: VK_NVX_multiview_per_view_attributes (libGLX_nvidia.so.0) version 0.0.1
 -> Selected device #0
__CRASHDB_RENDERER__ Vulkan|Nvidia|NVIDIA GeForce GTX 1080 Ti|1.2.175 470.182.3.0|1.2.175|470.182.3.0|
MinidumpCallback: dumpPath "/home/pane/.local/share/Transport Fever 2/crash_dump/", minidumpId "6a296be6-fc5a-4319-6c4de6b0-6fb066c6", succeeded 1
local time is Thu May 11 15:59:17 2023

Calling thread crashtrace handlers
All thread handlers called
Minidump Callback
An error just occurred.

Edit: Auf dem anderen PC (gleiche vulkan-version, älterer nvidia-Treiber, (neuere grafikkarte, aber dennoch) ältere firmware) funktioniert TransportFever2 mit vulkan.

Werde mal auf dem PC den neuen nvidia-Treiber installieren und schaun, ob es dann auch nicht mehr geht.

funktioniert PC 2:

Found device #0: NVIDIA GeForce GTX 1080 Ti (id: 6918, vulkan version: 1.2.175, driver version: 1973960896 [470.161.3.0], vendor id: 4318 [Nvidia])

-> Selected device #0

__CRASHDB_RENDERER__ Vulkan|Nvidia|NVIDIA GeForce GTX 1080 Ti|1.2.175 470.161.3.0|1.2.175|470.161.3.0|

nicht funktioniert PC 1:

Found device #0: NVIDIA GeForce GTX 1080 Ti (id: 6918, vulkan version: 1.2.175, driver version: 1974304960 [470.182.3.0], vendor id: 4318 [Nvidia])

-> Selected device #0

__CRASHDB_RENDERER__ Vulkan|Nvidia|NVIDIA GeForce GTX 1080 Ti|1.2.175 470.182.3.0|1.2.175|470.182.3.0|

Ein letzter Unterschied ist noch die PCIe-Generation (PC2 neuer Gen3 - 8.0GT/s, PC1 älter Gen2 - 5.0GT/s)

Edit:
Thread in nicht off-topic forum erstellt: Problem mit Vulkan (Steam funktioniert, GOG nicht, PC1 funktioniert PC2 nicht.. !?)

Lordschaft

Bartagame