z929669

Adding to what I mentioned on this theme in the dev section.... forgot to suggest that you use something other than white for a:link and a:visited. Something colored would make it more obvious. a bright light blue would work, so would a muted light orange...?

OK, mine is same but /NexusClient.exe_Url_2tfxwyispvnfgfg0rl0eq1mulacthwe2 Looks like a wildcard ought to do nicely :P

Where? Reg? User?

oh well... minor inconvenience. I don't blame them for focusing on 2.0. Do you think that 1.6 will be a seamless upgrade to 2.0?

can you post the exact changes you made to bash.ini?

I have been formulating a similar strategy, but not yet nailed down how I will tackle. If I come up with a nifty method, I will post it here.

@Asimov to add to s4n's hints RE bash.ini edits, simply change the paths, not the var names --which is what would happen if you did a global replace of "Oblivion" with "Skyrim" rather than including the forward slash in front of each (I know this because I DID IT ). For Ex., I don't like to store my Bash Installers on the same drive as my Skyrim install (cuts down on disk usage and to some extent fragmentation), so I replace all: "sOblivionMods=..\Skyrim Mods" ;FYI, the "..\" stands for "parent directory" with sOblivionMods=D:\MyPath\Skyrim Mods RE the BAIN examples, this is an artifact of the constraints imposed by the document format. The examples are indented to be in a sidebar alongside or the working examples. Will be fixed in the wiki version. Glad you are coming along!

Did you happen to post a new ticket? Problem with the link is that a new post could conceivably go up while reading an updated thread, right?

Moved thread from "Mods In General"

Markers are nice, but renaming is simpler to manage IMO, since you can sort by package name and then use the "Move To" function. All just preferences though. As far as numbering downstream mods, there is no need, since they are not conflicting. Numbering is simply a marker for conflicts that must be maintained during install. I like the idea of renaming though, because it is much simpler to reference with the STEP guide and serves as reminders of mods that I may want to disable for benchmarking purposes. Again, just my preference.

does this relate explicityly to "View Today's Posts" in the top panel of the main page? Never use that, but what a convenience it would be eh?! (if it worked?)

yep, it does.. thanks!

I just confirmed (seconds ago) that I DO NOT have the issue on my home computer... just @work. I tend to navigate the forums by loading the main page and drilling down on the 'golden' icons (which signify new posts). once I get to the supposed updated post, I read it and scroll up the the top of the page and hit the "S.T.E.P Community" on the breadcrumb. When the main forum page loads on my home computer, the previously 'golden' forum is white, but at work, it remains 'golden", and i hit refresh and it turns white.

I have the same issue on my work computer but not my home computer... at work, I have to hit 'refresh' to update. so this is either a browser issue or we need to force refresh of pages at each visit (if possible). I am no browser/surfing expert by any means. I use it all but have always been confused by it! EIDT: In thinking more on this, I realize that I use Chrome @home and at @work (both Win 7 Pro) and sync across the cloud, so IF it is a browser issue, then some other factor may be at play. It might be a good idea to poll the users and determine their experience and what OS/browsers they use.

Ah yes, the joys of American litigation ;) We haven't 'quite' got that silly over the pond, but we seem to be working on it. So agreed, lawyers, accountants and hairdressers please board your ships for relocation. Don't forget the politicians... they are responsible for the former lots. ... and recycling and hydroponics ...

thanks for confirming s4n... I thought that might be the case, but did now want to speak from my arse

If anything though, I see them taking hold of the modding principle even more selfishly and strongly as their business leads more appreciably grasp the opportunity that modding expansion brings. They claim legal ownership of anything that a modder creates, after all. If they are demonstrating this level of 'lack of imagination', then there are surely other things that certain of their leadership have also not grasped, and profit is the (almost) singular driving force ... Hate to be a stick in the mud here, but there is just so much ... mud I hope that I am just being paranoid...

I agree, and I still don't trust Bethesda's business motivations (or ANYONE'S business motivations for that matter)... they tend to veer towards selfishness or at least a 'convenient' ignorance. They can even be downright hostile just as a crowd of fanatics can trample others to death as they greedily rush to obtain some meaningless material thing.

Second batch from the Nexus: You are correct in your implication that system RAM is slower than dedicated, on-card VRAM... MUCH slower, so that is not even an option for video memory needed instantly and on the fly. System RAM is very nice for 2D graphics though, just NOT 3D Your chagrin point about SLI/X-fire VRAM not being additive but rather mirrored is a bit off the mark though. We WANT it to be mirrored, because that is why two cards are better than one. Each has an exact mirror in memory, so that the GPU of EACH can handle part of the load (like RAID0 versus single drive). Theoretically, we should get 2x the FPS gain from 2x cards in SLI; however, we are limited next by PCI-e in that each 16-pin card can only utilize 2x8 pins (not 2x16 pins), so the actual increase is not 200% but more like 120-130%. In my testing, I estimate that the maximum safe VRAM load before stuttering will occur is approx 1.5x VRAM (for either single or SLI). The reason (I think) that you can exceed on-card VRAM by 50% again is because at any given picosecond the probability that the game will need 100% of the VRAM stored on card OR in system RAM is essentially zero. This is likely because on-card VRAM passes RAM it is not using at a given picosecond to the system RAM, and if the amount of VRAM passed to system remains at 50% or less, then probabilities work to game's advantage (if we trust driver memory management).. i.e., there will always be significantly more than a 50% chance that any given texture currently in memory will be in VRAM rather than system RAM. As you exceed 1.5x VRAM in textures, this value approaches 0% and you begin to notice stuttering. This is all just my theory based on the numbers I have watched under varying conditions in game and the reality of current VRAM and system RAM load. I am not graphics hardware expert, rather I like to think that I am more a rational and logical nerd of sorts.

Some posts from the Nexus:

Thanks for the BAT! This will be a handy addition to launch pre-mod setup using WB. I will test and see if I can't add that toe the guide.

.... but keep the comments coming. Poke holes in this thing if there are weak spots

Actually, if you look at the preceding instruction, the source and destination docs are already in Bain Installers. I avoided BCF training per se and simply taught how to create a BCF in the standard workflow. Check it out

Useful insights into DDSopt straight from the horse's mouth: Post1 Post2

It looks like "Optimizer Textures" has some some nice features if it properly handles textures: The mod author (apipino) is Brazilian in seems, and it sort of shows in the lack of doc and difficulty following what is there. I put in a question about the app to Ethatron asking him to comment. For now, the only way to test is to ... well, test :D (and take a lot of screens). From the one compare screen posted on the site, it is a noticeable diff in both FPS and image quality (better for the former, slightly lower quality [iMO] for the latter). Some of the features look really interesting. The author need to update the mod to a true Skyrim port though (see ini and exe icon). He also would do well to team up with a native English speaker for the En version. I definitely think that it is worth doing a compare using the vanilla textures as I have done with DDSopt (using Ethtron-confirmed and revised settings). I will add this to my to-do list. I will not really be playing SR for awhile anyway, as I am too into the WB guide and game optimization now :P