Always having problems with this Skyrim & ENB. Read for info

[Hogwarts]

Ok and what CPU are you using

also what video driver version and what operating system.

Edit. I'll make the video soon so you can see EXACTLY what i'm talking about.

[CosmicBlue]

I do think, I have an idea, what you are talking about.

Intel Core2Quad 6600 @ 2.4GHz on an Asrock 4CoreDual-SATA2 (crap) with 2x2GB DDR2 1000MHz
AMD Radeon 6850 with 1GB vram, no SSD, just HDDs
Windows 7 Pro x64

[ENBSeries]

Could you try Test Drive Unlimited game (first one, which was released about 4-7 years ago) on your pc? I remember that without cpu patch when i started to drive the car on the road, most of traffic cars moved like crazy because of between cores timing difference. If the game will act the same, then no sence to search for bugfix in Skyrim only.

[Hogwarts]

Could you try Test Drive Unlimited game (first one, which was released about 4-7 years ago) on your pc? I remember that without cpu patch when i started to drive the car on the road, most of traffic cars moved like crazy because of between cores timing difference. If the game will act the same, then no sence to search for bugfix in Skyrim only.

Sure! I will try this.
But if your theory is correct in this assumption. What could I do to fix it?

Thanks for the time.

Edit: I also wanted to let you know I think it's a Skyrim Bug myself.

Because other users on this Diablo 3 game were experiencing the same studdering and even one user has the same video card as me.
the 5770 ATI card.

I tried their suggestions of using the RadeonPro to limit the frames in Flip Queue size to 0 and such. with no effect.

http://us.battle.net/d3/en/forum/topic/ ... 681?page=1

[Hogwarts]

Here is the video demonstrating the problem.
I just filmed this.

http://youtu.be/RnEmHuasVdM

Its not fully showing how severe the issue is. because my recording is at 40FPS
where the game is running at 75+ FPS

[ENBSeries]

Game draw objects in separate thread, the data for rendering is sent to accumulation "buffer" first. What i see on the video is looks like rendering appear faster than game execute logic/physics/collisions/etc and video thread simply display already rendered result several frames untill it recieve new frame data. Fps 75 means only that drawed result is swapped to display, not an internal game engine cycle count per seconds. This happen only if some game threads eat cpu time more than others, extremely unbalanced. Not sure, you said about next frame displayed and then previous, this could be same issue, but for almost all videocards it means a bit different artifact, amount of prerendered frames by video driver (as it not draw immidiately and do rendering in parallel). But WaitBusyRenderer=true solve such issues, so if you have this on, then ignore, not your case. I'll compile tests and attach in next post.

[ENBSeries]

Check attached two versions, if any will work. Btw, have you tried to limit frame rate by these?
EnableFPSLimit=true
FPSLimit=30.0

[Hogwarts]

Yes I tried to frame limit by those

Actually I use the hotkey for testing (home key)

I will shoot and arrow.
nothing comes out. I hit HOME and the arrow shoots across the screen

This is repeatable occurrence and it happens mostly indoors.

[Hogwarts]

I also wanted to post another anomaly I found.

There is a tool called FPS background booster that was made for skyrim

and what it does it increases your frequency values on your CPU so that the game is running at it's full potential.

Well what this does it increases my FPS by a HUGE margin, but it also exaggerates the problem of stuttering
so I do beleive it's a threading / frequency problem with Skyrim.

I will be downloading the game you mentioned today. So I can test with the game.

I'm also going to test out the d3d9.dll you posted.

[Hogwarts]

Ok another update:

Putting the settings like this has removed the micro stutter and the Arrow lag I believe.

But the real question is why does this happen and how is ENB fixing it.

Here is the settings.

WaitBusyRenderer=true
EnableFPSLimit=true
FPSLimit=100

The FPS limit has to be very high because if it's low the arrows dont shoot out correctly.

But if the wait busy render is turned off. the micro lag comes back.


Edit: I think this problem is finally fixed for good thanks to ENB
I can't really stress how much this program has been a life saver and also been a help to me.

I just wish I understood how this is causing the game to work properly.

Could one of you guys give me a theory on why the wait busy renderer is causing the studdering to go away?