stoppingby4now

That's very interesting Fri. That either means that the Uninstall information is in a different location in the registry on Win8, or the build is resorting to always looking in the Wow6432Node branch (even though I'm basing it on the 32-bit path). The registry source reported was ultimately determined by getting the Steam install path and building the rest of the path from that. That was the least preferred method of the three I used. This is really beginning to annoy me (Microsoft that is). For 32-bit, it should have pulled the information from "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall" from the "Steam App 72850" key. That has always been the location for Uninstall information as long as I can remember. If the information isn't there, then that's why it couldn't get the install path for the CK, as that registry location was the only one used. Could you do a search for "Steam App 72850" in the registry and report the path that comes back? (assuming anything comes back). If you do get a result, then there should also be a "Steam App 202480" key along side it.

Hoping to have a beta version ready tonight for testing. It now also shows version information of TESV.exe and CreationKit.exe.

Are you 32 or 64 bit Farlo? I can't remember.

In trying to determine path information in a consistent manner, I have a small test program that I would like folks to run if they are willing. It will attempt to determine wither Skyrim and Creation Kit are installed from most preferred source to least preferred source, and spit out some information in two different text boxes. If you do run this, please reply (or PM me) and paste the information that you received as well as if you are running a 32-bit or 64-bit OS (I need this information as it determines the registry path that is taken). The purpose is to determine if the most preferred source of install information is consistent or not. SkyrimInstallTest.exe Thanks.

I do agree that the others have too much red, but a lot add red due to the HDR which tends be too void of it, particularly for fires (though this would best be handled by any of the upcoming mods to alter light source colors). We'll just have to agree to disagree in terms of Fimbulvinter. The world should have a much more pronounced bluish tint, not covered in a sea of grey. Fimbulvinter also does not accurately portray the massive amounts of ambient light reflection you get on a snowy day. And at dusk when you get diffused lighting, the clouds become more pink due to the color change at that time of day (at least in my part of the world). But, these two in particular are perfect examples of too much color, and not near enough. But that has always been a struggle due to the limitations of the game. One thing I could likely agree on is that if you took Fimbulvinter and used one of the available mods to tweak the HDR, it may indeed become the perfect setting with the added help.

Not just probably, they definitely should not be defragmented. As you mention, they don't need it, and doing it significantly increases the write cycles that occur, which is what defines the life span of these drives.

Wood burning temperatures are typically just a little over 1000°C which is in the red (barely moving into orange) spectrum. When indoors, the temperature is slightly cooler due to the decrease in available oxygen when compared to outdoors. I don't find any of the individual ENB settings to be the perfectly ideal, but in the above scene, Akibo is the closest to realism that you are going to get form the available selections. This is one area where time of day would really help. But, judging by the light that is coming through, this looks like dusk, and again I find Fimbulvinter to not get it right. You get much more orange reflection during this time as the sun sets, and with cloud cover it tends to be more pinkish. I have to side with Kalicola for providing the best definition of clouds and closer resembling what you would expect as the sun sets, particularly as there is enough weak spots in the clouds to let the color diffuse through. Fimbulvinter is far too dark and devoid of any color for the sun position. My problem is there are certain scenes where I find Kalicola to be superior, while others Akibo. Fimbulvinter does what it does well, which is an under saturated (non-realistic) scene. Here is an example where Akibo provides the more realistic scene (A - F - K): Kalicola is far too red. Akibo more accurately resembles the greater amount of ambient light reflection you get during snowfall, especially as it bounces off the cloud cover and the lake (though it needs more blue tint). Fimbulvinter is unrealistically grey and dead. Overall I find Fimbulvinter to side much more with the Vanilla look, though in some cases it's a little too desaturated even for that (though I do find it's shadows to be one of the best among all of them). With a slight reduction in the red tint and improvement in shadows, Akibo would be the one to beat for realism amongst the choices..

That is one area that I think could use some sprucing up. I would expect to see small trader caravans or groups moving between cities for example.

Good point. Though that could make for an interesting Realism/Hardcore addition, allowing NPC's with dialogue to die.

Nothing has tried to upgrade my Skyrim installation, so I'm beginning to think that whatever did it the first time remembers that it tried to upgrade and thus doesn't attempt to do it again. With patch 1.7 looming, I'm going to update SU to fix the exceptions (going to trap them all even if they should never be encountered), fix the remaining issue with uninstalling Skyrim before enabling updates, and apply an extra DACL to the skyrim folder itself.

This is the kind of mod that can really add to immersion, and bonus if it doesn't conflict with anything currently. Will give this a go.

[video=youtube]

Either your PATH environment variable is corrupt, or your xcopy.exe doesn't exist or is corrupt.

I'll provide some more detailed analysis later, but of the lot of those screenshots, akibo and kaliko provide the best consistent look leaning towards realism. Too many of those are over saturated, and a couple are under saturated, though they would lend themselves to a more vanilla look.

Does not compute. :P

If it was that easy, then my Skyrim Unplugged would prevent updates to subscribed mods too. Unfortunately, Steam settings do not affect the Skyrim Launcher, and SL checks Steam Workshop every time it is launched without fail. The only way to fully prevent it is to block it's communication with Steam, but that may render the game unplayable (don't know for sure, never tried).

Skyrim Launcher accesses your profile to determine if you are subscribed to any mods in the Steam Workshop every time (it has to do it that way to determine if there are updates). So, it's pretty simple...unsubscribe from the mods to prevent the launcher from attempting to download the mods. Add them to your Favorites to allow easy tracking.

I was more indirectly replying to Frihlyand's comment due to the implication that the tool is better. I was trying to point out that there is a very clear difference in intended use that doesn't make one better than the other, as each serves complete opposite ends of the usage spectrum. I doubt even the tool will make it into STEP beyond a possible mention that it is available. It's still great to have these tools brought to everyone's attention as some folks may very well find them useful.

It appears that this script is meant for those that want to take the authors choice and hard work in comparisons, while the program that Frihlyand posted about is for doing it all yourself. Big difference.

Frostfall - Hypothermia Camping Survival by Chesko Those dynamic backpacks are indeed awesome. Would be sweet if you could drop the backpack to temporarily reduce the weight of what you are carrying. Make a nice way of dropping a lot of items that theoretically would easily fit in there all in one shot. Pick up the pack, and you get it all back.

That is old information. I have to suspect that the person has not updated their drivers, because the latest couple of releases have compatibility bits that work great with SGSSAA for Skyrim with no blurring. If they are at the latest, they have something else that is interfering, possibly even using older compatibility bits. SGSSAA reduces all of that as well. The problem with FXAA is that when you throw textures at it with very fine detail, the colors get blended a lot more, which is the biggest cause of the blurring. It's equivalent to using a soft edged blur tool in a paint program. One person in the link you posted says it also gets rid of texture shimmering, which is false. I suspect they don't even know what texture shimmering is. It will increase VRAM. It's not about increasing the image size to X2 or X4 etc., but rather creating additional buffers for a scene, taking a sample from each, and merging the results. I haven't done a full test recently with everything installed, but the last numbers I recall were peaking just under 1900MB of VRAM usage (using a 3GB card).

It's available on Steam Workshop, not like it completely disappeared.

Then it may be some form of specular aliasing.