borninmarch Posted January 11, 2013 Posted 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 Posted January 11, 2013 Author Posted 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 Posted January 11, 2013 Posted 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: 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 Posted January 11, 2013 Posted 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 Posted January 11, 2013 Posted 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 Posted January 11, 2013 Posted 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 Posted January 11, 2013 Author Posted 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 Posted January 11, 2013 Posted 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 Posted January 11, 2013 Posted 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 Posted January 11, 2013 Posted 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 Posted January 11, 2013 Posted January 11, 2013 Glad to see. Not working Break Armor is an another fire on my ass.
gerra6 Posted January 12, 2013 Author Posted 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 Posted January 12, 2013 Author Posted January 12, 2013 Break Armor 1.10b has been released This update resolves a an issue that had resulted in OBSE save bloat.
borninmarch Posted January 12, 2013 Posted 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 Posted January 12, 2013 Author Posted 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 Posted January 12, 2013 Posted 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 Posted January 12, 2013 Posted 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 Posted January 12, 2013 Author Posted 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 Posted January 14, 2013 Posted 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 Posted January 14, 2013 Author Posted 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 Posted January 14, 2013 Posted 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 Posted January 15, 2013 Author Posted 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 Posted January 15, 2013 Posted 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 Posted January 15, 2013 Posted 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 Posted January 15, 2013 Posted 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.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now