noctred Posted April 17, 2014 Posted April 17, 2014 So every now and then this happens - https://www.youtube.com/watch?v=CVqW0wjdu1g Only indoors. I thought it might have been related to vsync, but I've tried forcing vsync on/off in nvidia cp, enblocal.ini, and via presentinterval. In all cases, I eventually encounter the same thing. Sometimes it happens almost immediately upon entering an indoor cell; other times I can clear an entire dungeon without it happening (I'm in one right now averaging like 70fps and it's perfectly fine). I'm using - unpbo tbbp body. xp32 max skeleton extended. hdt all in one v2 package from http://www.loverslab.com/files/file/659-hdt-all-in-one-1-3-update (but not using the havok object esp). enb 252. I occasionally see this in the hdtphysicsextensions.log - [04/17/14 01:27:00]WARNING: Physics delta time > 0.2, lose time However, the physics continue to work fine in game (no anomalies) while these warnings are being logged so I don't how they're related, if at all. Anyways, it's not gamebreaking or anything but it would be nice to track down the cause...
pclp2014 Posted April 17, 2014 Posted April 17, 2014 Maybe it would be better to use a more recent version. All in One I have never tested with ENB.
Guest Posted April 17, 2014 Posted April 17, 2014 So every now and then this happens - https://www.youtube.com/watch?v=CVqW0wjdu1g This is somehow pretty hilarious.
Uriel Posted April 17, 2014 Posted April 17, 2014 I would suggest to update hdtPE to the latest version(together with hdtPhysicsExtensionsDefaultBBP.xml) and disable all-in-one thing temporarily. Latest version does not require Waitbusyrender=true, and works pretty good to me. I've seen such stuff happening with the one of the previous hdtPE versions too. This might also be a broken/incompatible .xml somewhere.
blabba Posted April 19, 2014 Posted April 19, 2014 LOL, that video brought a smile to my face So I'll answer this question one more time and this time provide some more details and possible solutions to fix. These are all from my own tests and knowledge so I could possibly be wrong (<-- Disclaimer ) Detailed explanation: That specific warning appears when your FPS and your physics parameters do not match up and you overburden your processor basically. delta t refers to the timeslices taken from you fps rate. Havok (and most physics engines) work off the processor and do their magic by incorporating frame rate into their physics calculations. Possible solutions: Upgrade your processor and/or video card to experience better frame rates. (the 'I wish I could scenario') Edit your xml bounce kit so that either: A. You reduce the linear and angular constraints and inertia tensors to 'tighten' movement and make less pronounced jiggles B. You decrease the Time multiplier to be lower than 1 (Easiest and most preferred 'fix') Again this will in effect 'slow' down your bounce
b00marrows Posted April 19, 2014 Posted April 19, 2014 hmm... I haven't had much experience with this issue. I use a very mild jiggle and i don't play for long.... I have 2 GUESTIMATES of what the issue is: 1. calculation error - mainly what blabba said, fps fluctuations = calculation issues = inevitable issues. probably not much you could do here, put graphics settings a little lower to reduce chances in fps fluctuations(if gpu is the issue), change your .xml to recuce calculations... other than that cpu/gpu upgrade for better/more stable fps. 2. cashe overflow - overflow on number calculations slowly counting up to inevitable failure/spasm. think of it like a cup input is havoc output is cpu if the output is smaller than the input than the cup will overflow. graphics settings changes, reduction of calculations via editing .xml or hardware upgrade. similar issues, different problems with the same conclusion.... I'm no expert but there's my guess's.
Dubhorizon Posted April 21, 2014 Posted April 21, 2014 I've experienced this too. It was from a hdtPhysicsExtensionsDefaultBBP that was incompatible with my version of HDT. Reverting to the default one fixed things. You could try that as well, hope it helps.
noctred Posted April 22, 2014 Author Posted April 22, 2014 Thanks guys, I'll try your suggestions out.
medic975 Posted April 25, 2014 Posted April 25, 2014 A temporary fix as well that works for me is to target the boobs butt spazzing npc in the console and typing disable then enable. They usually reappear with it working just fine.
Monsto Brukes Posted April 25, 2014 Posted April 25, 2014 ingame short fix: un/reequip the HDT Ring. I've not figured out exactly what it does, but it's not a reset . . . it does reduce by a factor of about 100, tho. so with what's going on there, you may need to do it a couple times before it just stops.
Lion9 Posted April 27, 2014 Posted April 27, 2014 Ah... what I like to call a case of the "jitty titties" or "jitties". Or, when they stretch off into the distance, "infini-titties". To infinity and beyond!
Trystanwolf Posted April 27, 2014 Posted April 27, 2014 I've noticed that by re-equiping an item with a HDT file on it, it will reload that file. I've been experimenting this weekend with exporting the xml through 3ds. Occasionally I'll forget to change a needed value in the file. If I make the changes, save the file the re-equip the item, the physics work. I don't have to reload or change cells either. Well, I don't know if it reloads it or just resets the value or something else. I've had OP's problem occur before but that's only have messing around with the file. The boobs would eventually collide with each other and cause them to bounce outside of their constraints. After that, they just spazzed out. I
Shubal Posted May 14, 2014 Posted May 14, 2014 70 fps in caves? The havoc engine doesn't like anything over 60 FPS. It tends to be wonky. Limit your FPS to under 60.
Recommended Posts
Archived
This topic is now archived and is closed to further replies.