[RELZ] Wrye Bash -- Thread No. 42 : IV - Oblivion

» Thu Mar 17, 2011 5:33 am

and to jw0ollard accusations, I am many things, but a hyperbolist I am not : ). I have 141 project directories, so putting all archives in extra folders would mean creating at least 141 subdirectories (some project folders house quite a few associated mods. Here is my current project list:

Spoiler

Animations_AmazingJump/
Animations_Backstab/
Animations_Idles/
Animations_RealWalk/
Animations_SensualWalks/
Audio_AtmosphericOblivion/
Audio_ElfFemaleYoungerVoice/
Audio_ExtraMusic/
Audio_MoreImmersiveSound/
Audio_SilentTracks/
Audio_SymponyOfViolence/
Bain Converters/
Base_MOBS/
Base_OfficialMods/
Base_UnofficialOblivionPatch/
Base_UnofficialOfficialModsPatch/
Base_UnofficialSIPatch/
Base_VanillaOblivion/
Bash/
Bodies_Khajiit/
Civ_AWLSMeshes/
Civ_AWLSTextures/
Civ_ArchmageChest_OBSE/
Civ_AurielsRetreat/
Civ_BetterCities/
Civ_DragonCaptions/
Civ_Elsweyr/
Civ_Vaults/
Combat_Adrenaline/
Combat_Archery/
Combat_BobWeave/
Combat_DeadlyReflex/
Combat_Hide/
Dungeons_AdenseEpicDungeon/
Dungeons_AyleidenRuinsixpanded/
Dungeons_Blackrock/
Dungeons_DragonCitadel/
Dungeons_ForgottenTomb/
Dungeons_HydraLair/
Dungeons_Ivellon/
Dungeons_LichKingTower/
Dungeons_Oubliette/
Dungeons_ProvingGround/
Dungeons_RootSystem/
Dungeons_TempleOfZealots/
Environment_AliveWaters/
FCOM_ArmamentariumArtifacts_RobertsMale/
FCOM_BloodAndMud/
FCOM_BobsArmory/
FCOM_FCOM/
FCOM_Fran/
FCOM_FranArmorAddOn/
FCOM_HarvestFlora/
FCOM_LothsBluntWeapons/
FCOM_MMM/
FCOM_OOO/
FCOM_OOOGems_OBSE/
FCOM_Ruin/
FCOM_SlofsRobes/
FCOM_TamrielTravellers/
FCOM_WarCry/
FCOM_WelkyndSword/
Gameplay_DLT_OBSE/
Gameplay_EnchantmentRestore_OBSE/
Gameplay_EnhancedEconomy/
Gameplay_EnhancedGrabbing/
Gameplay_FastExit_OBSE/
Gameplay_Gardening/
Gameplay_GatherYeRosebuds_OBSE/
Gameplay_GrandmasterAlchemy/
Gameplay_GuardOverhaul/
Gameplay_IDontFeelQuiteRight/
Gameplay_LegendaryAbilities/
Gameplay_LightweightPotions/
Gameplay_PersuasionOverhaul/
Gameplay_QarlsHarvest/
Gameplay_RealisticLevelling/
Gameplay_RegionalBounty/
Gameplay_RespawningStones/
Gameplay_SaveSkillBooksForLater_OBSE/
Gameplay_SneakTransparency/
Gameplay_SoulDelete/
Gameplay_StealthOverhaul/
Gameplay_Streamline_OBSE/
Gameplay_StutterRemover/
Gameplay_Uncapper/
Gameplay_UniversalSilentVoice_OBSE/
Gameplay_WillfulResistance/
Gameplay_WillpowerResistance/
Items_Amulets/
Items_Barenziah/
Items_ClassyClothing/
Items_Hammerblade/
Items_Keychain_OBSE/
Items_PortableSorters_OBSE_Cobl/
Items_QuestAwardLeveller/
Items_StorageSacks_OBSE/
Landscape_RAEVWD/
Landscape_RAEVWDSI/
Landscape_UniqueLandscapes/
Libs_COBL_OBSE_FCOM_Exnem/
Libs_ItemInterchange_COBL_FCOM/
Libs_Pluggy/
Magic_ConduitMagic/
Magic_EnchantmentMastery/
Magic_LAME/
Magic_TeachSpell/
Quests_Aesgaard/
Quests_Bloodlines/
Quests_Cybiades/
Quests_EnhancedDaedricInvasion/
Quests_HeartOfTheDead/
Quests_HoarfrostCastle/
Quests_KragenirsDeathQuest/
Quests_KvachRebuilt/
Quests_LostSpires/
Quests_MountainTower/
Quests_NakedNord/
Quests_TearsOfTheFiend/
Quests_Thievery/
Quests_Windfall/
Races_CuteElves/
Stock_BookJackets/
Stock_EVE/
Stock_GreyFoxCowlRedux/
Tools_FormIdFinder/
UI_AlchemyAdvanced_OBSE/
UI_DarNifiedUI/
UI_ElvenMaps/
UI_GuildMapMarkers/
UI_MapMarkerOverhaul_OBSE/
UI_OdeToOblivion/
UI_SuperHotkeys_OBSE/
UI_ToggleableQuantityPrompt/
Visuals_Bubbles/
Visuals_DarkerNightsAndDungeons/
Visuals_Lava/
Visuals_PhinixWaterfix/
Visuals_Rainbows/
Visuals_Sky/

OK so your max amount of sub-directories from my suggestion is still 141, not *hundreds*.

"Hundreds of" implies <199, at least to me. For the projects with multiple components, a singular "Original Archives" folder still applies, I feel.

And this is all a bit silly because, to quote your original post on the matter: "Could I make a small request for the next version? I keep on running into a few extensions in my projects that I don't want installed. Could you add '.ace', '.tgz', '.tar', '.tar.gz', and '.omod' to the skipExts variable in bosh.py? Thanks. " and "Every once in a while a mod is packaged that way." (note emphasis)

So my question is how many of these 141 project folders are even affected by this? 5, 10, 15? That means you just stick a sub-directory into those few to bypass the issue... Also, what is the reason for including the most common -- the only mod format you mention that I've actually ever seen -- the .omod? I have always converted it into an archive with conversion data instead, and stored that. And of course if it is something that actually requires OBMM to install, like shader edits, what is it doing in a BAIN project?

I also don't think I've ever once seen the other extensions in all my mod-downloading days, but I'm sure there are at least a few that exist. But if I were to have come upon any such mod I would have simply repackaged it as a .7z anyway.

Maybe I'm just being pedantic, but I wouldn't put loose, unrecognized files in the root of 141 of my projects and let BAIN install them. I just think the intuitive thing to do in those situations is to make BAIN ignore it by putting it in a non-standard folder, and it also keeps your project format nice, neat, and standardized. Which when dealing with the installation of one project at a time, I feel the time cost is nil. New Folder > Name Folder > Place files > Done.

Anyway, I'm not challenging the validity of the request. Just saying there's a much better/nicer solution than asking that the program be changed.

» Wed Mar 16, 2011 8:02 pm

Could I make a small request for the next version? I keep on running into a few extensions in my projects that I don't want installed. Could you add '.ace', '.tgz', '.tar', '.tar.gz', and '.omod' to the skipExts variable in bosh.py? Thanks.

Off hand, I don't see this hurting anything, and I'm leaning towards making the change. Let me think about it a bit to see if there are any unintended consequences. It might interfere with BCF creation/usage since it automatically extracts any archives within the package, but I'm fairly sure I didn't reference skipExts during that process. I'll have to review that code.

Edit: Reviewed the code. As I thought, the change won't hurt anything. Fixed for the next release.

» Thu Mar 17, 2011 3:25 am

The only other things I modified were the icon names, so they match the source code (as Linux is case sensitive as opposed to Windows). These icons need to be fixed for WB to even begin to initialize (given are the names after they have been fixed):

? Insanity'sReadmeGenerator.png
? Boss16.png
? AutoCad16.png
? Blender16.png
? DDSConverter16.png
? bashmon16.png

oh oops... I'll change those in the main distro... no sense in not having case match even if case doesn't matter for 99.9% of users - and I'd guess that significantly more than .1% of users would run Bash in Linux rather than Windows if they could.

I regret to report very unpleasant bug. Very.
Every time after I run TES4View, Wrye bash gives me error message and in mid-BAINstallation of 360+ packages simply refused to load anymore, quickly running a lot of messages instead and not loading at all.
This happens if I run TES4View with Wrye Bash closed or open, no matter.
Hope you'll find cure, for now will reinstall and start fresh BAINstallation without using TES4View.

can't really do anything without those messages... please post em. (though it is your system/setup rather than Bash in general but I may be able to put a workaround for the ?% of users with that setup.

Not sure if this was done intentionally, but I am going to ask anyway.

When I am using BAIN, and have finished an BAIN achieve.. I check whatever is necessary, and install it. Now it is possible that I have found something on-line which is related to the package. I then unpack the achieve, add the file(s) and repack it.

Whenever I add something to my package that has a number which is greater than the rest, everything is fine. Now whenever I add a directory that is in between the first <=> last number, the checked boxes spring a level up (depending on how many folders I add - 2 = 2 levels up). When dealing with smaller packages then it is no problem, but larger (say, 50 folders) it can become rather confusing.

Is this a function which has some special meaning? Or something which has not been addressed yet?

(using RC1).

lunaaaa

as said it is due to recording what folders are checked by their index rather than their string... maybe change that in 285 (plan is to release 284 out of RC into full this afternoon)

Last night after installing few big mods I got the error message identical to the one reported by Arthmoor, then turned off the WB.
This morning it loaded normally but the mods were shoun as installed in mod directory but notinstalled in installers directory.
I uninstalled-reinstalled couple of them, then decided to turn WB off to prevent memory overload.
When I try to turn WB on I get a quickly appearing message and WB refuses to load at all.

What now?
I need to complete my installation...

Downgraded to v283, loaded as magic but I need the new functions in 284...

One hour later - 283 works without complaint, installs, uninstalls, good guy.
Tried again 284 - skives, claims memory errors, lazy, bad guy.

any specific error messages?
- since you know what I just did? - I did a totally clean of my computer (down to and including Windows) - and reinstalled Oblivion... and BAIN installed a whole lot of mods at once... around 200 packages and didn't once get memory usage of over 200mb... - kinda makes it hard to figure out why it is doing that when BAIN is working the best it ever has for me right now.

After rebuilding the patch with All Armor Playable and All Clothes Playable I started seeing things.

Skelleton loot:
Acromarker
AgilityMarkes
BashMarker.

Zombies - the same.

Is this supposed to happen?
I mean, I don't mind disguising myself as a zombie or werewolf, but them markers...?

ah now that's more like the kind of info I like... may be a bug (er yes it is) but the info is exactly what I need to fix it easily... fixed (but do report any others that incorrectly show up please)

Hey, can you guys add a race tag for the head and ears textures?

Edit: Also, would it be possible to implement a right-click menu in the merged patches section to uncheck all or something? Is there a reset bashed patch function? That would work for what I had in mind as well...

yeah added select/deselect all buttons last week... now that is a funny coincidence that you'd ask a couple days later.
R.Ears should cover ears fully
head oh hmmm adding... R.Head next edition (284 full... this evening I'm hoping)

Could I make a small request for the next version? I keep on running into a few extensions in my projects that I don't want installed. Could you add '.ace', '.tgz', '.tar', '.tar.gz', and '.omod' to the skipExts variable in bosh.py? Thanks.

sure... (and such a tiny change why is there all this discusion everyone?... took me way way way way more time to read your posts than to add this in! and anyways if it saves one user time repeatedly, doesn't take me long and doesn't negatively impact other users why not is my stance.).. post writing edit but before posting/commiting edit: Ninja'd!

Pacific Morrowind

» Thu Mar 17, 2011 6:19 am

oh oops... I'll change those in the main distro... no sense in not having case match even if case doesn't matter for 99.9% of users - and I'd guess that significantly more than .1% of users would run Bash in Linux rather than Windows if they could.

can't really do anything without those messages... please post em. (though it is your system/setup rather than Bash in general but I may be able to put a workaround for the ?% of users with that setup.

as said it is due to recording what folders are checked by their index rather than their string... maybe change that in 285 (plan is to release 284 out of RC into full this afternoon)

any specific error messages?
- since you know what I just did? - I did a totally clean of my computer (down to and including Windows) - and reinstalled Oblivion... and BAIN installed a whole lot of mods at once... around 200 packages and didn't once get memory usage of over 200mb... - kinda makes it hard to figure out why it is doing that when BAIN is working the best it ever has for me right now.

ah now that's more like the kind of info I like... may be a bug (er yes it is) but the info is exactly what I need to fix it easily... fixed (but do report any others that incorrectly show up please)

yeah added select/deselect all buttons last week... now that is a funny coincidence that you'd ask a couple days later.
R.Ears should cover ears fully
head oh hmmm adding... R.Head next edition (284 full... this evening I'm hoping)

sure... (and such a tiny change why is there all this discusion everyone?... took me way way way way more time to read your posts than to add this in! and anyways if it saves one user time repeatedly, doesn't take me long and doesn't negatively impact other users why not is my stance.).. post writing edit but before posting/commiting edit: Ninja'd!

Pacific Morrowind

Wow, that was fast. Everything I wanted is already planned with the full release of the current version.

» Thu Mar 17, 2011 8:24 am

http://www.gamesas.com/index.php?/topic/1094021-relz-wrye-bash-thread-43//
.... and accidentaly named it #42 DOH! ... should be renamed 43 next time an admin is on. --- renamed thanks to our favourite ursinoid

EDIT: @@Tomlong: Not exactly... better than planned it is implemented!
Pacific Morrowind

» Thu Mar 17, 2011 4:59 am

Hey, just trying to install wyre bash to work, it wont load so I carried out a bug dump and received this error:

c:\Program Files\Bethesda Softworks\Oblivion\Mopy>c:\python25\python.exe bash.py -d
Traceback (most recent call last):
File "bash.py", line 74, in
import bosh
File "c:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 1469
except Exception as error:
^
SyntaxError: invalid syntax
c:\Program Files\Bethesda Softworks\Oblivion\Mopy>

Can anybody help me please?

Thanks.

» Wed Mar 16, 2011 11:42 pm

This thread should be locked.

Please repost in http://www.gamesas.com/index.php?/topic/1120997-relz-wrye-bash-thread-52/