z929669

All constructive edits are welcome, thanks ;)

I see the file on the Nexus ... thanks! I'll run some updated compares with the new version ;) (Thanks to Phazer for clarifying above ... he is correct).

So you ran SRO snow01_n through DDSopt, re-mipped using all of the Behave options for mipping, and the reult is fine? It might be good to include your own optimized version of vanilla and another of SRO side by side in order to test that you get the tiled snow pattern at least on vanilla. Right now, I am not sure if we can say that SRO optimized was subjected to the same method as vanilla optimized (demonstrating that optimization breaks vanilla at least with respect to this texture).

Actually, it would/should be Realistic Smoke & Embers, right?

I think that we only need to be concerned with tiled, smooth ground textures. Rocks, grass, plants, roads, etc should be OK. I would be careful with these textures for mods as well, but I have not verified. A great litmus would be to run snow01_n from SFO through DDSopt.I optimized snow01_n.dds from three mods with 2K versions: Serious HD, SRO, and HD2K. Using the preview mode of DDSopt to compare textures, the results after optimization were similar to those with the vanilla Skyrim textures version. At full resolution there are almost no differences between the original texture(s) and the optimized one(s), but at lower mip levels the differences increase. Are there any mod testing savegames that use this texture in the view at the point where the game was saved so I can see if it is still purple with the optimized textures from the other mods? The save I posted that you used on my help thread has bott he tiled snow textures as well as the purplish planar LOD textures. These are two different issues though. snow01_n optimization exacerbates the apparent tiling/striping effect in the non-distant snow textures in that save. Way out on the horizon, there are also two LOD missing color maps, which is a different issue and the texture is unknown. EDIT: here is that savegame.

I added a time limit to post edits to thwart certain people from erasing their posts entirely. I'll relax this again and see what happens. I'll also see about user rights on tag names.

I think that we only need to be concerned with tiled, smooth ground textures. Rocks, grass, plants, roads, etc should be OK. I would be careful with these textures for mods as well, but I have not verified. A great litmus would be to run snow01_n from SFO through DDSopt.

@Kelmych RE snow01_n and other landscape ground normal maps, I think that all mipping has a problem in DDSopt ... most will not be apparent in game, but I have seen enough subtle tiling/striping in the vanilla ground landscapes to be convinced that I do not want to touch the ground landscape normals. I tried various settings under Behave, and none resulted in any noticeable changes in the mip diffs. Basically, I suspect that any compressed, smooth TSNs will have this problem and suggest that we handle all that we know of in the BAT process. I only fixed my TSN under the landscape ROOT of STD and HRDLC2.

OK then. I'll test it out and see for myself. Just did not want to join the flock unless there was some evidence that this is fundamentally different than the tactics that were debunked previously. Will report back at some point. thanks ;)

Seems like we all are so anxious for 'magic' to be a fact of life that we simply refuse to accept the reality that claims of memory 'optimizations' are just not true. Am I missing something here that is fundamentally different from any other memory-opt 'tricks' as we discussed in great detail on this thread? "Sweeping allocated RAM under the rug" does not make it disappear, right? Torminater's results seem pretty instructive to me, and Uhuru's logic that ENBhost absorbs memory that would otherwise cause TESV process to hit its cap does not ring true.

Yeah, I suppose that these changes should be placed below under "Changes for this release" or some such.

Thanks tech ... I don't think that vanilla texture is a DDSopt issue, but I could be wrong. SMIM is better, and I suspected as much and posted to confirm on the Nexus thread ... no response yet. I also have UHDFE slated for installation upstream of SMIM and Realistic Smoke & Embers upstream of that for 2.2.7; however, it looks like Extended might be RS&E? If so, then I like that better and will suggest keeping that mod in Sec J and Core if it has no issues.

I just finished a complete wizard based on the FOMOD. It is available on the wiki now. I also updated the FOMOD to work with the new folder structure. I'd appreciate it if someone familiar with NMM could test the new FOMOD installer for several options to confirm that it works OK. I don't mess with NMM. I have tested the wizard, so that should be good. I also contacted the author, so if he wants, he can use the new package and installers.

That was my bad. I changed the recommendation to match SR and did not account for the BCF. The BCF will need to be remade.

My bad, I removed it on the 29th after confirming that it is completely overwritten by No Stretching, which made it obsolete, as this mod was just before the latter in the load order. I thought I added this to the changelog, but I evidently did not. Adding now. EDIT: I actually DID add this to the changelog

Why spend more on 3rd-gen+ i5/i7 when the Lynnfield will get you the same gaming bang for much less of the buck? Remember that the mobo price will also go way down with an out-of-production CPU (as long as there are supplies anyway). It should not cost more than $1000 with top of the line SSD, case and accessories. It is the GPU that will kill you if you want a good experience. That costs about $450+ for the proper kind of power needed to run Skyrim at 60 FPS, unless you get something used. Best Buy has a big markup too. Get your hardware on the internet ... and another good reason not to mess with a laptop ... short average lifespan (2 versus 5+ years) and ultimately much higher cost of maintenance.

It is clear that these will be nixed from Core, but Extended is another matter. I think both have a place in the latter in some form or another.

Echoing Aiyen's method. Buy piecemeal from NewEgg and TigerDirect and build one yourself. To save money, get a socket 1156 i5-760 processor. This is totally relevant for gaming and significantly cheaper than the latest gen Intel setups. I'd get a Gigabyte or Intel mobo (I use the Intel p55kg, which is cheap and dependable, but you might want to get something with latest generation SATA and PCIe). You should be able to build a very respectable rig for $1,000-$1,500 (depending on your graphics card, probably your most costly single component ... I got a single-used AMD 7970 for $280 on eBay). I personally would NEVER use a laptop for gaming unless I had a real monitor, mouse and keyboard to plug into ... even then, building yourself and upgrading are not practical with a laptop.

Thanks for the detailed analysis, Michaelrw. We'll find this useful as we assess this mod for STEP:Extended (not suited to STEP:Core based on your assessment). I personally agree with your nits ... maybe we could ask the author to produce a version that allows piecemeal selection of specific options?

Would you like to be recognized as a contributing mod tester? I can do this if you plan on being around in the future and doing this sort of thing even if infrequently.

Very nice. Love this mod.

The problem is in the Mip levels. The lower you go, the worse it gets in the preview compare diff. It winds up creating a tiled pattern in game. The same may be true for other snow normals, but I haven't seen them yet.

Note: snow01_n.dds needs to be added to the INI exceptions. This is a small TSN that either needs special treatment or should be skipped altogether. I suspect that the normal map steepness Behave setting may be the root cause.

OP gallery updated with the SFO LODs (4th compare in each set). Color-wise, SFO LODs work best in all cases but the aspen (DTTL is spot on there). Although, the snowy pine SFO LODs are still lacking the correct 'whiteness' Shape-wise, I like DTTL in all cases best. ... if we could just get the SFO tint onto the DTTL textures .... I have PM's to both authors asking them to comment on or correct these nits (I am inclined to stick with SFO for Core if nothing else changes ... but use DTTL noise map only).