Cleaning mods

Post » Tue May 17, 2011 2:12 am

Hmm - well I may indeed be going off old information (seems that I am), but I was not cleaning the other esm at all and so when it comes to cleaning esp that have Oblivion.esm and any other esm - since I did not clean the other esm I was under the impression that one should hide it and only clean the esp in question of duplicates/deletions from the main oblivion.esm.

Does that make sense?

So Arthmoor - do you think it OK to now clean the other esm I have then reclean esp with those masters not hidden? Or start from scratch?

Not that many esm (but many plugins):
00  Oblivion.esm01  All Natural Base.esm  [Version 0.9.9]02  Francesco's Leveled Creatures-Items Mod.esm03  Francesco's Optional New Items Add-On.esm04  Cobl Main.esm  [Version 1.72]05  Oscuro's_Oblivion_Overhaul.esm  [Version 1.34]06  Mart's Monster Mod.esm  [Version 3.7b3p3]07  Enhanced Daedric Invasion.esm08  CyrodiilUpgradeResourcePack.esm09  TamrielTravellers.esm  [Version 1.39c]0A  FCOM_Convergence.esm  [Version 0.9.9MB3]0B  Armamentarium.esm  [Version 1.35]0C  Artifacts.esm  [Version 1.1]0D  Progress.esm  [Version 2.2]0E  MALO - MAIN.esm0F  TamRes.esm
I'm assuming AN is good to go and since FCOM components are not recommended then that narrows it even more. On the other hand here you are saying that Frans esm was cleaned. ... I recall a long time ago Dev_Akm stating that the Frans esm would always show as dirty but those records needed to be there. Maybe though they need to be there for FCOM but a Frans/TIE combo?

Kind of frustrating that those tutorials do not have this info.

thanks for reply
User avatar
gary lee
 
Posts: 3436
Joined: Tue Jul 03, 2007 7:49 pm

Post » Mon May 16, 2011 11:26 pm

Kind of frustrating that those tutorials do not have this info.


The life of a perfectionist can be frustrating. :wavey:
User avatar
Tom
 
Posts: 3463
Joined: Sun Aug 05, 2007 7:39 pm

Post » Tue May 17, 2011 1:09 pm

The life of a perfectionist can be frustrating. :wavey:

Well I mean c'mon - how much contradictory information do we need floating around here. Geez.

I'm no perfectionist, but some stability and a sense of knowing what is the general right way to do things is - you know - helpful.

We've all been posting here on this forum for over a year and we cannot even agree on cleaning protocol beyond the basics - yikes.
User avatar
Kill Bill
 
Posts: 3355
Joined: Wed Aug 30, 2006 2:22 am

Post » Mon May 16, 2011 11:07 pm

All I can tell you is the two ESMs for Frans in your list are both perfectly safe to clean, and so is the one for the optional extra creatures. I don't even remember if they had any dirt to clean since it's been so long.

Someone would need to come up with a really good reason for why any of the ESMs in your post shouldn't be cleaned, because I certainly can't come up with one unless FCOM_Convergence.esm is doing some weird stuff and requires dirty edits to exist.
User avatar
Iain Lamb
 
Posts: 3453
Joined: Sat May 19, 2007 4:47 am

Post » Tue May 17, 2011 4:42 am

Well all those threads where I got the advice are long since purged.

As I recall it (and I'm totally doubting myself) it had to do with injected records or something. No I never cleaned my other esm and the advice was not to clean anything FCOM related so that meant 5 of the esm as it was.

But at this point what could it hurt since my install is giving me grief anyway.

So I just ran the cleaner on the main frans esm and it came up with 4 identical records and no deletions:
Removing: LL0CrArmorGoblin2SkirmisherShield50 [LVLI:0003FAE3]
Removing: LL0CrArmorGoblin1Shield25 [LVLI:0001DFE4]
Removing: LL0CrWeapGoblin100 [LVLI:0001DFE3]
Removing: LL1DremoraMage100 [LVLC:00088B4F]


The second frans esm (which I ran with the first frans esm as active had 2 duplicates and no deletions:
Removing: FranLL0ArmorMagic15LGreaves [LVLI:0103052E]
Removing: FranLL0Armor15LGreaves [LVLI:0102F5BF]

OOO had 5 duplicates and 0 deletions:
Removing: LL2WildernessMythicEnemyLair50 [LVLC:0011CAA5]
Removing: LL2WildernessGoblinLair50 [LVLC:0011CAA3]
Removing: LL2WildernessConjurerLair50 [LVLC:0011CAA2]
Removing: LL2ConjurerLair100 [LVLC:000340E9]
Removing: LL2GoblinLair100 [LVLC:000340DB]

MMM had 6 duplicates and 0 deletions:
Removing: LL2WildernessConjurerLair50 [LVLC:0011CAA2]
Removing: LL1BanditHighwayman100 [LVLC:000C522B]
Removing: LL1Minotaur100 [LVLC:0003F14D]
Removing: SELL2ShorelineDementia100 [LVLC:0003BAA3]
Removing: LL1VampireBossLvl100 [LVLC:00032C00]
Removing: CTortureCage01SCRIPT [SCPT:00092B16]


FCOM Convergence had 3 duplicates and 0 deletions:
Removing: LL0CrWeapGoblinBow100 [LVLI:0004BC68]
Removing: LL2NPCWeaponBossCombAllMelee100 [LVLI:00032BD1]
Removing: LL0LootArrow6Glass75 [LVLI:00026F16]


CyrodiilUpgradeResourcePack had 2 duplicates and 0 deletions:
Removing: zClothesTest [CELL:000231A1]
Removing: GRUP Interior Cell Sub-Block 7


... and all the rest:
AN had 0 and 0 (but I bet you knew that)
Cobl had 0 and 0
EDI had 0 and 0
Tamriel Travelers had 0 and 0
Armamentarium had 0 and 0
Artifacts had 0 and 0
Progress had 0 and 0
MALO had 0 and 0
Tamriel Resource Pack had 0 and 0

So either I had already cleaned them and forgot (I don't think so) or there is not much there to clean and certainly I'm not feeling an urgency to go back and make sure any esp are cleaned with these measly records in the filter.
That is unless someone can tell me why I should. Again I cleaned most esp (except overhaul stuff) with other esm I just hid those other esm ... and it seems there is not much there anyway.

[edit] and above someone asked why mods don't come cleaned ... let me tell you - I've been advised to tell mod authors their mod needs it .... that doesn't necessarily endear you to the mod maker.

Can an FCOM guru tell me if the records above need to be left in the esm? Please without the pat answer of 'we told you not to clean them.'

Thank you very much
User avatar
M!KkI
 
Posts: 3401
Joined: Sun Jul 16, 2006 7:50 am

Post » Tue May 17, 2011 2:19 am

Uhm...ok.. so we're cleaning mods that were said to not be cleaned now, like OOO and FCOM?
User avatar
asako
 
Posts: 3296
Joined: Wed Oct 04, 2006 7:16 am

Post » Tue May 17, 2011 6:01 am


So I just ran the cleaner on the main frans esm and it came up with 4 identical records and no deletions:

Removing: LL0CrArmorGoblin2SkirmisherShield50 [LVLI:0003FAE3]
Removing: LL0CrArmorGoblin1Shield25 [LVLI:0001DFE4]
Removing: LL0CrWeapGoblin100 [LVLI:0001DFE3]
Removing: LL1DremoraMage100 [LVLC:00088B4F]


Can an FCOM guru tell me if the records above need to be left in the esm? Please without the pat answer of 'we told you not to clean them.'

Thank you very much


on the first set of frans, fcom is also modifying those leveledlist. So those appear to be okay, not dirty once again.

Looking into the other...

the mmm one not sure where you getting the CTortureCage01SCRIPT from not in any mmm.esm or mmm module..so must be something else..

Still my advice, do not clean FCOM report them so that I can look into them...
User avatar
Sophh
 
Posts: 3381
Joined: Tue Aug 08, 2006 11:58 pm

Post » Tue May 17, 2011 4:52 am

There's clearly some inaccurate information being circulated at the moment.

As Arthmoor has said, it is perfectly safe to clean ESMs, and it is perfectly safe to clean ESPs dependent on ESMs.
It is not always safe to clean ESPs dependent on other ESPs. Sometimes it is, sometimes it isn't, so play safe and don't try unless you really know what you're doing.
It is not always safe to clean ESPs labelled as "patches" or "fixes" which are loaded alongside the ESP(s) they patch or fix. This is because they are not always dependent on the files they patch or fix, and thus you may not realise that they have implicit dependencies on certain files which if left out of the TES4Edit list of jobs, could cause removal of records which SHOULD have been left in. So again, play safe and don't try to clean mods labelled as "patches" or "fixes".
User avatar
lolli
 
Posts: 3485
Joined: Mon Jan 01, 2007 10:42 am

Post » Tue May 17, 2011 12:56 pm

I know this thread has become more about technique than why..but my mod is on that list and yea I guess it's true my mod hasn't been cleaned(never heard of it until now). It's several yrs old now and I just haven't ran across any problems with it not being 'clean' ...and according to the list most items Bethesda release aren't clean. That's the standard I would use as far as necessary steps. I have painstakingly avoided dirty edits and looking at TES4 edit my records reflect my carefullness. Cleaning IMO is nice but more for mod hobbysts(those who collect tons of mods) than the typical player. I never run more than 40 mods at a time. I'm not sure whether to feel somewhat offended or indifferent towards mine being on a list that could possibly carry some kind of negative implication in the community, nobody ever notified me. I guess I'll just leave it at that and see if 'cleaning' brings any benefits for my plugin performance.

edit: Did a quick run and the cleaning process removed 53 records..most of which I knew exactly what they were and intentional (some shifted trees and rocks). *shrug*.
User avatar
Gemma Archer
 
Posts: 3492
Joined: Sun Jul 16, 2006 12:02 am

Post » Tue May 17, 2011 2:36 am

on the first set of frans, fcom is also modifying those leveledlist. So those appear to be okay, not dirty once again.

Looking into the other...

the mmm one not sure where you getting the CTortureCage01SCRIPT from not in any mmm.esm or mmm module..so must be something else..

Still my advice, do not clean FCOM report them so that I can look into them...

Well I got that one from simply running the auto-clean option on MMM and only MMM.esm and Oblivion.esm loaded, so I don't know either ... oh wait I may have misedited my post that may actually be from FCOM_Convergence.esm.

Could that post be considered a report then? Or would you rather I repost in the FCOM/MMM/OOO thread? Personally I only did it to see and was surprised at how very little I found using the auto-clean functions. So little it made me wonder - are these entries really the entries that we have been warned are necessary to be there and not to clean?

@Vorians and others ...
It would seem having a centrally stored place for folks to look up what to clean and what not to clean would be a good thing (as in rationale and logic of it not just a list of esp/esm). I was surprised at the meager amount concerning this issue on the CS wiki and UESP. I've never edited those things before ... maybe someone should.
User avatar
Dustin Brown
 
Posts: 3307
Joined: Sun Sep 30, 2007 6:55 am

Post » Tue May 17, 2011 4:37 am

Well I got that one from simply running the auto-clean option on MMM and only MMM.esm and Oblivion.esm loaded, so I don't know either ... oh wait I may have misedited my post that may actually be from FCOM_Convergence.esm.

Could that post be considered a report then? Or would you rather I repost in the FCOM/MMM/OOO thread? Personally I only did it to see and was surprised at how very little I found using the auto-clean functions. So little it made me wonder - are these entries really the entries that we have been warned are necessary to be there and not to clean?



And if you check MMM.esm itself or FCOM.esm , it does not contain that script, so once again not sure where it coming from check other mods to see if they are modiyfing it..

You can report in fcom thread

Most of those entries look like they end up getting overwritten or modified by another part of fcom per say and so should remain for compatiblity reasons..

Need to look into them further. But do not clean them per say, leave for now..
User avatar
celebrity
 
Posts: 3522
Joined: Mon Jul 02, 2007 12:53 pm

Post » Tue May 17, 2011 8:01 am

I just ran the auto cleaner once again with MMM.esm as the only thing loaded (other than Oblivion.esm its master) and once again it spit the same duplicates out.

Martigen's Monster Mod
Version: 3.7b3p3

And umm since you saw this then I'm going to assume it is reported. Really I only posted the above out of curiosity and to get feedback about cleaning and the whys of it. I'm not on any campaign to make FCOM 100% clear of all duplicates or anything else - just sharing what I found. I don't plan to keep the cleaned esm from FCOM in my load order.

Taken within the context of the discussion that I may have missed some amazingly large source of dirty edits and running all my esm through the auto-cleaner of edit I found that to be far from true. In fact it all looks really negligible.

Next I will check a few esp that depend upon the other esm than the COBL/FCOM/TT axis and see if there is duplicates between them and the esp that depend on them - as the duplicates and deletions related to Oblivion.esm have already been addressed by my cleaning mods via hiding the other than Oblivion.esm masters and only cleaning against the oblivion.esm.

@MrUniq - I guess you mean a list elsewhere? I don't think I'm running one of yours right now (I recall many companions). But - what really would it hurt to clean a mod if it is not one that has the complex relationships as an overhaul? The dirty edits are not necessarily an indication of bad modding - they sneak in just because the CS is the CS kind of thing.
User avatar
Susan Elizabeth
 
Posts: 3420
Joined: Sat Oct 21, 2006 4:35 pm

Post » Tue May 17, 2011 10:13 am

I just checked, core, that script thing belongs to Oblivion.esm. Of the 55 mods I run, none are touching that. Not sure why it was needed to be removed from a mod that doesn't have it to begin with.
User avatar
Marcus Jordan
 
Posts: 3474
Joined: Fri Jun 29, 2007 1:16 am

Post » Tue May 17, 2011 12:17 am

edit: Did a quick run and the cleaning process removed 53 records..most of which I knew exactly what they were and intentional (some shifted trees and rocks). *shrug*.

If I'm not mistaken just shifting a tree or rock will not automatically create a duplicate or a deletion - but I may not be correct in that.

I'm thinking back to the house mod I made and I shifted a bunch of trees and rocks and deleted a few of them too. Running the auto-cleaner on edit removed all the duplicates and deletions turned to disables and it left the landscape like I wanted it.

The dirty edits are not really an issue if the only mod loaded is the one in question - it becomes an issue if loaded with other mods that also alter those records. Deletions being the more serious case.
User avatar
BrEezy Baby
 
Posts: 3478
Joined: Sun Mar 11, 2007 4:22 am

Post » Tue May 17, 2011 8:56 am

I just checked, core, that script thing belongs to Oblivion.esm. Of the 55 mods I run, none are touching that. Not sure why it was needed to be removed from a mod that doesn't have it to begin with.


Thanks you, I just checked 3.7b3p3 myself and it does exist in that, not sure how that manage to get put in or happen but it should be removed..

Pysmon remove that script from MMM.esm it should not have been there.

Anyways the next MMM update is getting very close..99%..
User avatar
brian adkins
 
Posts: 3452
Joined: Mon Oct 01, 2007 8:51 am

Post » Tue May 17, 2011 8:34 am

Well glad I could help even if this very small amount.

In other news I just ran a slew of mods that depend on the other esm (non Overhaul/COBL related) with those esm as active and I'm not finding anything.

So the previous method I had of hiding these other esm when cleaning did not have that big an impact anyway, and as it turns out even doing that I still found most of the edits that needed to be addressed.

So then a few myths dispelled and, at least for me, a few fears banished. ... Thought I'd really messed a few things up.

Still I probably have as my install is crashy burny still - a good topic would be load orders that have survived the 300 hour mark - I think that is an overlooked factor - people have posted load orders that load and play for a while, but now I'm curious to see load orders that have a long life.
User avatar
Mimi BC
 
Posts: 3282
Joined: Sat Oct 07, 2006 10:30 pm

Post » Tue May 17, 2011 1:14 pm

Okay, so now we are back to cleaning ESMs. This is like banging my head into a wall...Okay, so the same rule applies. Clean the dependencies first. Definitely do not hide them while cleaning. I need to go do a slight update then...Oh, for those of you who are new to this, what Psymon did is exactly why newer mod users should NOT clean random mods. You should have the knowledge to anolyze the changes done by TES4Edit, in the case of duplicates. I say undeleting deleted references is good for just about anyone. If the mod is currently being worked on, let the authors know, just be polite about it.

Edit: It still stands that some duplicates are intentional. I still think FCOM should be left alone. WarCry seems to be okay to clean, but Corepc said the files get covered up by the rest of FCOM anyway. I cleaned it... I am a little unclear on those Fran duplicates. They should be left there? Is someone working on Fran?
User avatar
Alexander Lee
 
Posts: 3481
Joined: Sun Nov 04, 2007 9:30 pm

Post » Tue May 17, 2011 12:01 pm

My advice still reamins the same do not clean MMM or FCOM report them so that I can look into them. And address has needed,

due to how those mods work and are designed to work with each other and other mods has well people should not clean them unless they understand them fully.

I cleaned alot of MMM Plugin over the past few version , what is left are changes that are needed once again, other than misc script that got reported.

Cobl should be clean has well has Armamentarium and Artifacts..Travellers I have not update in a While and it still has that wild edit most likely . that is fixed in next update once it is ready.

Someones really need to edit the cs wiki page..and update that mod list..

Corepc
User avatar
Emzy Baby!
 
Posts: 3416
Joined: Wed Oct 18, 2006 5:02 pm

Post » Tue May 17, 2011 2:19 am

Okay, so now we are back to cleaning ESMs. This is like banging my head into a wall...Okay, so the same rule applies. Clean the dependencies first. Definitely do not hide them while cleaning. I need to go do a slight update then...Oh, for those of you who are new to this, what Psymon did is exactly why newer mod users should NOT clean random mods. You should have the knowledge to anolyze the changes done by TES4Edit, in the case of duplicates. I say undeleting deleted references is good for just about anyone. If the mod is currently being worked on, let the authors know, just be polite about it.

Edit: It still stands that some duplicates are intentional. I still think FCOM should be left alone. WarCry seems to be okay to clean, but Corepc said the files get covered up by the rest of FCOM anyway. I cleaned it... I am a little unclear on those Fran duplicates. They should be left there? Is someone working on Fran?

Wait did you just say I'm a bad example? :toughninja: :huh: ... what exactly did I do wrong? I cleaned, got the report, and posted it.

Clean the dependencies first?? You mean the masters first - right?

I hear you though about the changing standards - seems like it does shift quite a bit.

As for the mod list of what is OK and not OK to clean (or worse what is supposedly already clean) - I never trust those lists ... You learn by doing not by trusting (see my signature).
It would be far more useful in my opinion to have the rationale for what to clean and not clean explained in more detail. Then give a few examples/illustrations.
User avatar
Horror- Puppe
 
Posts: 3376
Joined: Fri Apr 13, 2007 11:09 am

Post » Tue May 17, 2011 6:30 am

I think what you did is a good thing. I was saying that newer mod users do not have the knowledge to do what you just did. Where did the 'bad example" thing come from?
User avatar
SexyPimpAss
 
Posts: 3416
Joined: Wed Nov 15, 2006 9:24 am

Post » Tue May 17, 2011 5:19 am

@Tom, Frans has not been worked on/patched/whatever in a few years now.

Since I just started cleaning mods(and so far the only ones I have cleaned is warcry, knights, and SM_Shiveringisles, simply because they were listed) I'm not touching the overhauls.
User avatar
Nathan Barker
 
Posts: 3554
Joined: Sun Jun 10, 2007 5:55 am

Post » Tue May 17, 2011 4:30 am

Not touching the overhauls should is fine. The ones that have any real dirt edits that need to be looked into are those being actively worked on as far as I know. OOO has a few, but those have been reported. I have not personally tried cleaning MMM ever, so I have no clue about supposedly dirty edits in it, but Corepc has that under control.
User avatar
Soraya Davy
 
Posts: 3377
Joined: Sat Aug 05, 2006 10:53 pm

Post » Tue May 17, 2011 1:26 am

I know this thread has become more about technique than why..but my mod is on that list and yea I guess it's true my mod hasn't been cleaned(never heard of it until now). It's several yrs old now and I just haven't ran across any problems with it not being 'clean' ...and according to the list most items Bethesda release aren't clean. That's the standard I would use as far as necessary steps. I have painstakingly avoided dirty edits and looking at TES4 edit my records reflect my carefullness. Cleaning IMO is nice but more for mod hobbysts(those who collect tons of mods) than the typical player. I never run more than 40 mods at a time. I'm not sure whether to feel somewhat offended or indifferent towards mine being on a list that could possibly carry some kind of negative implication in the community, nobody ever notified me. I guess I'll just leave it at that and see if 'cleaning' brings any benefits for my plugin performance.

edit: Did a quick run and the cleaning process removed 53 records..most of which I knew exactly what they were and intentional (some shifted trees and rocks). *shrug*.


I've never seen this list so don't know how things are worded, but I would hope that any such list would have been presented carefully so as to try to avoid any negative implication towards the mods listed. Most mods do not NEED cleaning. Only a tiny minority really NEED it. All mods would benefit from it, and the more mods a player uses, the more important it is for them to be using cleaned ESMs and ESPs, so as to reduce conflicts which could negate certain changes made in one mod by a later loading mod that accidentally contains edits to the same objects.

BTW if 53 records were removed, then these are not the ones you are thinking about with regards intentional edits. Auto-cleaning (which is what you did there) only removes records which are identical to the last-loaded preceding ESM or ESP containing the same record (almost always just Oblivion.esm for most mods). Being identical to the previous-loaded ESM or ESP containing that same record, they will not have been shifted by any amount, not even 0.001 of a point on the x, y or z coordinates. The trees and rocks you are thinking about which you had shifted are NOT amongst the 53 records removed, they are still in your ESP, shifted to wherever you shifted them. These 53 records were not intentionally edited by yourself when working on the mod. Either the CS just slipped them in (it loves doing this. I think it gets some sick pleasure from trying to see just how much undesirable data it can slip into an ESP without the modder noticing), or these are records you looked at the properties to, then clicked OK instead of Cancel without changing anything. Clicking OK will tell the CS that the record is updated (even when unchanged) and thus add it into the ESP when you save. Similarly, anything you accidentally clicked and dragged, then clicked Undo or pressed Ctrl+Z to undo the move, will still be seen by the CS as updated, even though you moved it back by undoing the edit. Again such records will get stored in the ESP when saved.

These are all annoying little quirks of the CS, and nothing that the modder has done wrong. Without a tool like TES4Edit, no one would likely even know it had happened, and most of the time, they're harmless. But, sometimes, someone will be using another mod which happens to touch on the same part of the game. And this is when these unintentional edits show up.

It's not the mod-creator's fault; they shouldn't be blamed, or accused, they shouldn't be pestered by people because of it. There is nothing wrong with the mods (with a tiny minority of exceptions), but a polite mention (if a serious issue has arisen because of these unintentional edits) is reasonable if the modder is still actively modding. The wise move would be to politely mention this via PM, rather than in a thread on any forum - some modders might get overly defensive if you post in public where all can see, but might be more accepting if the topic is brought up privately. If they're not interested, that should be the end of the topic.

Okay, so now we are back to cleaning ESMs. This is like banging my head into a wall...Okay, so the same rule applies. Clean the dependencies first. Definitely do not hide them while cleaning. I need to go do a slight update then...Oh, for those of you who are new to this, what Psymon did is exactly why newer mod users should NOT clean random mods. You should have the knowledge to anolyze the changes done by TES4Edit, in the case of duplicates. I say undeleting deleted references is good for just about anyone. If the mod is currently being worked on, let the authors know, just be polite about it.

Edit: It still stands that some duplicates are intentional. I still think FCOM should be left alone. WarCry seems to be okay to clean, but Corepc said the files get covered up by the rest of FCOM anyway. I cleaned it... I am a little unclear on those Fran duplicates. They should be left there? Is someone working on Fran?


Yes, you should always clean from top to bottom of the load order when ESPs are dependent on other ESMs or ESPs (but only if you know what you're doing with regards ESPs dependent on ESPs!)
Start with the ESM, then the ESPs dependent on the ESM. It is rare (in my experience) for a mod to come with an ESM needing cleaning - most mods which use ESMs were created by modders who know the limits of ESMs and created their ESM avoiding doing things likely to create duplicate records in their ESM.

Some identical-to-master duplicates are indeed intentional. However, this can ONLY ever be true when the mod containing these intentional identical-to-master records is explicitly or implicitly dependent on another ESP. If a mod which is not explicitly or implicitly dependent on another ESP contains identical-to-master records and they are claimed to be intentional, they're not. There is NO good reason for a mod which is only dependent on Oblivion.esm to contain records from Oblivion.esm which are identical to their existence in Oblivion.esm. The only reason I can think of for intentional identical-to-master records in a mod only dependent on Oblivion.esm, would be to try force potential conflicts with other mods as far away from intentional edits as possible, in hopes that when someone comes across a conflict caused by this, they won't link it to the mod which caused it, as that mod's intentional edits aren't nearby (such as duplicating LAND records in a full 3x3 cell radius, where your mod only actually edits the centre cell - the other eight cells around that one cell will push any possible land tears to the outer edges of those eight cells, nowhere near the one cell your mod intentionally edits). This would not be a valid reason to contain the LAND records from those eight cells.
User avatar
Ruben Bernal
 
Posts: 3364
Joined: Sun Nov 18, 2007 5:58 pm

Post » Tue May 17, 2011 1:50 am

I'm not sure whether to feel somewhat offended or indifferent towards mine being on a list that could possibly carry some kind of negative implication in the community, nobody ever notified me. I guess I'll just leave it at that and see if 'cleaning' brings any benefits for my plugin performance.

edit: Did a quick run and the cleaning process removed 53 records..most of which I knew exactly what they were and intentional (some shifted trees and rocks). *shrug*.


Lets see if we can address this a bit with out upsetting anybody, I think other modders could potentially benefit from it. I'm new to the cleaning process myself, so correct me if I'm wrong, but what the cleaning process does is remove records that are exactly the same as oblivion.esm, so essentially they serve no purpose in the mod. I understand that with some patches and whatnot they could be necessary, but for the vast majority of mods that depend only on Oblivion.esm it can benefit game stability to remove these records.

Edit: ^somebody smarter already beat me to it^
User avatar
Shae Munro
 
Posts: 3443
Joined: Fri Feb 23, 2007 11:32 am

Post » Tue May 17, 2011 3:08 am

Thanks for both replies above, that cleared up alot of confusion for me. When I am done with my latest release I will use the auto clean process then since the way you described it made perfect sense. Being on the list I saw, I knew that it was largely for informational reasons...but after years of participating in the community I know how passionate(and aggressive) some people are when it comes to mod compatibility esp outside the confines of this forum. I haven't been approached in such a manner about my mod so I have no complaints, I appreciate the explaination.

Lets see if we can address this a bit with out upsetting anybody, I think other modders could potentially benefit from it. I'm new to the cleaning process myself, so correct me if I'm wrong, but what the cleaning process does is remove records that are exactly the same as oblivion.esm, so essentially they serve no purpose in the mod. I understand that with some patches and whatnot they could be necessary, but for the vast majority of mods that depend only on Oblivion.esm it can benefit game stability to remove these records.

Edit: ^somebody smarter already beat me to it^

User avatar
{Richies Mommy}
 
Posts: 3398
Joined: Wed Jun 21, 2006 2:40 pm

PreviousNext

Return to IV - Oblivion