Hello Can games using PhysX run faster with newer files(replacing in-game files) ? which we can obtain them from C:\Program Files (x86)\NVIDIA Corporation\PhysX\Engine. Thank you.
Replacing the files is usually unnecessary. The phsyxloader.dll will almost always prefer the newer files installed by the physx runtime instead of those in the games own folder, they will already be using the newer versions.
Easy thing to do is rename the Physx files in the game dir, so they aren't loaded and then compare performance. For example: physxloader.dll > physxloader.dll.old
Most of the time no, like astyanax said, but some don't do that and you need to, its a trial and error.. Or if it stutters, then it can help too.. I did that by assassin's creed 4, xcom declassified, alice 2, old batman, and few more.
i've checked all of these at some point and they all executed the physxloader in the game directory but used the physxcore and physxcooking files from the runtime installed. Even the supposed alice returns tweak was proven bogus, i suspect that was a bug if ever it actually improved performance. now if only ubisoft would grace those of us wanting to play black flag with a pascal board with a fix for the turbo turbulence physx.
Done that several times out of curiosity, have not noticed any improvements, but in one game received funny glitches like flying objects.
From what I saw when I tested/played those games it didnt raise fps, maybe stabler minimum with less typical 32 or was it 37fps drop, and more smooth.. I had to rename few cooking files, those that weren't used by newer libraries or used lower library even if newer available. e.g. 2.8.4, while there was 2.8.6 or even 2.8.9
I've had to replace PhysXCore.dll to get XCOM Declassified to run on a 1060, and it definitely used the local PhysXCore.dll file in the game's folder.
I don't remember if Xcom even used the physxloader library, if not it is hard linking to the physx core which is absolutely the wrong thing to do. 2K isn't known for robust development practices though. Gunna reinstall it and check what its doing. === Not sure why you needed to replace anything, xcom is bundled with 2.8.4.8, which should run on pascal just fine. 2.8.4 is the highest minor version but bug fixes go up to 2.8.4.11 o.o ok, the bureau fps tanks once you reach that thing spitting out green particles
Yes that, i uploaded repaced files in one thread here, you can try it, if it helps a bit, i think it still drops, but not to 5-10. Also it runs smoother now, less streaming stuttering.
FYI: If a .dll exists in the local program dir, the app will always use that one vs any installed in the system directory. There's no version checking by the OS.
See next quote. See previous quote. You're right. I shouldn't have mentioned the 1060 since it's probably running on CPU. My point was simply that sometimes you can improve things by using a newer PhysX dll. There are many references to users with various systems/issues needing to apply this fix: https://pcgamingwiki.com/wiki/The_B...oom_with_the_plane_suspended_from_the_ceiling Little note: "If the string specifies a relative path...the function uses a standard search strategy to find the module" "If SafeDllSearchMode is enabled, the search order is as follows: 1. The directory from which the application loaded." "If SafeDllSearchMode is disabled, the search order is as follows: 1. The directory from which the application loaded." I think for most purposes, that what Chastity said was correct.
physx apps usually use a GUID to check for and use the installed runtime instead of the bundled,, Xcom fails at this Also, there are some applications that override the dll search path (for security sake)
I had no crash in that location with the bundled physxcore, but the apex particle performance are terrible.
Chastity used word "always". I merely pointed that this is the case only if programmer did not specify full path.