Break Armor Framework

borninmarch · January 11, 2013

Ahhh.....small problem occured.

When I checked BA and saved the game' date=' volume of save file was 700kb.

But when I unchecked BA and saved the game, volume of save file was 2200 kb.[/quote']

I'm not following...when you enable Break Armor, your saves are smaller? Or did you mean something else?

Oh, sorry there is some misprints.

'When I disable BA and saved the game, volume of save file was 700kb.'

But when I enable BA and saved the game, volume of save file was 2200 kb.

In same place, same time, same character, same items, same runningtime.

Also, I overwrited your latest test fix patch(1.10b test patch) but it didn't work.

Savetime is still too long(over 10 second) and volume of savefile is too big when I checked BA.esp.

I'm not using old Breakundie system and BreakUndies_stock.ini. I only use breakarmor 1.10a and Vanilla Break armor.

*gerra6* · January 11, 2013

In same place' date=' same time, same character, same items, same runningtime.

Also, I overwrited your latest test fix patch(1.10b test patch) but it didn't work.

Savetime is still too long(over 10 second) and volume of savefile is too big when I checked BA.esp.

I'm not using old Breakundie system and BreakUndies_stock.ini. I only use breakarmor 1.10a and Vanilla Break armor.

[/quote']

Well that's disappointing. First off, let me thank you for the bug reports. They are always appreciated.

I've just tested several configurations and variations in an attempt to replicate the error you are describing, but I'm not having much luck.

Test1: New Character, clean Oblivion Install. BreakArmor.esp and alternate start are the only non-vanilla mods.

a. BA not active First test in city isle, save size 830 kb.

b. BA active, test after running around the island for 5 minutes, roughly 10 bandits encountered including several with breakarmor meshes. save size 838 kb.

c. BA active, test after another 5 minutes with ~20 more bandits, 3 more dungeons, save size 851 kb.

Size differences that I am getting are consistent with standard temporary exploration bloat.

Anyways, I've gone ahead and put together another patch. I've added an extra entry to disable and delete the removed temporary inventory references. They should be getting purged automatically, but they are the last possible source of save bloat that I can come up with.

Hopefully this will resolve your issue. Note: this won't resolve pre-existing save bloat, only prevent new bloat. Use Wrye Bash's save cleaning feature to remove bloat from an existing save.

What other mods are you running in addition to BreakArmor? I'm wondering if there is some strange interaction between Break Armor and something else.(although there really shouldn't be)

***Outdated File Removed***

*movomo* · January 11, 2013

while around 2 hours of playing:

	ess size (kb) seconds taken
(quicksaved)	2660
console save 	2661
streamsave	2668
quicksave 	2668
quicksave 	2672
quicksave 	2673
streamsave 	2699
quicksave 	2680
streamsave 	2690
streamsave 	2678
==========		deactivate BA
quicksave	2676	3"28
quicksave	2665	2"86
quicksave	2678	3"07
streamsave	2710
streamsave	2682	entered a dungeon (nornal, monstergirl)
quicksave 	2702	3"17
==========		reactivate BA
quicksave	2689	3"12
streamsave	2682
streamsave	2693
streamsave	2695
quicksave	2692	5"67	after a combat
quicksave	2693	8"39
quicksave	2694	10"45	after a combat
streamsave	2695

o.o o.o o.o o.o :dodgy: :dodgy: :dodgy: :dodgy:

I forgot to check associated obse file size. wooops.

But thanks to 6 different streamsave files, I figure that obse file size has increased to 3,700kb from 2,600kb after I entered a dungeon and engaged some enemies.

I don't see no hard proof of save bloating at the moment.

borninmarch · January 11, 2013

Thanks for your quick reply and new prevent bloat patch. I'll try it.

And Here is the answer for your question. My load order.

Oblivion.esm

Beautiful People 2ch-Ed.esm

RaceMaster.esm

x117race.esm

Chanpon.esm

Oscuro's_Oblivion_Overhaul.esm

CLS-Craftybits.esm

BathingMod_Base.esm

MD_Saddle_Master.esm

TamrielTravellers.esm

HorseCombatMaster.esm

Lovers with PK.esm

LoversCreature.esm

TamagoClub.esm

HiyokoClub.esm

MotionPack.esp

Short Grass V3.esp

Unofficial Oblivion Patch.esp

Oblivion Citadel Door Fix.esp

UOP Vampire Aging & Face Fix.esp

DLCShiveringIsles.esp

Unofficial Shivering Isles Patch.esp

Oscuro's_Oblivion_Overhaul.esp

Knights.esp

Knights - Unofficial Patch.esp

Oscuro's_Oblivion_Overhaul - Knights of Nine.esp

DLCBattlehornCastle.esp

DLCBattlehornCastle - Unofficial Patch.esp

DLCFrostcrag.esp

DLCFrostcrag - Unofficial Patch.esp

DLCHorseArmor.esp

DLCHorseArmor - Unofficial Patch.esp

DLCMehrunesRazor.esp

DLCMehrunesRazor - Unofficial Patch.esp

DLCOrrery.esp

DLCOrrery - Unofficial Patch.esp

DLCSpellTomes.esp

DLCSpellTomes - Unofficial Patch.esp

DLCThievesDen.esp

DLCThievesDen - Unofficial Patch.esp

DLCThievesDen - Unofficial Patch - SSSB.esp

DLCVileLair.esp

DLCVileLair - Unofficial Patch.esp

AsharasSirensAndTritons.esp

Beautiful People 2ch-Ed Ashara's Sirens and Tritons.esp

Beautiful People 2ch-Ed CustomRace.esp

Beautiful People 2ch-Ed Cute Elves.esp

Beautiful People 2ch-Ed Disable BandBlindMask.esp

Beautiful People 2ch-Ed ENG Race.esp

Beautiful People 2ch-Ed Merged Eye Modules.esp

Beautiful People 2ch-Ed Merged Hair Modules.esp

Beautiful People 2ch-Ed Merged RoseSims Hair Modules.esp

Beautiful People 2ch-Ed Merged SKSRENs Hair Modules.esp

Beautiful People 2ch-Ed MS Elves - NoSc.esp

Beautiful People 2ch-Ed Nec Mystic High Elf Remake.esp

Beautiful People 2ch-Ed Chocolate Elves.esp

Beautiful People 2ch-Ed Sheogorath Eye.esp

Beautiful People 2ch-Ed Vanilla Race.esp

DiabloEF 6 in 1.esp

x117 Merged SKSRENs Hair Modules.esp

x117race.esp

x117Race ENG Race.esp

Lop-ears Elf.esp

Lop-ears Elf_mini.esp

FFRace.esp

FFRace_MS.esp

FormID Finder4.esp

Active_Inventory_Spell_1.2.esp

Enhanced Hotkeys.esp

SupremeMagicka.esp

SM_ShiveringIsles.esp

SM_Scrolls.esp

SM_SigilStone.esp

SM_DLCSpellTome.esp

SM_EnchantStaff.esp

SM_OOO.esp

sr_enhanced_magic_system.esp

MD Saddlebags v3.0.esp

MD Saddlebags v3.0 Alternative Trader Script.esp

CLS-Craftybits.esp

CB-DepositsForges.esp

CB-BeeEnhancement.esp

CB-OOO_BuckGlue.esp

CB-Weights_Hard.esp

Basic Primary Needs.esp

BathingMod_Soap.esp

BathingMod_Bathroom_Upgrades.esp

BathingMod_Placeable_Bathtubs.esp

RealisticFatigue.esp

MaleBodyReplacerV5.esp

EVE_StockEquipmentReplacer.esp

EVE_ShiveringIslesEasterEggs.esp

EVE_KnightsoftheNine.esp

EVE_KhajiitFix.esp

EVE_StockEquipmentReplacer for OOO.esp

SD2011.esp

Energy - Runes.esp

sitdown.esp

See You Sleep DLL.esp

See You Sleep DLL - Vampire Bedroll Anims.esp

See You Sleep DLL - DLCVileLair.esp

CaptiveMaiden.esp

Ta22's NPCs_NENR.esp

TamrielTravellers4OOO.esp

ShiveringIsleTravellers.esp

TamrielTravellersItemsnpc.esp

ShiveringIsleTravellersFriendlyFactions.esp

Bashed Patch, 0.esp

BreakArmor.esp

UnderSewerHouse.esp

FuroGeneratorTrap.esp

MaternityClothes.esp

Vanilla Maternity Clothes.esp

SetBody.esp

TamagoShop.esp

TamagoTopic.esp

TamagoConfide.esp

LoversTamagoClub.esp

LoversEncounter.esp

HiyokoGenerator.esp

HiyokoGeneratorCreature.esp

TamagoSetBody.esp

LoversAphrodisia.esp

LoversAdultPlayPlusforSSP.esp

LoversVoiceSSPplus.esp

LoversVoiceGHN_TH.esp

LoversVoiceGH_TH.esp

LoversVoiceSSPx117.esp

LoversVoiceGH++2K_TH.esp

LoversRaperS.esp

LoversEscapeRapeVPlayer.esp

LoversNTRburglar.esp

LoversSlaveTrader.esp

LoversLoveMucus.esp

Tamago_VirginBlood.esp

LoversSpermTrap.esp

LoversPayBandit.esp

LoversProstitute.esp

LoversClubCats.esp

LoversClubCatsSx.esp

LoversRapeman.esp

PlayerSlaveEncounters_v0.55.esp

DarkBloodline.esp

LSTBravilUnderground.esp

LoversGGBlackmail.esp

LoversMB2.esp

Lovers3dorgasmMB2.esp

Lovers with PK.esp

LoversCreature.esp

LoversMotionsNT.esp

LoversFSE.esp

LoversIdleAnimsPriority.esp

LoversAnimObjectsPriority.esp

Lovers3dorgasm.esp

DeadlyReflex 6 - Combat Moves.esp

Deadly Reflex 6 - Timed Block and 250% damage.esp

Mounted_Spellcasting_Deadly_Reflex_Compatible.esp

Deadly Reflex 6 - HeX NifSE Patch.esp

SM_DeadlyReflex.esp

*movomo* · January 11, 2013

Here. this time I've also recorded the .obse file size.

save		ess	obse	sec
streamsave	2707	4031	
autosave	2706	4147	6"61	sleep
autosave	2706	4142	6"25	sleep(levelup)
quicksave	2685	4191	6"01
streamsave	2691	4431
quicksave	2691	4518	14"35
streamsave	2694	4523
quicksave	2687	4862	8"24
streamsave	2684	4955
autosave	2686	5024	10"78
--------------------------------------
quicksave	2689	5062	9"66	back to tamriel exterior
streamsave	2700	5081
console save	2701	5121	12"11
streamsave	2670	5146		wait 24 hours
streamsave	2662	5135		wait 24 hours
streamsave	2630	5152		wait 24 hours

Any thought?

edit. well I haven't applied the fix yet

borninmarch · January 11, 2013

mmmm....I tried to remove bloat using wrye bash and applied your fix,

but wrye bash said "there are no bloats" and savingtime is still too long.

I think the problem is save.obse, not ess.

Here is my save file information

1. ess

Save 117 - Aleia - Imperial City, Prison District, Level 1, Playing Time 00.37.42 , 1893 kb

Save 131 - Aleia - The Great Forest, Level 1, Playing Time 03.28.52 , 2307 kb

Save 132 - Aleia - The Heartlands, Level 1, Playing Time 03.37.05 , 2285 kb

Save 133 - Aleia - The Heartlands, Level 1, Playing Time 03.53.19 , 2299 kb

Save 134 - Aleia - The Great Forest, Level 1, Playing Time 03.58.59 , 2339 kb

Save 135 - Aleia - The West Weald, Level 1, Playing Time 04.13.09 , 2361 kb

2. obse

Save 117 - Aleia - Imperial City, Prison District, Level 1, Playing Time 00.37.42 , 764 kb

Save 131 - Aleia - The Great Forest, Level 1, Playing Time 03.28.52 , 6825 kb

Save 132 - Aleia - The Heartlands, Level 1, Playing Time 03.37.05 , 7207 kb

Save 133 - Aleia - The Heartlands, Level 1, Playing Time 03.53.19 , 7876 kb

Save 134 - Aleia - The Great Forest, Level 1, Playing Time 03.58.59 , 8191 kb

Save 135 - Aleia - The West Weald, Level 1, Playing Time 04.13.09 , 8724 kb

edit.

These are sample save files which when I disabled BA.

1. ess

Save 136 - Aleia - The Great Forest, Level 1, Playing Time 03.59.28 , 2338 kb

Save 137 - Aleia - The West Weald, Level 1, Playing Time 04.04.11 , 2350 kb

2. obse

Save 136 - Aleia - The Great Forest, Level 1, Playing Time 03.59.28 , 784 kb

Save 137 - Aleia - The West Weald, Level 1, Playing Time 04.04.11 , 793 kb

*gerra6* · January 11, 2013

mmmm....I tried to remove bloat using wrye bash and applied your fix' date='

but wrye bash said "there are no bloats" and savingtime is still too long.

I think the problem is save.obse, not ess.

[/quote']

I'll take another look to see if I can spot any possible culprits, but all strings should already be explicitly destroyed before their function returns, and all arrays explicitly de-referenced before the game is saved.

Which version of OBSE are you running?

Now, just to be clear, you have the current Break Armor ini file, but no other ini files from any break armor/break undies ini files?

***Edit***

I dug throught he code and it looks like there were two paths that could potentially leave undestroyed strings behind

Try this and see if it changes anything.

***Download Removed. Patch folded into main download***

ShiaNekoChan · January 11, 2013

mmmm....I tried to remove bloat using wrye bash and applied your fix' date='

but wrye bash said "there are no bloats" and savingtime is still too long.

I think the problem is save.obse, not ess.

Here is my save file information

1. ess

Save 117 - Aleia - Imperial City, Prison District, Level 1, Playing Time 00.37.42 , [b']1893 kb[/b]

Save 131 - Aleia - The Great Forest, Level 1, Playing Time 03.28.52 , 2307 kb

Save 132 - Aleia - The Heartlands, Level 1, Playing Time 03.37.05 , 2285 kb

Save 133 - Aleia - The Heartlands, Level 1, Playing Time 03.53.19 , 2299 kb

Save 134 - Aleia - The Great Forest, Level 1, Playing Time 03.58.59 , 2339 kb

Save 135 - Aleia - The West Weald, Level 1, Playing Time 04.13.09 , 2361 kb

2. obse

Save 117 - Aleia - Imperial City, Prison District, Level 1, Playing Time 00.37.42 , 764 kb

Save 131 - Aleia - The Great Forest, Level 1, Playing Time 03.28.52 , 6825 kb

Save 132 - Aleia - The Heartlands, Level 1, Playing Time 03.37.05 , 7207 kb

Save 133 - Aleia - The Heartlands, Level 1, Playing Time 03.53.19 , 7876 kb

Save 134 - Aleia - The Great Forest, Level 1, Playing Time 03.58.59 , 8191 kb

Save 135 - Aleia - The West Weald, Level 1, Playing Time 04.13.09 , 8724 kb

edit.

These are sample save files which when I disabled BA.

1. ess

Save 136 - Aleia - The Great Forest, Level 1, Playing Time 03.59.28 , 2338 kb

Save 137 - Aleia - The West Weald, Level 1, Playing Time 04.04.11 , 2350 kb

2. obse

Save 136 - Aleia - The Great Forest, Level 1, Playing Time 03.59.28 , 784 kb

Save 137 - Aleia - The West Weald, Level 1, Playing Time 04.04.11 , 793 kb

Did you create a save without breakarmor, then apply the new breakarmor patch?

If you don't, all of the string bloat will still be there.

borninmarch · January 11, 2013

Did you create a save without breakarmor' date=' then apply the new breakarmor patch?

If you don't, all of the string bloat will still be there.

[/quote']

Yes, I did. And that's the result.

But, anything is OK. gerra's latest patch fixed this bloat problem.

borninmarch · January 11, 2013

mmmm....I tried to remove bloat using wrye bash and applied your fix' date='

but wrye bash said "there are no bloats" and savingtime is still too long.

I think the problem is save.obse, not ess.

[/quote']

I'll take another look to see if I can spot any possible culprits, but all strings should already be explicitly destroyed before their function returns, and all arrays explicitly de-referenced before the game is saved.

Which version of OBSE are you running?

Now, just to be clear, you have the current Break Armor ini file, but no other ini files from any break armor/break undies ini files?

***Edit***

I dug throught he code and it looks like there were two paths that could potentially leave undestroyed strings behind

Try this and see if it changes anything.

It works! Wow you are fantastic....

I should go out now so I can't test many time, but the problem semms to be fixed.

Thank you so much!

Ah, I don't know that you still need my game environment,

anyway this is my current information.

I'm running OBSE 0021b , and I use breakarmor 1.10 and that's ini.(Break_Armor.ini)

I didn't use old BU system and that's ini, also BreakUndies_stock.ini too now.

I used BreakUndies_stock.ini when the BA version was 1.08, but after you fixed CTD, I remove 1.08 and updated to 1.09, and deleted that ini.

Now, I'm using 1.10a + your latest fix.

Anyway, thanks again!

*movomo* · January 11, 2013

Glad to see. Not working Break Armor is an another fire on my ass.

*gerra6* · January 12, 2013

It works! Wow you are fantastic....

I should go out now so I can't test many time' date=' but the problem semms to be fixed.

Thank you so much![/quote']

No, thank you for the excellent bug reporting. It sometimes takes a bit of persistence to convince me that the problem isn't something weird on the other person's end.

I'll update the main download.

*gerra6* · January 12, 2013

Break Armor 1.10b has been released

This update resolves a an issue that had resulted in OBSE save bloat.

borninmarch · January 12, 2013

A small problem occured. I think it is not critical bug, just little getting on my nerves.

If I repaired half-break(35%) armor which is wearing to 100%,

Armor health restore ordinarily, but armor texture did not change. Its texture was still half-broken armor texture.

I saved the game, and armor automatically reequipped, but nothing happened. Armor texture was still half-broken armor texture.

But when I loaded that save file, then the armor reequipped and the texture replaced full-restored armor.

Not exactly, but I saw this(or very similar) problem on old version of BA before ver1.10b too.....

Ahhh....I wonder if you can understand what I say, because of my poor english. Sorry.

*gerra6* · January 12, 2013

A small problem occured. I think it is not critical bug' date=' just little getting on my nerves.

If I repaired half-break(35%) armor which is wearing to 100%,

Armor health restore ordinarily, but armor texture did not change. Its texture was still half-broken armor texture.

I saved the game, and armor automatically reequipped, but nothing happened. Armor texture was still half-broken armor texture.

But when I loaded that save file, then the armor reequipped and the texture replaced full-restored armor.

Not exactly, but I saw this(or very similar) problem on old version of BA before ver1.10b too.....

[/quote']

Hmm. The last time I checked, armor swaps were occurring normally after repair, but that was a couple of versions ago. I don't actually get to spend much time actually playing the game. I'll see if I can replicate the problem.

Let me be certain that I understand.

1. Armor is damaged, mesh swap occurs, and you have broken armor

2. You repair that armor using a repair hammer (so you have the repair menu open)

3. No mesh swap occurs, and the broken mesh remains.

Saving the game triggers an unequip/re-equip, but no mesh swap, but loading the game triggers the normal mesh swap?

OK, I'll see if I can replicate this. It's possible that my data purging was a bit overzealous and that I am discarding a piece of data too quickly.

***EDIT***

OK, so far I am unable to replicate the error that you are reporting. Is anyone else experiencing this?

I tried the following with several different armors:

1. Equip armor

2. Repeatedly cast damage armor on self to degrade the armor through several break stages

3. Repair the armor using the repair hammer.

Every variation of armor, repair amount, and damage amount that I tried worked exactly as it should.

Please do me a favor and open your Break_Armor.ini file.

Look for the line

set aaBACycle.debugMsg to 0

and change it to

set aaBACycle.debugMsg to 1

Then, next time you encounter the bug, take a look at the console. With debugging level 1 enabled, any time that Break Armor swaps a mesh, it will report the mesh path in the console. Let's see if we can track down the problem that way.

That way we'll at least know if Break Armor is trying to swap the armors, and what it is swapping them to.

*movomo* · January 12, 2013

Break Clothing appears to be working well.

I've seen just once that my cloths don't back to normal state as my fatigue restores (with 1.10 RC c iirc)

Now I updated to 1.10 and not tested much.

Not important thing but maybe you could make some change on health/fatigue formula.

I havn't played 1.10b at all. Let's see.

Seems like this bug is occasional thing? You said BA handles clothings and armos with exactly same way then these could be the same problem.

And as fas as I remember what situation I was in... yes, I think this... happens.

borninmarch · January 12, 2013

Please do me a favor and open your Break_Armor.ini file.

Look for the line

set aaBACycle.debugMsg to 0

and change it to

set aaBACycle.debugMsg to 1

Then' date=' next time you encounter the bug, take a look at the console. With debugging level 1 enabled, any time that Break Armor swaps a mesh, it will report the mesh path in the console. Let's see if we can track down the problem that way.

That way we'll at least know if Break Armor is trying to swap the armors, and what it is swapping them to.

[/quote']

Oh, thanks. OK I'll try it tomorrow.

*gerra6* · January 12, 2013

I havn't played 1.10b at all. Let's see.

Seems like this bug is occasional thing? You said BA handles clothings and armos with exactly same way then these could be the same problem.

And as fas as I remember what situation I was in... yes' date=' I think this... happens.

[/quote']

If we can track down the situations where it occurs (assisted by the console spam from that timeframe), I might be able to come up with some sort of work around.

Here's the challenge. Because more than one actor may be wearing the same armor in a given cell, BreakArmor resets the mesh path to the default mesh immediately after every swap. This means that it is effectively impossible to determine the currently displayed mesh on a given actor.

Instead, I store the last known break state in the actors array and reference that against the health of the item (or actor health/fatigue for clothing).

The only thing that I can think of is that if something crazy happened and the mesh swap failed for some reason, Break Armor might end up with a mesh state in the actor's array that does not match the displayed mesh.

I'll see if I can come up with anything, but this is a problem that is probably impossible to detect without some means of determining the currently displayed mesh. And since every test will simply return the unbroken state mesh, we may be stuck.

The best we can probably hope for is to track down the situations that lead to the problem. If we can do that much, I can probably come up with some ugly kludgy work-around.

borninmarch · January 14, 2013

Same problem which I posted several days ago occured, so I reported again.

When I repaired Enchanted Kvatch Armor 70% to 100% from Merchant NPC in TamrielTraveler MOD, armor wasn't swap.

Here is the screenshot.

And any console message appeared.

massages in the console are not appeared that situation.

They were old massage which appeared few minutes ago.

I saveed the game, but armor mesh wasn't swap again.

And also any console message appeared neither.

But when I turn off the game, restart, and load that save file,

Armor mesh automatically swapped and console message apeared.

Here is the console massage.

This problem is not occured everytime. Just occured sometime.

So I don't think it is a serious problem,

but I also think you wants to make more stable BA, so I reported it.

*gerra6* · January 14, 2013

Same problem which I posted several days ago' date=' so I reported again.[/quote']

Thanks for the report.

Do you experience this only when NPCs repair your armor, or have you also experienced it when you repaired your armor yourself?

borninmarch · January 14, 2013

Do you experience this only when NPCs repair your armor' date=' or have you also experienced it when you repaired your armor yourself?

[/quote']

I also experienced it when I repaired myself by using repair hammer.

*gerra6* · January 15, 2013

Do you experience this only when NPCs repair your armor' date=' or have you also experienced it when you repaired your armor yourself?

[/quote']

I also experienced it when I repaired myself by using repair hammer.

OK. That information was very helpful in narrowing the problem. I think I've figured out the situations that can cause this and I have an idea for a possible solution that might resolve the issue.

I'll post an update once I've gotten the wrinkles out.

*Edit*

OK, I've attached a test update for Break Armor. This adds a check, once per cycle, that removes the state tracking on any items that are no longer equipped.

This means that any time you unequip/re-requip an item, Break Armor should automatically re-initialize the item and perform a mesh swap.

Please let me know if this fixes the issue and if you encounter any other oddities.

BreakArmor_110.c_test.7z

borninmarch · January 15, 2013

Please let me know if this fixes the issue and if you encounter any other oddities.

Oh thanks. I'll try it.

But, how can I know this fix works fine?

As I already posted, this problem occured just sometimes, not always. It is not common situation.

DeadSomething · January 15, 2013

the solution sounds logical.

anyway, i guess i get a lot of savegame bloating and maybe mods incompatibility even on fresh characters... i love this mod so much, but at the moment with all those mods isntalled, i can track it down to just one mod and oblivion tended to have those issues even when i played it the very first time, which was vanilla.

i already have some mods installed which supposedly should reduce bloat, but i guess they're rather making it worth in other ways.

if anyone comes out with a biiiiig fix/patch for that problem i guess he/she will get the "Science Nobelpreis"

edit:

Please let me know if this fixes the issue and if you encounter any other oddities.

Oh thanks. I'll try it.

But' date=' how can I know this fix works fine?

As I already posted, this problem occured just sometimes, not always. It is not common situation.

[/quote']

means it needs even more testing then... too bad.

*movomo* · January 15, 2013

means it needs even more testing then... too bad.

No program will ever be free of need for test.

And the bugs are getting even harder to find.

@gerra6

I played oblivion a bit today , and I've noticed that my .obse file sizes are growing slowly but continiously.

   SetBody.esp (749 strings)
   MiniMap.esp (121 strings)
   Nudeshy X.esp (45127 strings)
   BreakArmor.esp (4202 strings)

This is my obse log. A few days ago it was about 2800 strings. Not sure if this is problematic or not though.

Sign In

Break Armor Framework

Recommended Posts

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Create an account or sign in to comment

Create an account

Sign in

Recently Browsing 0 members

Important Information