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

» Wed Mar 30, 2011 1:34 am

1. yes this would be perfect, but this doesn't work

Just double checked to make sure, and it does perfectly for me. could you provide screen shots of before you close, then after you re-open bash? Maybe it'll give me a clue. Also, I suppose version of windows, python, wxpython would be helpful

» Wed Mar 30, 2011 8:49 am

The only column sizes I can concur do not remember last state are on the Saves Tab. Otherwise all column sizes stay put on Installers and Mods tabs (Unless theres a possibility he means the resizeable Sub-Package/Comments boxes on the Installers Tab - Those resize which they never used to but do not remember last state)

And thank you for having a look at the new screens

» Wed Mar 30, 2011 9:39 am

Ditto with the SubPackage box, I rarely have any need for the Comments section, yet it fills the Whole section each time I open the Installers ...

I also have an issue with the Refresh, where it will Stall on certain Mods calculating the CRCs, most Prominate for me seems to be http://tesalliance.org/forums/index.php?/files/file/594-wellspring-vale/.esp.
*(It will take a couple minutes all by itself (Several times longer than the rest combined))
*(Don't know if it's possible from the way I packaged it, or maybe because I cleaned it, or..

» Wed Mar 30, 2011 9:49 am

Just double checked to make sure, and it does perfectly for me. could you provide screen shots of before you close, then after you re-open bash? Maybe it'll give me a clue. Also, I suppose version of windows, python, wxpython would be helpful

Windows 7 Ultimate 64 bit
Python 2.6.6
comtypes 0.6.2
pywin 32-216
wxPython 2.8.11.0 (ansi)

http://www.4shared.com/file/Npzg9v6w/Pictures.html

» Wed Mar 30, 2011 6:40 am

The only column sizes I can concur do not remember last state are on the Saves Tab. Otherwise all column sizes stay put on Installers and Mods tabs (Unless theres a possibility he means the resizeable Sub-Package/Comments boxes on the Installers Tab - Those resize which they never used to but do not remember last state)

I think he means the columns in both Installers tab and the Mods tab (some of them is almost *hidden*), because the only tab I didn't resize columns is in the INI Edits tabs, but I do resize the column a little in the Screenshots tab and it remains unchanged.

» Wed Mar 30, 2011 5:59 am

The only column sizes I can concur do not remember last state are on the Saves Tab. Otherwise all column sizes stay put on Installers and Mods tabs (Unless theres a possibility he means the resizeable Sub-Package/Comments boxes on the Installers Tab - Those resize which they never used to but do not remember last state)

Ditto with the SubPackage box, I rarely have any need for the Comments section, yet it fills the Whole section each time I open the Installers ...

I think he means the columns in both Installers tab and the Mods tab (some of them is almost *hidden*), because the only tab I didn't resize columns is in the INI Edits tabs, but I do resize the column a little in the Screenshots tab and it remains unchanged.

I look into these as well. The comments thing I've noticed a few times myself, but for the most part stays (in the svn version, not 291). The Screenshots tab has only one column though... so unless you mean the dragable window sized (which works fine for me as well) I'm not sure what you mean. Saves Tab I can confirm doesn't remember its size

And thank you for having a look at the new screens

No problem

I also have an issue with the Refresh, where it will Stall on certain Mods calculating the CRCs, most Prominate for me seems to be http://tesalliance.org/forums/index.php?/files/file/594-wellspring-vale/.esp.
*(It will take a couple minutes all by itself (Several times longer than the rest combined))
*(Don't know if it's possible from the way I packaged it, or maybe because I cleaned it, or..

Is this on the SVN or 291? If it's the SVN, then the progress bar should continue to move as it calculates its crc.

http://www.4shared.com/file/Npzg9v6w/Pictures.html

Very odd. The only thing that I can think off is maybe your 'BashSettings.dat' (located in your My Games\Oblivion folder) is readonly or corrupted or something. You can try renaming both it and 'BastSettings.dat.bak' to something else. This will make WB forget it's UI settings (all of them), then see if it'll remember your column sizes after that. If it doesn't then there's something else going on.

» Wed Mar 30, 2011 5:07 am

@ Arthmoor (and anyone else interested)

I took a crack at the AIPackages patcher, trying to fix it up to produce better patch results. Would you mind running it through your build and telling me what you think? Screenshots in TES4Edit of any messed up records will be helpful

» Wed Mar 30, 2011 9:50 am

Is this on the SVN or 291? If it's the SVN, then the progress bar should continue to move as it calculates its crc.

It's been for Several revisions,( I'm at svn 975 right now) Just tried a New download, (moved previous packages out) and no differance...
When I first open the Installers, it does all the scans up to CRC's in ~27 seconds, when it hits Wellspring, Stalls and stops resopnding for a couple minutes...

» Wed Mar 30, 2011 12:50 am

It's been for Several revisions,( I'm at svn 975 right now) Just tried a New download, (moved previous packages out) and no differance...
When I first open the Installers, it does all the scans up to CRC's in ~27 seconds, when it hits Wellspring, Stalls and stops resopnding for a couple minutes...

Try updating to the latest SVN. In earlier versions, the progress bar wouldn't move until the whole crc of a file was calculated. Now it moves during the crc calculation. So after updating, if it still hangs, it means Bash is having problems doing plain old file IO on it.

» Wed Mar 30, 2011 12:32 am

@ Arthmoor (and anyone else interested)

I took a crack at the AIPackages patcher, trying to fix it up to produce better patch results. Would you mind running it through your build and telling me what you think? Screenshots in TES4Edit of any messed up records will be helpful

Is that a potential fix for CBash mode which Arthmoor was trying? Or an amendment to non-CBash AIPackages.

» Wed Mar 30, 2011 6:19 am

Is that a potential fix for CBash mode which Arthmoor was trying? Or an amendment to non-CBash AIPackages.

CBash mode. No idea about the non-CBash mode

» Wed Mar 30, 2011 7:15 am

r986 will not start with the following error:

Traceback (most recent call last):  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\Wrye Bash Debug.py", line 24, in     import bolt  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\bolt.py", line 799, in     class OrderedSet(collections.OrderedDict, collections.MutableSet):AttributeError: 'module' object has no attribute 'OrderedDict'

» Wed Mar 30, 2011 12:44 am

r986 will not start with the following error:

Traceback (most recent call last):  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\Wrye Bash Debug.py", line 24, in     import bolt  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\bolt.py", line 799, in     class OrderedSet(collections.OrderedDict, collections.MutableSet):AttributeError: 'module' object has no attribute 'OrderedDict'

got the same error (last line)

Traceback (most recent call last):  File "Q:\Oblivion Tools\Wrye Bash\Mopy\bosh.py", line 81, in     import balt  File "Q:\Oblivion Tools\Wrye Bash\Mopy\balt.py", line 25, in     import bolt  File "Q:\Oblivion Tools\Wrye Bash\Mopy\bolt.py", line 799, in     class OrderedSet(collections.OrderedDict, collections.MutableSet):AttributeError: 'module' object has no attribute 'OrderedDict'

» Wed Mar 30, 2011 9:09 am

Try updating to the latest SVN. In earlier versions, the progress bar wouldn't move until the whole crc of a file was calculated. Now it moves during the crc calculation. So after updating, if it still hangs, it means Bash is having problems doing plain old file IO on it.

No help, it Was running through the progress bar, listing differant mods, (Nearly to the end of the bar) untill it hit Wellspring, Now the whole box leaves the screen. (starring at the Mods window, untill it suddenly switches to the Installers window)
I've had the same type deal with a few Other mods as well, but I don't recall witch, that's the only one it's chocking on with my Current install.

*(Running Python 2.71 (64-bit, (doesn't seem to like PyWin, so Straight Python)) pretty sure I had the same results with all versions of Python though, but I'll check on 32-bit.

**No differance on 2,71 32-bit, still "Not Responding" at (apperantly) the same spot. (progress box still disapears)

» Wed Mar 30, 2011 1:15 pm

r986 will not start with the following error:

Traceback (most recent call last):  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\Wrye Bash Debug.py", line 24, in     import bolt  File "C:\Games\Bethesda Softworks\Oblivion\Mopy\bolt.py", line 799, in     class OrderedSet(collections.OrderedDict, collections.MutableSet):AttributeError: 'module' object has no attribute 'OrderedDict'

Bah, I forgot OrderedDict didn't get added until Python 2.7, grrr I'll get back to you on it, but in the meantime, I'll revert it to the way it was

EDIT: reverted
Also, the column sizes not being remembered should be fixed now. For both the Saves tab, and for Baphometal

» Wed Mar 30, 2011 2:04 am

Bah, I forgot OrderedDict didn't get added until Python 2.7, grrr I'll get back to you on it, but in the meantime, I'll revert it to the way it was

EDIT: reverted
Also, the column sizes not being remembered should be fixed now. For both the Saves tab, and for Baphometal

Problem (columns) solved, thanks :goodjob:

» Wed Mar 30, 2011 6:22 am

Bah, I forgot OrderedDict didn't get added until Python 2.7, grrr I'll get back to you on it, but in the meantime, I'll revert it to the way it was

EDIT: reverted
Also, the column sizes not being remembered should be fixed now. For both the Saves tab, and for Baphometal

Well I would have been willing to bump to Python 2.7 but I'm assuming this reverted everything you changed?

» Tue Mar 29, 2011 10:30 pm

ninja'd :ninja: by error posts above so skipped to r987 and back to non-CBash - Confirmed Saves Tab good here. :goodjob:

» Wed Mar 30, 2011 9:14 am

Well I would have been willing to bump to Python 2.7 but I'm assuming this reverted everything you changed?

Yeah, I'm working on a version that wont need Python 2.7, so just wait a bit (hopefully pretty quick, but could be an hour or so)

EDIT: It was easier than I thought. Try it now,

» Wed Mar 30, 2011 10:57 am

That cleared the build process with no errors, now to check it to see what the imports look like.

» Wed Mar 30, 2011 1:03 am

r988 CBash mode, I get all my usual imports listed for AIPackages - non missing .... Thats about as far as I dare go - leaving the in-depth accurate reporting to Arthmoors expertise

But one thing noticed http://www.bild.me/bild.php?file=1672790Untitled.jpg marking mergeables is a bit off, those vwalk's from surazals usually end up with a dot. (Prior to the build I selected everything with a tick to see what would happen post build - The only thing extra I did after the build was Mark Mergeable to colour code the esps, but the selection states were selected automatically by Wrye Bash)

Edit: All Natural filter would normally be a dot too. I think .. checking .. yup.

» Wed Mar 30, 2011 1:55 am

Doesn't appear to have come out any different from PM's version. His code was doing all of these.

First: http://img813.imageshack.us/img813/5518/taggedbutignored.jpg

The UOP is tagged, as is Oblivifall. In this NPC, the AI packs are not changed by the UOP and Oblivifall's changes have obviously been ignored.

Second: http://img819.imageshack.us/img819/1883/tagsworkedapected.jpg

This one worked, as do any others where a tagged mod leads the list and untagged mods are in between.

Also, this one has an error in another patcher. The scripts tag on the UOP did not carry its change forward. Possibly blocked by TIE which is also tagged with scripts but obviously has none to carry forward.

Third: http://img685.imageshack.us/img685/4207/generateditm.jpg

This one generated an ITM record for some reason. Got me as to why. It obviously shouldn't have.

Fourth: http://img863.imageshack.us/img863/4914/injectedaipacks.jpg

This might be intentional based on previous discussions with Warudar about how CBash does things but I don't recall this having happened before with AI Packs.

And tes4edit spits out a pretty big list of errors from other records, for whoever needs to look into them:

Spoiler

[00:00] Checking for Errors in [AD] Bashed Patch - CBash.esp
[00:07] Texture -> [4C004A79]
[00:07] Above errors were found in :BTXT - Base Layer Header
[00:07] Above errors were found in :Base Layer
[00:07] Texture -> [4C004A79]
[00:07] Above errors were found in :ATXT - Alpha Layer Header
[00:07] Above errors were found in :Alpha Layer
[00:07] Above errors were found in :Layers
[00:07] Above errors were found in :[LAND:0000765D]
[00:07] Above errors were found in :GRUP Cell Temporary Children of [CELL:00006FE6] (in Tamriel [WRLD:0000003C] at 30,20)
[00:07] Above errors were found in :GRUP Cell Children of [CELL:00006FE6] (in Tamriel [WRLD:0000003C] at 30,20)
[00:07] Texture -> [4C004A79]
[00:07] Above errors were found in :BTXT - Base Layer Header
[00:07] Above errors were found in :Base Layer
[00:07] Texture -> [4C004A79]
[00:07] Above errors were found in :ATXT - Alpha Layer Header
[00:07] Above errors were found in :Alpha Layer
[00:07] Texture -> [4C004A78]
[00:07] Above errors were found in :ATXT - Alpha Layer Header
[00:07] Above errors were found in :Alpha Layer
[00:07] Texture -> [4C004A79]
[00:07] Above errors were found in :ATXT - Alpha Layer Header
[00:07] Above errors were found in :Alpha Layer
[00:07] Texture -> [4C004A79]
[00:07] Above errors were found in :ATXT - Alpha Layer Header
[00:07] Above errors were found in :Alpha Layer
[00:07] Above errors were found in :Layers
[00:07] Above errors were found in :[LAND:0000765E]
[00:07] Above errors were found in :GRUP Cell Temporary Children of CheydinhalSouthWallOCR [CELL:00006FDC] (in Tamriel [WRLD:0000003C] at 29,20)
[00:07] Above errors were found in :GRUP Cell Children of CheydinhalSouthWallOCR [CELL:00006FDC] (in Tamriel [WRLD:0000003C] at 29,20)
[00:07] NAME - Base -> [4C009BE9]
[00:07] Above errors were found in :[REFR:AD100ED8] (places [4C009BE9] in GRUP Cell Temporary Children of CheydinhalRiverFarmOCR [CELL:00006FD8] (in Tamriel [WRLD:0000003C] at 29,22))
[00:07] NAME - Base -> [4C009BEA]
[00:07] Above errors were found in :[REFR:AD100ED9] (places [4C009BEA] in GRUP Cell Temporary Children of CheydinhalRiverFarmOCR [CELL:00006FD8] (in Tamriel [WRLD:0000003C] at 29,22))
[00:07] Above errors were found in :GRUP Cell Temporary Children of CheydinhalRiverFarmOCR [CELL:00006FD8] (in Tamriel [WRLD:0000003C] at 29,22)
[00:07] Above errors were found in :GRUP Cell Children of CheydinhalRiverFarmOCR [CELL:00006FD8] (in Tamriel [WRLD:0000003C] at 29,22)
[00:07] NAME - Base -> [4C009BE9]
[00:07] Above errors were found in :[REFR:AD100ED6] (places [4C009BE9] in GRUP Cell Temporary Children of CheydinhalRiverNEOCR [CELL:00006FD6] (in Tamriel [WRLD:0000003C] at 29,23))
[00:07] NAME - Base -> [4C009BEA]
[00:07] Above errors were found in :[REFR:AD100ED7] (places [4C009BEA] in GRUP Cell Temporary Children of CheydinhalRiverNEOCR [CELL:00006FD6] (in Tamriel [WRLD:0000003C] at 29,23))
[00:07] Above errors were found in :GRUP Cell Temporary Children of CheydinhalRiverNEOCR [CELL:00006FD6] (in Tamriel [WRLD:0000003C] at 29,23)
[00:07] Above errors were found in :GRUP Cell Children of CheydinhalRiverNEOCR [CELL:00006FD6] (in Tamriel [WRLD:0000003C] at 29,23)
[00:07] Texture -> [4C004A78]
[00:07] Above errors were found in :ATXT - Alpha Layer Header
[00:07] Above errors were found in :Alpha Layer
[00:07] Texture -> [4C004A78]
[00:07] Above errors were found in :ATXT - Alpha Layer Header
[00:07] Above errors were found in :Alpha Layer
[00:07] Above errors were found in :Layers
[00:07] Above errors were found in :[LAND:0000765F]
[00:07] Above errors were found in :GRUP Cell Temporary Children of CheydinhalSWWallRoadOCR [CELL:00006FD2] (in Tamriel [WRLD:0000003C] at 28,20)
[00:07] Above errors were found in :GRUP Cell Children of CheydinhalSWWallRoadOCR [CELL:00006FD2] (in Tamriel [WRLD:0000003C] at 28,20)
[00:08] Above errors were found in :GRUP Exterior Cell Sub-Block 2, 3
[00:09] Above errors were found in :GRUP Exterior Cell Block 0, 0
[00:10] Above errors were found in :GRUP World Children of Tamriel [WRLD:0000003C]
[00:10] Above errors were found in :GRUP Top "WRLD"
[00:10] AdventurerWarriorBoots [LVLI:0001F1B2] -> Missing required members: Flags
[00:10] AdventurerWarriorHelm [LVLI:0001F1B0] -> Missing required members: Flags
[00:10] AdventurerWarriorShield [LVLI:0001F1AE] -> Missing required members: Flags
[00:10] AdventurerWarriorGreaves [LVLI:0001F1AD] -> Missing required members: Flags
[00:10] AdventurerWarriorCuirass [LVLI:0001F1AB] -> Missing required members: Flags
[00:10] MMPRoamingTraderHeavyDaedric [LVLI:0800D92A] -> Missing required members: Leveled List Entries
[00:10] cobViLootBossBonusItems100 [LVLI:0200145B] -> Missing required members: Leveled List Entries
[00:10] cobViLootSurvivalItems25 [LVLI:0200103E] -> Missing required members: Leveled List Entries
[00:10] Above errors were found in :GRUP Top "LVLI"
[00:10] LL1UndeadLvl75 [LVLC:00017C6F] -> Missing required members: Flags
[00:10] LL1UndeadLvl50 [LVLC:00017C6E] -> Missing required members: Flags
[00:10] LL1UndeadLvl25 [LVLC:00017C64] -> Missing required members: Flags
[00:10] LL1UndeadLvl100 [LVLC:00017C61] -> Missing required members: Flags
[00:10] LL1MythicEnemyBossLvl100 [LVLC:000340B5] -> Missing required members: Flags
[00:10] SE14AdventurerAttackList [LVLC:0008FAB5] -> Missing required members: Leveled List Entries
[00:10] Above errors were found in :GRUP Top "LVLC"
[00:11] Orc "Orc" [RACE:000191C0] -> Missing required members: FaceGen - Main clamp, FaceGen - Face clamp
[00:11] Khajiit "Khajiit" [RACE:000223C7] -> Missing required members: FaceGen - Main clamp, FaceGen - Face clamp
[00:11] Argonian "Argonian" [RACE:00023FE9] -> Missing required members: FaceGen - Main clamp, FaceGen - Face clamp
[00:11] Above errors were found in :GRUP Top "RACE"
[00:11] Above errors were found in :[AD] Bashed Patch - CBash.esp
[00:11] All Done!

The game loads in this condition but I'd not trust it to be properly playable, especially since the worldspace patcher is doing all sorts of weirdness adding things to the AD index (the patch itself).

» Wed Mar 30, 2011 10:57 am

Lojack I'm going to break open a new thread again with the latest svn starter post ... momentarily ...

http://www.gamesas.com/index.php?/topic/1182249-relz-wrye-bash-thread-64/

Second post included recent Wizard and OBMM script comparison.

@Moderators - Report for closure sent; Request you give a little time for Lojack to copy from this thread any required quotes before closure. Thank you