Akreontage
-
Posts
82 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Posts posted by Akreontage
-
-
Speaking of stuttering you can eliminate it only by manipulating with iFPSClamp setting.
Also make sure you run game with vsync on.
These artifacts on map may be gpu overheating. Almost all artifacts you meet are related to GPU overheating. If not then it may be mod problem(?).
-
I am sorry I didn't understand the whole situation, but if you delete saves from folder but still they are back when you open the game, then delete saves from game and not from folder and then disable steam cloud so steam wouldn't upload your saves to servers.
-
Hmm, interesting.
It definitely is not time to upgrade monitor then. We should see these technologies pros and cons first.
-
Thanks for the reply!
That Asus looks sweet. But I am still waiting for Gsync monitors though. Looking forward to get one. They are pretty expensive right now... And I believe there are too many problems with them at the moment.
Lucky me I don't have to play at 30 fps.
How does your monitor act at lower frame rates?
-
-
Uhm, you could also downclock your CPU. :)
-
Let me add my 50 cents...
As far as I understand you don't care about newly coming games, and you will stick with old ones. Then quad core is your choice.
But anyway if you will decide to play new titles here is what you need to know.
Big companies will focus mostly on new consoles (PS4, xbone). Since 90% of games are poor console ports and they won't redesign game engines, most likely you will get "straight" un-optimized game ports...
Here is the thing. Both consoles have 8 thread cpus. 2 of them are for OS. Games utilize 6 threads. If I wanted to build future proof pc (to be able to play PS4, Xbone generation games) I would stick with hexa core cpu.
For example new title Watch_Dogs (which is absolutely bad game by the way.... just saying) properly utilizes all 6 cores. All upcoming titles will. My i7-3930k comes in handy. Also there are some old titles which benefit from hexa core. Battlefield 3 for example. Huge improvement over quad cores. Yet there are really few of such titles. For "previous generation" games quad core is right choice.
But for "current generation" (write it in quotes because it is just marketing and not technical condition of game) gaming I would stick with hexa core cpus.
Now lets talk about GPUs and RAM.
New consoles have unified memory. Now that really is a disaster for us PC gamers. Unified memory means that GPU uses non-fixed amount of video memory. PS4 has 8gb of ram, so in theory GPU could utilize up to 8gb of video memory (that's not true of course, the system would hang if all of the memory was used by gpu...). What does it mean for us, pure-console-ports users? More stuttering. That's it. Games will suffer from texture streaming if there will be not enough memory. Watch_Dogs shows that well.
All relatively new (and relatively old GPUs :smile:) are muuch better than console gpus. That means you will get much higher frame rates and higher graphics settings even with older gpus. But I would say 4gb vram gpu is a must have for current gaming generation. Because they just won't use PC memory architecture when porting games.
8GB of ram is must have. I'd say even 1333mhz memory is fine. Yet RAM is really cheap right now.
About storage devices...
If you want faster loading times go with SSD. That's it.
I would stick with 7200rpm hdd... I did many tests with ram disk (which is much faster than ssd) and can say you this - SSDs don't improve performance in games. They don't eliminate stuttering and stuff.
That's what I wanted to tell you. Don't know if this will be useful to you.
-
NB! Not holy war, just asking...
So, some people say that it is absolutely fine to have 30 fps in games and in Skyrim particularly.
But all LCD monitors (except maybe most expensive ones, I don't know) have ghosting effect.
Question number 1:
How do you people stand it in Skyrim?
It would be ok if it had motion blur. But without motion blur when you look around everything just shakes horribly because of double image effect @30 fps.
Tried to run it @30 fps today. That is just painful to watch. I mean my eyes started to tear because I couldn't focus on image which "splits" and you can't see anything when moving camera.
Question number 2:
Is there any single monitor out there now which doesn't have ghosting?
I tried to google for one today, but I found only old topics (from 2011-2013). What about now?
Question number 3:
Is there any mods for Skyrim which add motion blur?
It seems like Boris was working on it but it was long time ago, and as far as I know he couldn't complete it.
-
This problem only exists in Skyrim.
So I definitely don't thing it's driver related.
Anyway I tried to uninstall drivers and download windows drivers. No luck with resolving my problem sadly.
Windowed mode with what tweak?
-
Trust drivers here.
I am talking about mouse report rate.
As far as I can understand Skyrim will stutter with whatever mouse you plug in until (theoretically) your mouse report rate equals display refresh rate. That's Skyrim specific thing though.
-
I still want to be able to play skyrim with normal mouse...
Is there anyway I can downclock my mouse to <100 rate?
-
This is really easy question for me.
I love Skyrim, it's mechanics, it's design.
So I use not so many mods.
The answer is: whenever I see not so lore-friendly mod I feel like it has something to do with anime. In bad way. Not that I have something bad to say against anime but it leaves bad taste.
About enb...
I don't use any enb features (except memory tweaks). I can't understand why people love enbs so much. For example dof is so unrealistic. Blur/bloom/dof/saturation... These things destroy textures, graphics style.
The only thing I would use from enb is sunrays. But the problem is I use driver aa which by the way truly enchants Skyrim graphics, and I can't get enb working along with driver tweaks.
-
Thx for the replies... Tried even 125hz rate.
Nothing helps.
Found some VERY OLD piece-of-crap-mouse. Works fine. -.-
-
Hey all!
I created topic about stuttering here on Nexus Forums and successfully eliminated the problem.
But I still have an odd problem.
Now its keyboard+mouse problem.
You see when plugging in xbox 360 controller the game is smooth as butter in every part of the game. No single stutter.
But when I plug it off and play with mouse the game is stutter mess. And I don't like controllers so much. : /
Re-installed mouse drivers/changed windows settings/tried another mouse.
Nothing helps!
I must point that this happens only in Skyrim. I also play BF3 and my mouse doesn't act like that. It is just perfectly smooth there.
What could this be?
bGamepadEnable=0,
bGamePadRumble=0,bMouseAcceleration=0,settings do not improve situation.Also it has nothing to do with surface I am playing on. As I said this behavior is specific to Skyrim.Anyone?P.S. I have this mouse http://www.trust.com/en/all-products/18188-gxt-31-gaming-mouse -
I was writing long detailed post, but accidently reloaded the page. : /
Don't feel like writing it again.
But this is extremely critical and I will tell you briefly what I found out.
So, basically... This game has this infamous "64hz bug", There actually is no single solution which works. Tried them all.
I can confirm that I've been running game smoothly with iFPSClamp set to 60, BUT!
It is incorrect to do so since iFPSClamp set to 60 breaks some parts of this game. For example animation. Set iFPSClamp to 60, summon flame atronach and you will notice that fire trails it lefts on the ground are static. Yet there are other problems which will persist when you apply this setting. It has something to do with game cycle update time and animations/physics/maybe some other parts of this game rely on this game cycle setting.
I won't tell you what 64hz bug exactly is but here is the thing... To be able to play Skyrim properly with fps higher than 30 you need 64hz monitor. No other solution will work.
As I said I accidently lost my post when refreshed the page. I wrote how to overclock your display to 64 hz (most displays can do this easily) but won't write those instructions again.
I'll tell you this. Skyrim can only work well at 30fps and 30 iFPSClamp/64fps and 64 iFPSClamp. Also use driver vsync and keep fTreeLoadDistance at 40000 value or lower (tested it on different hardware configs and the results are identical. That tells us that there is some kind of bug with loading tree lods, since you don't cap video memory/ram/etc but still stutter exist)
So this is basically it...
If you have good hardware and can maintain minimum 64fps all the time then overclock your monitor to 64hz, add iFPSClamp=64 to your Skyrim.ini, add fTreeLoadDistance=40000 to your Skyrimprefs.ini, force on vsync through nvidia control panel, enjoy NOT-BROKEN, BUTTER-SMOOTH, STABLE Skyrim.
Good luck! Going to play Skyrim at last without thinking about stutters/engine problems/etc etc etc.
P.S. Some say display overclocking may be dangerous! Try this at your own risk!
Yet I didn't find any single evidence about broken hardware while oc'ing monitor.
P.P.S. Can you stick this thread or this post? I think this is extremely useful information and if somebody told me that earlier it could save me from so much headaches....
-
Grabbed your saves, and this is what i observed.....
This is Asset stutter. not the micro stutter. this is the game loading assets for your viewing pleasure. As no constant hitching is happening, only as you turn you suddenly load in all of Riverwood. For me it happened on both saves. I may be loading in more (graphics) on a slower HDD so got it on both saves.
The instant the save loads (screenshot) the VRAM is at 2075 (more then a 2 GB card has).
as i turned , the stutter happened as the game loaded another 251 MB of data in an instant , for a total of 2326 MB of VRAM...well over your 2048 (2GB) card. As your card is also only a 256 bit bus ...
Now this may not be what you have for totals when the game loads , as i do run 254 mods and a crap ton of texture mods including the HR-dlc's and HD 2K Lite.
Asset stutter = momentary stutter (on occasion ) goes away once all assets are loaded.
Micro Stutter = always present.
Thanks for explaining the difference! I didn't know the official name for that momentary stutters.
So that was an asset stutter, and you were right.
As I said in my previous post I tracked down the source of this problem and eliminated it.
But I still can't get rid of that headache. I mean I am very interested why did this happen at all.
Now when we know what was the problem for me, let's talk about it a little bit.
Let's say this asset stutter occurs when Skyrim loads trees (lets be more specific by now). When trees are loaded in range of 40000 units then everything is fine. Anything higher and I see stutters. But why does decreasing this single setting increases performance dramatically (to the point where performance is absolutely stable)? I mean there are plenty of things to load when using very high ugridstoload. But on practice this is just false.
It's hard to explain my thought right now, but I'll try.
uGridsToLoad=5
fTreeLoadDistance=75000
Stutters.
Closest value to get no stutters is 40000.
In combination with everything that is being loaded in those 5 ugrids...
So theoretically rising one of these settings now (when we know exactly stable values) should bring stutters back.
But as I said it doesn't happen. I raised uGridsToLoad to 15 (!) and there are no asset stutters.
Don't you think that is strange?
Also I know that vram is extremely fast (if trees are loaded to video memory) compared to other memory types. These loading problems usually appear when you cap vram and it then has to flush the memory and write everything again. That takes time and stutters appear.
But since I ran skyrim with monitoring software trying to solve my problem I can tell you that Vram was never capped even once. It didn't even use more than 1.2gb of my vram.
So where on hardware was this chocking happening?
Maybe that wasn't asset stutter after all?
P.S. Oops, I was talking about 11 ugrids. Never tried 15 actually. My mistake. Anyway that doesn't change anything.
-
Completely eliminated stuttering!
As I thought it had nothing to do with textures.
The problem is actually really weird and I'll tell you why at the end of this post.
I turned off all dlcs and mods. Just Vanilla Skyrim. It didn't improve anything.
Then I started to lower every setting one by one. Changing distant object detail to high from ultra completely eliminated stuttering.
I opened skyrimprefs.ini and tracked down all variables which are affected by this setting.
So what matters here is this setting fTreeLoadDistance.
Tweaking any other setting has nothing to do with stuttering.
So in the end I can now play completely stutter-free with fTreeLoadDistance set to 40000.
Anything higher and the stutters begin to occur again.
That is the good thing. I can play skyrim stutter free with an eye-candy graphics and stuff, yay for me!
Now lets talk about weird stuff. Or at least I personally find it weird.
You see with fTreeLoadDistance=40000+iFPSClamp=60+in-game vsync or forced vsync via nvidia driver gameplay is butter smooth. Absolutely no single stutter. And I am very sensitive to those.
Whats weird is if even I turn every setting to low (by using low profile in skyrim launcher) and turn off every dlc and mod I have but set fTreeLoadDistance to 75000 (it's default ultra value) I'll get stutters.
it's like fTreeLoadDistance >>>> than every single option in this game.
And even more weird fact: if I change uGridsToLoad to 7 I don't get any stutters. If I change that vaule to 9 my fps drops to 58-59 at some locations but I still don't have stuttering. Even more... Just for testing purpose I raised it to 15 grids, and guess what? Low fps but no stuttering.
Don't you think that 15 grids to load is muuuch more demanding than some distant trees? :D
Funny.
-
Ok friends. Lets stop offending each other at once and I will try any suggestions on my end.
I am really interested in resolving this problem (if that is possible at all).
Since you mentioned vsync and iFPSClamp I did some test runs.
Here we go:
ipresentinterval=0, no iFPSClamp tweak, default nvidia settings > It seems that vsync is still working since I don't get screen tearing.Stutters occur at specific points, also stutters occur when running every now and then.ipresentinterval=0, no iFPSClamp tweak, vsync forced off in nvidia settings > vsync is not working, physics bugs occur, stutters occur at specific points, also stutters occur when running every now and then.ipresentinterval=0, no iFPSClamp tweak, vsync is forced on in nvidia settings > vsync is working normally, stutters occur at specific points, also stutters occur when running every now and then.ipresentinterval=0, no iFPSClamp tweak, vsync is set to adaptive vsync in nvidia settings > vsync is working, also I can make conclusion that fps does not drop below 60fps since no screen tearing occured during this test run. Stutters occur at specific points, also stutters occur when running every now and then.ipresentinterval=0, no iFPSClamp tweak, vsync is forced on in nvidia settings, frame rate limiter is set to 60 in nvidia inspector > vsync is working, stutters occur at specific points, also stutters occur when running every now and then.ipresentinterval=0, no iFPSClamp tweak, vsync is forced off in nvidia settings, frame rate limiter is set to 60 in nvidia inspector > vsync is not working, stutters occur at specific points, also stutters occur when running every now and then.ipresentinterval=0, no iFPSClamp tweak, adaptive vsync in nvidia settings, frame rate limiter is set to 60 in nvidia inspector > vsync is not working. This tells us that adaptive vsync does not work in pair with frame limiter set to display's refresh rate. Stutters occur at specific points, also stutters occur when running every now and then.ipresentinterval=0, no iFPSClamp tweak, vsync is forced on in nvidia settings, frame rate limiter is set to 60 in nvidia inspector, pre-rendered frames set to 3 > vsync is working, stutters occur at specific points, also stutters occur when running every now and then.ipresentinterval=0, no iFPSClamp tweak, vsync is forced on in nvidia settings, frame rate limiter is turned off, pre-rendered frames set to 3 > vsync is working, stutters occur at specific points, also stutters occur when running every now and then.ipresentinterval=0, iFPSClamp=60, nvidia default settings > vsync is working, stutters occur at specific points, stutters do not occur when running/doing other stuff at all.ipresentinterval=0, iFPSClamp=60, vsync is forced on in nvidia settings > vsync is working, stutters occur at specific points, stutters do not occur when running/doing other stuff at all.ipresentinterval=0, iFPSClamp=60, vsync is forced on in nvidia settings, pre-rendered frames set to 3 > vsync is working, stutters occur at specific points, stutters do not occur when running/doing other stuff at all.ipresentinterval=0, iFPSClamp=60, adaptive vsync > vsync is working, stutters occur at specific points, it seems that with adaptive vsync stutters occur some times when running.Changing ipresentinterval to 0 and 1 did not make any changes even when using default driver settings (vsync controlled by app). That was a strange discovery for me since I remember a few years ago when I had bad pc, turning it off definitely turned vsync off. I might be wrong.Anyway I won't post results with ipresentinterval=1 here since they are identical to those I already mentioned.The most useful information here so far:The best way to run Skyrim is to use iFPSClamp=60 in pair with default Skyrim vsync or with vsync forced on in driver settings.If your pc can handle Skyrim well and maintain MINIMUM 60 fps all the time you will be able to run Skyrim perfectly fine.If you want your Skyrim to run at 30 fps (perfectly smooth, as far as 30 fps can be smooth...) use half-adaptive vsync and add iFPSClamp=30 to your skyrim.ini file.But lets get back to our (mine) problem. As you can see Some in-game stutters don't occur because of vsync since they exist even when vsync is forced to be off via drivers.Reynard131, I tried to turn on page file on another hard drive. It didn't improve situation at all. Also it didn't cause any problems/didn't make any degradation in performance.Since this does not affect stability, I prefer my page file is to be turned off. Unless you/somebody else has another possible solution/idea which needs page file to be turned on.I am looking forward to hear any possible ideas you have. Will try them all.Maybe I'll add mentioned and working/not working methods to my main post.Gonna try and do some tests on minimum possible settings, turn off official texture hd packs and stuff like that and will tell you results.But a little bit later. Tired right now.P.S. Uploaded 2 save files.To test those load them, and DO NOT MOVE! Just turn your mouse slowly to the left till you see mountain.I did stutter-free version to show you how moving only 1 (!) step to the left made scene COMPLETELY stutter-free. Don't turn your mouse too quickly or you won't notice that single stutter.I am very sure if you have stable system you will see that stutter at the exact same point since I tried to reproduce this hiccup on completely different pc.That also tells us that the problem is not hardware specific.If you get warning when loading save files it's because I use USKP and Rainbows.The only thing that comes to my mind comparing these two scenes is that there is fog/steam which raises from sawmill and you look directly onto it and the second scene hides steam behind the bushes. You can see but through another transparent textures. I don't know but maybe Skyrim renders steam/fog wrongly if you look at it directly.But on the other hand I would stutter like crazy when it's foggy weather/foggy area which doesn't happen. Hmmm. -
Ok, time to add my two sense. You have a lot of hardware, but honestly, not configured correctly.
That looks like offensive comment to me pretty much.
It is configured correctly.
A quick read on the iFPSClamp...in my opinion, it's stupid. With that aside, I can move on.What is stupid about iFPSClamp?
I mentioned this in this Steam topic http://steamcommunity.com/app/72850/discussions/0/810921273858659049/?l=english#p3 and people said it is the only thing that helped them. Absolutely everyone confirms this improves situation with stuttering. So this is actually the only thing so far that is not stupid at all.
The higher the settings, the higher the resource usage, the worse the performance. Regardless of the application.Yeah that's right. I was talking about stuttering.
Despite ultra low/low/medium/high/ultra high settings with high resolution texture pack/without it there are stutters.
Please explain to me why you have hyper threading turned off on this cpu...I turned hyper threading off for this app (Skyrim) because it utilizes properly only 4 cores. When HT is turned on you get less performance. I have some games which benefit from HT but Skyrim is not one of them.
Again, you say my hardware isn't configured properly and yet you have such questions.
And increasing only your bus bandwidth by a gigahertz doesn't do anything except give a faster transmission speed.First of all it's sandy bridge-e.
Second, Skyrim is pretty demanding on CPU. The higher the clock the better the performance. I have a good performance on stock clocks too actually.
Won't help if the main GPU is still processing slower than the bus speed. Remember, the computer is only as fast as the slowest component.I don't have CPU bottlenecks.
First, do you know what a solid state drive is?Yes... why?
As for the GPU clocks at 6ghz, you'd burn it out. You mean the VRAM.What? 6Ghz is stock speed of Vram on my GPU... http://www.gigabyte.com/products/product-page.aspx?pid=4178#sp
Now, as to your stuttering issue: You have 6 cores, all clocked higher than 4 ghz, plenty of RAM and a fairly powerful video card (about as twice as powerful as mine, a little more perhaps). And whether or not you have an HDD or SSD, it kinda does. If it's solid state, then access times to the textures will be much lower. If it's a HDD, access times will be far higher, which will account for stuttering as your system has to get the hard drive spinning, the heads moving and it has to find and read the information. SSD, they'll find it and load it in about 1/15 the time. 15 ms vs < 1 MS. I'll take the 1 MS or less.Mate, I installed whole Skyrim onto Ram to eliminate this problem.
Do you know what the RamDisk is?
I gave the Skyrim every drop of power (including HT off) and yet you tell me to do my homework.
While you may see a fraction of a second of micro stutter, it's natural.It's not natural and that is the problem.
Absolutely everything runs perfectly fine on my machine. Monitoring software shows absolutely perfect flow of components. That is why I am so interested in this issue.
you can't eliminate time, and that's what this is. I believe this is time, time that the system is taking to process the game so that you can play it.I am not so sure about it. As I mentioned before I don't get stutters at cell borders. I'll upload Save file somewhere and share with you. It's the point where stutters occur when moving mouse while standing still.
a lot of interesting stuff...above...
1) have you UNparked your CPU cores. (i did see a nice improvement from doing it.)
2) test with Hyperthreading on and Off...I bet ON wins.
3) Test with a page file and no page file...(playing Skyrim my System commit ranges from 5 GB - 10 GB)
have fun...
1) Yeah, sure thing.
2) Nope. It doesn't win. ) And yes I test every game with ht on and off. And use it/turn it off when I need to.
3) Sure I did. That was the first thing I tried. : ) I have perfectly stable (better performance in some cases) with page file off.
I wonder if anyone could write some nonstandard ideas! Craziest of them. Since I am ready to test them.
-
USKP requires Skyrim version 1.9.32.0.8.
-
Pagefile is there for a reason ........it is virtual memory and is the I/O buffer because it is I/O intensive it has to be off wherever you O/S resides.
SSD's are not ideal with I/O multitasking, they read well... they are better at writes the larger the NAND Array.
There are multiple reasons.
You want page file if you have too little Ram. So that when you exceed ram you can use page file (which is much slower than Ram).
The other reason is to keep some program stable. There are a few apps which rely on page file. I don't use such programs. I bet no one on this forum does.
So if you have plenty of ram it is good idea to keep page file off. Until you are sure you need it for some specific programs of course.
But the facts are that Pagefile is a requirement. And this is a set-up issue.
Can you provide at least one such "fact".
And what do you mean by set-up issue?
-
What do you mean?
My default GPU Vram clock is at 6Ghz... Well 6010Mhz to be more specific. 7Ghz is overclocked video ram.
Anyway it has nothing to do with stuttering as my tests show.
I doubt it is a page file issue. I see no difference with a windows controlled page file set at 64GB or with no page file.
I also doubt it. Since I have 32gb of ram... Also there are rumors on the internet that it is not good idea to turn off page file. But I had 0 issues related to page file since I built this pc. But that's just an offtopic.
-
All you have to do to activate USKP (Unofficial Skyrim Patch) is to download it, open archives and extract everything to you Skyrim/Data folder.
Then launch skyrim normally and press on Data Files.
Move files in this order:
Skyrim.esm
Update.esm
Unofficial Skyrim Patch.esp
Dawnguard.esm
Unofficial Dawnguard Patch.esp
Hearthfires.esm
Unofficial Hearthfire Patch.esp
Dragonborn.esm
Unofficial Dragonborn Patch.esp
HighResTexturePack01.esp
HighResTexturePack02.esp
HighResTexturePack03.esp
Unofficial High Resolution Patch.espMost likely you won't see Skyrim.esm and Update.esm there, so make sure your load order looks like this:
Unofficial Skyrim Patch.esp
Dawnguard.esm
Unofficial Dawnguard Patch.esp
Hearthfires.esm
Unofficial Hearthfire Patch.esp
Dragonborn.esm
Unofficial Dragonborn Patch.esp
HighResTexturePack01.esp
HighResTexturePack02.esp
HighResTexturePack03.esp
Unofficial High Resolution Patch.espIf you have only Hearthfire installed, your load order should look like this:
Unofficial Skyrim Patch.esp
Hearthfires.esm
Unofficial Hearthfire Patch.esp
I hope you understand this logic.
P.S. Make sure you activate them (put the tick near mod).
-
But I turned off page file.
Is it still the issue when page file is turned off?
Opinions on PC Built for Skyrim
in Skyrim LE
Posted
It is extremely easy. As far as you get compatible parts (as far as you won't be needing to place your motherboard into case with hammer and you know what you are buying :)) you will be fine. I bet it will take you 15-20 minutes to built your pc.
The only thing I recommend you to do before doing something is to read manual for motherboard. Might find some really useful information there.
Also check your bios settings since most likely you will discover that your RAM is running @ 1333mhz. You will need to change some settings manually.
Make sure you implement properly working air flow scheme.
The other important thing I suggest you to do is to download RealBench, RealTempGT, CPU-Z programs and make a few CPU stress tests. Watch your CPU behavior (temps, voltages). Most likely stock CPU voltages will be too high and it will be extremely useful if you will spend some time and find best optimal settings for your CPU.
For example I have i7-3930k. It's stock clock was 3.8Ghz when at full load. As far as I remember it showed something like 1.38v when running @ 3.8Ghz.
With my current overclock (which I use 1 year or so) I run @4.4Ghz and max CPU voltage is 1.248v. Believe me your CPU will thank you later. :)
That's what came to my mind at first place.