Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Try this, perhasp.
https://www.youtube.com/watch?v=37xAMUQc1oY
Sounds like a run-away script. I'd enable papyrus logging[www.creationkit.com] and check to see if the logs go haywire whenever you approach those areas (make sure you play a bit without going there first, so you've got an idea what sort of messages get logged when things are "normal"). If so, the messages will likely give you some idea as to why (eg, a frequently recurring mod, or even quest, name).
Suggesting that low performance is script based can be incredibly dangerous, and suggesting that people look to their papyrus log is almost always near useless. The log is a mess of data, and just because a message repeats it doesnt mean that message is indicating a problem. In fact a good majority of errors that papyrus throws off are just papyrus problems, and not actual errors that will impact your game. Looking for script problems should always be done AFTER everything else, not first, and should always start with a script latency test, rather then looking at the log.
If you would like more help in this matter OP, please provide your entire mods list in its load order, your full computer specs and also see if there is any other areas where this problem occurs.
Because I had this problem before I started modding my game.
A drop to single digits, followed up by a crash?
Dangerous how?
... unless they're only showing up when the game is having "issues". It's trivial to compare two logs to see the difference between "normal" behaviour, and "FPS-going-down-whoops-the-whole-game-crashed" behaviour.
Last - after what? Re-ordering or disabling mods, a process which can potentially break the game worse? We're talking about reading a couple of text files here - while it certainly may not reveal the problem, it's one of the few troubleshooting steps that's quick to perform and doesn't carry a risk to it.
I don't see why one shouldn't investigate a problem before digging in and making changes.
A drop to a single digit followed by a crash can also be memory problems, rendering problems, or general instability, as well as just having a way too busy area happening. Ive had this happen in a game once and it certainly wasnt papyrus caused, in my case it was caused by having problems with the rendering of a particular area compounded by it having a lot of npcs which lead to a memory burnout.
I meant that guessing it can be a papyrus problem above others can be dangerous if that information is then acted upon before looking at anything else which can then destabilse a save game, papyrus being the most unstable part of the skyrim engine, which is really saying something.
Yes a comparison certainly can help when it comes to papyrus logs, I had misread that though so I appologise again. It is a pain though if papyrus is being grumpy about certain things, and Id still start with a script latency test which will show script based crashes as well through giving a number to show how badly papyrus might be running. Your description of "FPS-going-down-whoops-the-whole-game-crashed" was perfect though XD
Is there any particular tool you'd recommend for the script latency test?
Wolves_Bones, the information Nazenn asked for is indeed likely to be useful.
There has also recently been a new mod added to the Jaxonz mod set called Jaxonz Diagnostics. I havent personally had a chance to test it myself, but all of Jaxonz mods are INCREDIBLY well made so I would be surprised if this was an exception to that rule and I know that also comes with script diagnostic tools as well so that might come in handy. It also has several other tools that can be used to supposedly test ini settings in game which might also come in handy.
From my personal experiance (which I fully admit can be flawed given I havent actually gone out and tested this specifically yet) you usually see that sort of memory crash, with memory running out on a slow cycle like that, generally around areas with heavy particles or npc movement in areas with lots of meshes and textures displaying at once. Often because of the constant change in rendering shadows onto different surfaces (solitude docks has this problem sometimes on very low systems because of there being a merge of 3 types of enviroments in rendering distance), and/or also new meshes with texture details on them constantly being spawned in, especially in areas like the rift or in snowy areas because of the size of the particle textures ( a 512 texture in the vanilla game for a snow particle on screen the size of a thumbnail is beyond stupid ). This generally presents as just a frame drop for most people, but it can cause that sort of crash if you spawn directly in that area which cripples the memory and rendering systems (I might have found this out the hard way a few times haha).
If the OP is only getting 30 fps then I could imagine this effect may be compounded by the engine not being able to maintain so many rendering calculations at such a slow framerate while it tries to catch up. I definitely see this sort of thing happening more often in Whiterun or Falkreath with other people, Windhelm is personally a first but eh, Skyrim likes throwing curveballs out for stuff like this