z929669

I see everyone's points of view; however, I also prefer vanilla ... the more yellowish color, the more ragged appearance, the lack of detail around the edges in particular. The best screenshots are provided by the author. I think vanilla is a work of art and the texture even adds imperfections that just seem 'right' to me: Lastly, given that there are many coins in the world space, this is a clutter object that really does not need the VRAM overhead that this mod adds.

I challenge that this should be in STEP. The originals are much better and representative of low-tech minting that would have been prevalent in Skyrim. Also, vanilla looks more worn, which is better, IMO

This looks good. Does anyone have the details?

Bump

I agree that this is a 'correction' ... my opinion anyway.

That is what I thought. I think that we should include this one into STEP:Core as well. It looks like it already has plenty of admin backing. Specifically, the BAIN installer ... thanks WI

Old books were leather bound (the nice ones anyway), and they were all some shade of brown. Almost never colorful. Is it a fact that this mod adds variety or does it simply change the look of the same limited sets of textures (aside from book title)? After examining the mod more closely and looking at the binder labels on the shelf and seeing where this mod is going, I am liking it more ... and yes, the variation is increased. I would argue that the textures are double the resolution that they should be. QUESTION: are there a lot of books in the world space (aka, Skyrim space) or are they all indoors?

We need some screenshot compares according to the OP or most hair mod options will be excluded from STEP:Core.

I advocate this for STEP:Core. I prefer the highly reduced version, but whatever the masses say is fine.

This is a common-sense replacement, so I tentatively advocate for STEP:Core.

I am going to nix this one unless someone makes a compelling new case for it.

We are working on developing the wiki infrastructure to accommodate Neo's guide resources and references, so the new SR format will be announced at a later date once Neo and the rest of us nail down a working and more easily maintainable solution. Until that time, eager SR users can help out by creating the SR mod pages on the wiki. Visit the STEP Portal to get an idea of how to do this, and refer to Neo concerning what exactly needs to go in and what does not. The complete list of mods currently in the wiki are all under the right-hand links of the STEP Mod Anthology on the wiki Main Page. Click on "STEP Portal" in the upper left of that page to access the instructions and the mod-page creation form for mods not appearing in the Anthology (the Anthology also exists on the forums).

I like it ....

Got it, thanks ... and welcome!

Exactly. I don't think that there is anything MO does that WB cannot do (it is the other way around, really). MO just has a 'friendlier' user interface. Can I do Skyrim Revisited with Mod Organizer Wrye Bash, or is that guide specifically tailored for MO? Some of its instructions are geared towards MO; however, they should be achievable via WB. One of the main reasons for choosing MO over WB for SR is due to the virtualization of the Data folder. MO doesn't touch the Data folding in Skyrim and instead creates a "virtual" one that it uses. (If I understand it correctly.) This is how MO allows multiple "profiles" with each profile able to contain different mod setups. This is great for easily switching between different mod setup for different characters and whatnot. It also makes switching back to a 100% vanilla state a breeze. With that said, I still use WB. Yes, this is a clear benefit for using MO, but it has some drawbacks as I recall (sorry, I cannot be more specific). I use SIS to handle this, and WB also allows profiling and alternate configs.

This is one of the features I chose Mor Organizer for my mod manager. You don't have to worry about WHEN you install your mods, as you can simply move your installed mods in the list up or down and the relevant files get overwritten accordingly to mod position in the list. If you installed chests before SRO, you could just move Chests mod after SRO in the mod list in MO and SRO textures would get overwritten. If you fiddle with your mods often and test new stuff all the time, MO is the way to go! The beauty of virtual Data folder :) Well I use Wrye Bash, and unless I'm mistaken, WB allows you to do the exact same thing. All I did was move those two mods below in the install order, click "anneal all" and that was that. Exactly. I don't think that there is anything MO does that WB cannot do (it is the other way around, really). MO just has a 'friendlier' user interface.

Thanks michaelrw! We can use the help and the expertise. If you check out the Workflow, that will get you started. We are still creating the paradigm, so there is plenty of room for suggestions and ideas. It would also be great if you could load your system specs and maybe add to your sig as many of us have done already. See links to right side of the STEP Portal for all that is relevant to our mod testers. Welcome ;)

outrageous

Most likely, IP Board (which is what the Nexus uses)... but like the actual forum structure underlying the Nexus front-end, which is highly customized. I like it for everything but the thread discussion system. The underlying forums are pretty nice.

Dropped as of 2.2.6, since SkyUI 4.0 includes a better solution.

Dropped as of 2.2.6, since SkyUI 4.0 includes a better solution.

what is STATUS?It's a mod that adds a new menu to MCM to display various information about the player and the game environment. It's a very helpful tool when testing mods.Cool. Just grabbed it for kicks. Maybe someone will develop a RefScope for Skyrim next?

Best way to check really is in-game. Just optimize and play a lot. Anything wierd is likely doe to DDSopt, which can then be verified. what is STATUS?

This is a known issue relating to our server/MyBB config. This should go away when we finalize the next server migration (nopefully happening end of this month or next).

I found many 43kb textures replaced, and I reran DDSopt on the vanilla textures to make sure. Here is one log entry as an example: # blackreach.16.-23.7.dds #####################################################  Skyrim\Wkg folder\Vanilla  Extracted\STD\textures\terrain\blackreach\blackreach.16.-23.7.dds  processing:  Format          : DXT1 to A8R8G8B8  Dimensions      : 256x256 to 1x1 - 9 to 1 levels   notes:  Planar image detected, collapsing to size 1x1.  Texture was compressed.  delta:           43700 bytes less This particular texture is 256x256 and all cells are the same color, so ideally it should be able to be collapsed to a single cell. There is no alpha channel in the original texture. The preview display for the optimized texture doesn't look like the original but it isn't the display of a planar image at all; of course, I previously noticed that the DDSopt preview display isn't always correct when the image dimensions change. The Compressonator view of the optimized image is also strange, but the parameters are correct. Again, I'm not sure how Compressonator can display a 1x1 image. Yes, I see those now. The preview compares are not accurate due to the dimension diffs (as you alluded). Looking at each independently in DDSopt preview looks fine (just set source and destination to be identical). The only diff is the dimension. I think that all of these changes are OK though, since the textures should not need to be any more than 1x1, because they are invariant. I use the DDSopt-ed versions of the terrain in-game without any noticeable issues. Huge potential VRAM savings though.