[RELZ] Wrye Bash -- Thread 62 : IV - Oblivion

» Wed Mar 30, 2011 1:34 am

I've noticed that recently (on v291) uninstalling mods in BAIN is taking a very long time. The time seems to be the lag between the progress bar showing and stuff actually getting removed, and doesn't seem to be package size-dependent, as even small size packages take ages. It's also not apparently conflict-related, as even packages with no conflicts take the same long time.

Is there any reason for this, and if so, can I fix it to make it speedy again? (There isn't a cache file getting bloated or anything, is there?) Installing mods takes a sensible time, seeming to lack the slowdown I'm experiencing with uninstalling.

» Wed Mar 30, 2011 5:43 am

I have the latest available Wrye Bash and Python 2.6.5. Please expand on SVN?

Check the OP - SVN are effectively the betas - on sourceforge.org - of the next release (so 292 beta currently)

» Wed Mar 30, 2011 12:19 pm

I've noticed that recently (on v291) uninstalling mods in BAIN is taking a very long time.

How long is a long time? I've been installing and uninstalling mods, and I haven't noticed any lags...

I'm running off of trunk, but I don't think there have been changes in this area since 291.

» Wed Mar 30, 2011 2:05 am

If you change 1 thing, It will rescan it all.

Not as much of a lag if you change nothing, huh?

Quote: can I fix it to make it speedy again?

Sure, Do you have a solution?

» Tue Mar 29, 2011 9:25 pm

Catching up on some replies, and an update

EDIT: Implemented, although I'm not sure why you'd want to select the extension, since Wrye Bash wont let you change the extension of an archive >>>> for copying the full name for posting in forums, BCF notes, changing the name minus 2 levels of "extensions" (dot delimited areas really) etc

I guess I slightly misunderstood you the first time. Updated the F2 functionality again to do that

Getting started with Tortoise - monkeys, pythons, tortoises - that's not a program it's an ecosystem. Anyway - can those files :

...

under Oblivion\Data\Bash Patches\ be safely deleted ? Not seem to be present in the svn (and 291 didn't bin them - I guess they were valid at the time)

Yes, they were merged into the other various lists, so you can delete them.

Bug report - Currently using svn924 but this was also present in the previous one I was using 921 ...

The two new Set sound attenuation levels tweaks.

I am only using the Nirnroots one, select it for inclusion in the bashed patch (but not selecting the other attenuation tweak)

All seems fine until I come again to re-build the bashed patch - Somehow the other Tweak is already selected; as if I selected it last time round.

Tried this a few times just to make sure I wasn't going mad

. De-select the general tweak, just selecting Nirnroots tweak, build patch. Quit Wrye Bash then re-load, go to build the bashed patch and the other tweak is already selected.

I took a quick look at it and I'm not sure why it's doing it, but I'll make a bug report so PM or War can take a look at it.

To the Team - another think that is bugging me for some time now is the handling of cleaning - maybe WB could step in and automate things a bit ?
Mark mods as needing clean up (user marks them or BOSS or both) - keep tes4edit logfiles neatly organized - have a special project/package with cleaned mods which receives special conflict handling (no conflict) and informs this new field (mod needs cleaning > mod cleaned) - group mods needing clean up (dirty, identical to master, deleted references, ....)
Clean up cleaning ! - what you say ?

It would be nice to have something like this, I just went through cleaning a bunch of mods myself, but I don't think TES4Edit can take command line options (select esps,apply filter, etc) to accomplish this. Unless someone knows of any?

I've noticed that recently (on v291) uninstalling mods in BAIN is taking a very long time. The time seems to be the lag between the progress bar showing and stuff actually getting removed, and doesn't seem to be package size-dependent, as even small size packages take ages. It's also not apparently conflict-related, as even packages with no conflicts take the same long time.

Is there any reason for this, and if so, can I fix it to make it speedy again? (There isn't a cache file getting bloated or anything, is there?) Installing mods takes a sensible time, seeming to lack the slowdown I'm experiencing with uninstalling.

I haven't noticed anything myself, but I'll try to keep a look out for them. Only guess I have off the top of my head is that when you're uninstalling, Bash has to extract the "lower" files that used to be overridded from their archive in order to install the correct versions if you have Auto-Anneal on. So maybe the extra time you're seeing is Bash extracting lower version files to replace higher version ones that you uninstalled? If that's not it, let us know, and we can look into it further.

And for the update: the next version (292), wizards will be able to edit ini's for you modders out there. The applicable function is EditINI. For more details, see the http://oblivionworks.svn.sourceforge.net/viewvc/oblivionworks/Programs/Wrye%20Bash/Mopy/wizards.html#EditINI in the svn.

» Wed Mar 30, 2011 12:23 pm

I haven't noticed anything myself, but I'll try to keep a look out for them. Only guess I have off the top of my head is that when you're uninstalling, Bash has to extract the "lower" files that used to be overridded from their archive in order to install the correct versions if you have Auto-Anneal on. So maybe the extra time you're seeing is Bash extracting lower version files to replace higher version ones that you uninstalled? If that's not it, let us know, and we can look into it further.

And for the update: the next version (292), wizards will be able to edit ini's for you modders out there. The applicable function is EditINI. For more details, see the http://oblivionworks.svn.sourceforge.net/viewvc/oblivionworks/Programs/Wrye%20Bash/Mopy/wizards.html in the svn.

I think I've been uninstalling mods with no overriding files. I'll time Bash next time I use BAIN, and get back to you.

As for the second, yay!

» Wed Mar 30, 2011 2:43 am

Bug report - Currently using svn924 but this was also present in the previous one I was using 921 ...

The two new Set sound attenuation levels tweaks.

I am only using the Nirnroots one, select it for inclusion in the bashed patch (but not selecting the other attenuation tweak)

All seems fine until I come again to re-build the bashed patch - Somehow the other Tweak is already selected; as if I selected it last time round.

Tried this a few times just to make sure I wasn't going mad

. De-select the general tweak, just selecting Nirnroots tweak, build patch. Quit Wrye Bash then re-load, go to build the bashed patch and the other tweak is already selected.

I took a quick look at it and I'm not sure why it's doing it, but I'll make a bug report so PM or War can take a look at it.

Correction: I took a bit longer of a look, and figured it out. Fixed now thanks

» Tue Mar 29, 2011 11:07 pm

Catching up on some replies, and an update

And for the update: the next version (292), wizards will be able to edit ini's for you modders out there. The applicable function is EditINI. For more details, see the http://oblivionworks.svn.sourceforge.net/viewvc/oblivionworks/Programs/Wrye%20Bash/Mopy/wizards.html#EditINI in the svn.

Wooooooot!

Caught the GetEspmStatus from the wizard thread. Added to my app.

A example of EditINI if you would please, here or in the wizard thread, if ya would.

Also I have a example test wizbain I would like to get sent to you also for review before release, but have been focusing on app icons at the moment for bash.

» Wed Mar 30, 2011 7:21 am

Catching up on some replies, and an update

And for the update: the next version (292), wizards will be able to edit ini's for you modders out there. The applicable function is EditINI. For more details, see the http://oblivionworks.svn.sourceforge.net/viewvc/oblivionworks/Programs/Wrye%20Bash/Mopy/wizards.html#EditINI in the svn.

A example of EditINI if you would please, here or in the wizard thread, if ya would.

Also I have a example test wizbain I would like to get sent to you also for review before release, but have been focusing on app icons at the moment for bash.

Click the link, silly.

And you can just PM a link to the wizbain and I'll take a look at it.

» Wed Mar 30, 2011 8:07 am

Click the link, silly.

Purple silly, not white, anyway got the new svn

I'll get that test wiz to ya
BTW, does this mean anything, it popped up....

Traceback (most recent call last):  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\belt.py", line 85, in OnChange    self.next = self.parser.Continue()  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\belt.py", line 687, in Continue    return PageFinish(self.parent, self.sublist, self.espmlist, self.espmrenames, self.bAuto, self.notes, self.iniedits)  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\belt.py", line 378, in __init__    sizerInis.Add(wx.StaticText(self, -1, _('')))  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\bolt.py", line 120, in _    head,core,tail = reTrans.match(text).groups()AttributeError: 'NoneType' object has no attribute 'groups'

Edit: Hmmmm Can't seem to finish any wizard...
It happened after 928....

» Wed Mar 30, 2011 7:10 am

Back with some numbers for my uninstalling lag problem:

Uninstalling Map Marker Overhaul 3.8. It's a .rar archive with nothing showing on any of the panels past Matched, apart from some screenshots in Skipped. From clicking the Uninstall option, a progress bar popped up immediately. It then did nothing, staying at 00:00 and with an empty bar for 6 seconds. The box then seemed to refresh, flashing and moving down and to the left slightly, and then did nothing once more at 00:00 with an empty bar for a further 39.1 seconds. After this, the box refreshed again, and quickly passed through the entire progress bar width with some filenames flashing up, doing all this in under a second.

So it seems to me that the actual removing of files behaves normally, but there's a massive lag of 45.1 seconds before that happens, and this is for a package with no conflicts to negotiate. I don't think it's restricted to .rar files either, the majority of my mods are .7z and I'm seeing the same sort of times for them too.

If you need any more info, just say so, I could probably even upload my WB install if needed.

» Wed Mar 30, 2011 1:53 am

(A somewhat continued suggestion related to my suggestion in the BOSS thread.)

Could you please make the "Always Update BOSS masterlist prior to running BOSS" option ON by default? I had assumed, incorrectly it seems, that the interaction between BASH 291 and BOSS 1.6 did this automatically, when launching BOSS from in BASH. I had no idea that option was even in the right-click menu until I realized my BOSS masterlist was way out of date. Most of us are Average Joe Users that just point and click and expect magic to happen. My magic wasn't happening.

It's little things like this that will make BASH less intimidating to new users.

Also, what wrinklyninja said about the pause when uninstalling, I've noticed it too. Makes me think Bash has gone unresponsive.

» Tue Mar 29, 2011 10:00 pm

Purple silly, not white, anyway got the new svn

I'll get that test wiz to ya
BTW, does this mean anything, it popped up....

Traceback (most recent call last):  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\belt.py", line 85, in OnChange    self.next = self.parser.Continue()  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\belt.py", line 687, in Continue    return PageFinish(self.parent, self.sublist, self.espmlist, self.espmrenames, self.bAuto, self.notes, self.iniedits)  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\belt.py", line 378, in __init__    sizerInis.Add(wx.StaticText(self, -1, _('')))  File "C:\Program Files\Bethesda Softworks\Oblivion\Mopy\bolt.py", line 120, in _    head,core,tail = reTrans.match(text).groups()AttributeError: 'NoneType' object has no attribute 'groups'

Edit: Hmmmm Can't seem to finish any wizard...
It happened after 928....

Bah, I retartedly made an empty string "translatable", so Bash is looking for the correct translation for you. Doh. (It *should* work fine if you're trying to run in english, but probably not for other languages)

Back with some numbers for my uninstalling lag problem:

Uninstalling Map Marker Overhaul 3.8. It's a .rar archive with nothing showing on any of the panels past Matched, apart from some screenshots in Skipped. From clicking the Uninstall option, a progress bar popped up immediately. It then did nothing, staying at 00:00 and with an empty bar for 6 seconds. The box then seemed to refresh, flashing and moving down and to the left slightly, and then did nothing once more at 00:00 with an empty bar for a further 39.1 seconds. After this, the box refreshed again, and quickly passed through the entire progress bar width with some filenames flashing up, doing all this in under a second.

So it seems to me that the actual removing of files behaves normally, but there's a massive lag of 45.1 seconds before that happens, and this is for a package with no conflicts to negotiate. I don't think it's restricted to .rar files either, the majority of my mods are .7z and I'm seeing the same sort of times for them too.

If you need any more info, just say so, I could probably even upload my WB install if needed.

Could you just double check for me, right click on the installers columns and make sure "Show Lower Conflicts" is selected, then let me know if anything is in the conflicts tab for it (while it is configured for install)
It'll probably look normal, it's just one last thing to check. I'll try seeing if I can reproduce it on my end, and once I can, I'll try to figure out what's causing it.

(A somewhat continued suggestion related to my suggestion in the BOSS thread.)

Could you please make the "Always Update BOSS masterlist prior to running BOSS" option ON by default? I had assumed, incorrectly it seems, that the interaction between BASH 291 and BOSS 1.6 did this automatically, when launching BOSS from in BASH. I had no idea that option was even in the right-click menu until I realized my BOSS masterlist was way out of date. Most of us are Average Joe Users that just point and click and expect magic to happen. My magic wasn't happening.

It's little things like this that will make BASH less intimidating to new users.

Can do.

» Wed Mar 30, 2011 9:34 am

Back with some numbers for my uninstalling lag problem:

Uninstalling Map Marker Overhaul 3.8. It's a .rar archive with nothing showing on any of the panels past Matched, apart from some screenshots in Skipped. From clicking the Uninstall option, a progress bar popped up immediately. It then did nothing, staying at 00:00 and with an empty bar for 6 seconds. The box then seemed to refresh, flashing and moving down and to the left slightly, and then did nothing once more at 00:00 with an empty bar for a further 39.1 seconds. After this, the box refreshed again, and quickly passed through the entire progress bar width with some filenames flashing up, doing all this in under a second.

So it seems to me that the actual removing of files behaves normally, but there's a massive lag of 45.1 seconds before that happens, and this is for a package with no conflicts to negotiate. I don't think it's restricted to .rar files either, the majority of my mods are .7z and I'm seeing the same sort of times for them too.

If you need any more info, just say so, I could probably even upload my WB install if needed.

Have a look at what's running on your system while the progress bar is stuck at 00:00 (Task Manager will do, if you haven't got ProcExp). My guess it it's running Attrib to remove any read-only flags.

Eloise

» Wed Mar 30, 2011 9:01 am

Could you just double check for me, right click on the installers columns and make sure "Show Lower Conflicts" is selected, then let me know if anything is in the conflicts tab for it (while it is configured for install)
It'll probably look normal, it's just one last thing to check. I'll try seeing if I can reproduce it on my end, and once I can, I'll try to figure out what's causing it.

Yep, I had that option selected. No conflicts.

Have a look at what's running on your system while the progress bar is stuck at 00:00 (Task Manager will do, if you haven't got ProcExp). My guess it it's running Attrib to remove any read-only flags.

Eloise

You're correct - I checked, and Attrib was running during that pause, and vanished when the pause did. Hope that helps.

» Wed Mar 30, 2011 10:22 am

Another bug introduced in the last few svn's - With svn 936 the 'Apply these Selections' checkbox is conspicuous by its absence, making a wizard also unable to finish http://www.bild.me/bild.php?file=5202468Untitled.jpg

» Wed Mar 30, 2011 2:42 am

Another bug introduced in the last few svn's - With svn 936 the 'Apply these Selections' checkbox is conspicuous by its absence, making a wizard also unable to finish http://www.bild.me/bild.php?file=5202468Untitled.jpg

Bah humbug! I raised the default wizard size to make sure it was visible, but apparently it wasn't enough on some systems

Anyway, it should work better with 937

» Wed Mar 30, 2011 12:06 am

:thumbsup: yep that works

» Wed Mar 30, 2011 8:15 am

I couldn't find anything about this in the readme, so I have to ask here.

Regarding archive invalidation: which is better, OBMM or Wrye Bash? I've been using OBMM since I started, but I wonder if WB isn't "better". If I do go with WB, what should I do? I know I'd need the BSA file; should I delete OBMM's archive BSA, or just change the ini entry to reflect the change, to avoid conflicts? How does Oblivion handle it?

» Wed Mar 30, 2011 7:55 am

I couldn't find anything about this in the readme, so I have to ask here.

Regarding archive invalidation: which is better, OBMM or Wrye Bash? I've been using OBMM since I started, but I wonder if WB isn't "better". If I do go with WB, what should I do? I know I'd need the BSA file; should I delete OBMM's archive BSA, or just change the ini entry to reflect the change, to avoid conflicts? How does Oblivion handle it?

Whichever you prefer. Both use the same mechanism. OBMM puts the redirection file in a sub-directory, so you wind up with a slightly longer path to it in your Oblivion.ini (5 characters more!), but that's it.

» Wed Mar 30, 2011 4:49 am

excuse me, i know you decoded most of esp records mysteries, so please add following functionality for modders (yeah it's for modders and regular players would have litle use of it).

the Workspace Move and Merge
it would move all objects of one Workspace to another workspace with choosen offset (so it can become new part of those workspace)
also probably ability to filter thingies (in example when new thingies will conflict with old thingies where is moved to)

the idea is to make able project in separate workspaces move to the ones in old where it would match (eg Hammerfell the eastern Grasslands, from its own workspace to hamerfell in tamriel workspace) and do it almost fully automatically (so you give short instructions what move where and it would do and there would be very little to fix by hand (Hamerfell is so great project that moving it by hand isn't really possible, also it begun when there not existed yet possibility to sensible place it in tamriel workspace because of issues which is solved by oblivion modders now)

it would also help new modders, as they could place all mod content in new workspace and later think where it to merge. also it would made possibilities of which i never dreamed but essentially may be usefull.

You are so great that i hope you wouldn't have major problems to do it, have you? Please work some on this, as there is even now demand on this, we would be very thankfull.

» Wed Mar 30, 2011 1:01 pm

Request if this hasn't already been done:

Would it be possible to make the Harvest Chance BP tweak exempt Nirnroots from its modifications? Nirnroots were never intended to be a chance-based harvest and I have a fleeting feeling that making them one breaks the script that governs them, as I started having CTDs when harvesting them on a particular game when the BP modified the harvest chance for Nirnroots and I failed to harvest a few.

» Wed Mar 30, 2011 4:54 am

The latest SVN revision marks several more mods as mergeable. Problem is, these mods are not. I merged them and then checked with TES4Edit, and the records were not in the BP. Just letting you guys know. I LOVE the new INI tab, by the way. Great job with that.

» Wed Mar 30, 2011 11:12 am

On right clicking on the right pane of the Ini tabs (the ini tweaks), with Automagic Bags.ini loaded

Traceback (most recent call last):  File "C:\GAMES\TESIV\Oblivion\Mopy\basher.py", line 2073, in OnSelectTweak    self.tweakContents.RefreshUI(tweakFile)  File "C:\GAMES\TESIV\Oblivion\Mopy\basher.py", line 1286, in RefreshUI    self.tweakLines = ini.getTweakFileLines(tweakPath)  File "C:\GAMES\TESIV\Oblivion\Mopy\bosh.py", line 6973, in getTweakFileLines    iniSettings = self.getTweakFileSettings(self.getPath(),True,True)AttributeError: OBSEIniFile instance has no attribute 'getPath'

SVN 944
Closed Bash - updated to 948 - now when I select Automagic Bags.ini from the dropdown I get:

Traceback (most recent call last):  File "C:\GAMES\TESIV\Oblivion\Mopy\basher.py", line 2213, in OnSelectDropDown    self.AddOrSelectIniDropDown(path)  File "C:\GAMES\TESIV\Oblivion\Mopy\basher.py", line 2188, in AddOrSelectIniDropDown    self.SetBaseIni(path)  File "C:\GAMES\TESIV\Oblivion\Mopy\basher.py", line 2127, in SetBaseIni    self.tweakContents.RefreshUI(selected)  File "C:\GAMES\TESIV\Oblivion\Mopy\basher.py", line 1286, in RefreshUI    self.tweakLines = ini.getTweakFileLines(tweakPath)  File "C:\GAMES\TESIV\Oblivion\Mopy\bosh.py", line 6973, in getTweakFileLines    iniSettings = self.getTweakFileSettings(self.getPath(),True,True)AttributeError: OBSEIniFile instance has no attribute 'getPath'

and the UI does not refresh. EDIT : removed Automagic Bags.ini and got the same error as above when I tried to reselect it.

Btw - how would one use this new interface ? I mean is there a way to edit the ini and the change be saved as a new tweak ?

» Wed Mar 30, 2011 4:19 am

Traceback (most recent call last):  File "C:\GAMES\TESIV\Oblivion\Mopy\basher.py", line 2213, in OnSelectDropDown    self.AddOrSelectIniDropDown(path)  File "C:\GAMES\TESIV\Oblivion\Mopy\basher.py", line 2188, in AddOrSelectIniDropDown    self.SetBaseIni(path)  File "C:\GAMES\TESIV\Oblivion\Mopy\basher.py", line 2127, in SetBaseIni    self.tweakContents.RefreshUI(selected)  File "C:\GAMES\TESIV\Oblivion\Mopy\basher.py", line 1286, in RefreshUI    self.tweakLines = ini.getTweakFileLines(tweakPath)  File "C:\GAMES\TESIV\Oblivion\Mopy\bosh.py", line 6973, in getTweakFileLines    iniSettings = self.getTweakFileSettings(self.getPath(),True,True)AttributeError: OBSEIniFile instance has no attribute 'getPath'

and the UI does not refresh. EDIT : removed Automagic Bags.ini and got the same error as above when I tried to reselect it.

Btw - how would one use this new interface ? I mean is there a way to edit the ini and the change be saved as a new tweak ?

Ah my bad. I fixed that in the regular INI version, but not the OBSE ini version.

As for the UI, right now it only shows the contents. Maybe in the future we can add something to make tweak files or whatnot, but for now you'll just have to make your own manually or edit the ini manually.

EDIT: Actually, now that I fixed that problem, a few more surfaced. Wait a few while I fix it (regular INI's work fine, just not OBSE BatchScripts)
EDIT2: Ok, really fixed now, tested it out with All Natural and it looks good with both types of INI files now.