[RELZ] Wrye Bash -- Thread 47

Post » Tue Feb 01, 2011 8:58 pm

Reverted back to WB 2.85 after finding that GFX_InitialGlow_all (merged) was not working despite the number of bashed patch rebuilt attemps.
I uninstalled manually WB 2.86 (I had to use unlocker to delete "BashSettings.dat" in MyGames/Oblivion
Installed again WB 2.85, replaced bashed patch esp by a new blank one, used BOSS
now when I had to check options in bashed patch rebuilt settings, I found most of esp files were already checked except ... GFX_InitialGlow_all

odd.
User avatar
Joey Bel
 
Posts: 3487
Joined: Sun Jan 07, 2007 9:44 am

Post » Tue Feb 01, 2011 11:11 pm

Continued replacing and reinstalling.
I have a couple of Oblivion installments so I can test things and switch between setups.
I have reverted to original bsa files and engine code.
Reinstalled allot.

Could it be that the savegame expects textures/meshes to load in a specific order and now with the dates changed it crashes?
I will try to finish the tutorial and see if it crashes on exterior - have to turn off some mods, can barely walk otherwise.
EDIT - Well, it is pure hell trying to finish the tutorial so I coc'ed to Weye, crash on exterior. What the heck is causing it :( When I get the time I will delete the meshes/texture folder and start re-adding from scratch. END

Any information on what happens when the installment tab is clicked is appreciated; I mean is there anything else going on when one start BAIN?

Thanks for all the help :foodndrink:
User avatar
Scott Clemmons
 
Posts: 3333
Joined: Sun Sep 16, 2007 5:35 pm

Post » Tue Feb 01, 2011 1:14 pm

I updated the german translation: http://www.megaupload.com/?d=894BHXRX

But I had a small issue with this line:

=== basher.py, 1919Browse>>>>


When I try to add a translation, Wrye Bash doesn't start, without crash dump or something which hints me to this line. It took me a while to find this line...

Best regards,
ThreeD
User avatar
matt
 
Posts: 3267
Joined: Wed May 30, 2007 10:17 am

Post » Tue Feb 01, 2011 9:53 pm

Installed v286 yesterday, Bashed patch did not rebuilt, also I have installed Python 3.

Today installed v287, Bashed patch rebuilt but I get

wxPython: stdout/stderr:
Loading: 0101900D..None..ACRE.XLOD..12..

No idea what is wrong with that.

Furthermore if I want Bashed patch to Tweak names, clothing and / or armor the whole Wrye Bash crashs.

Besides that there is still the issue with TamrielTravellersItemsNPC. If I activate it, I am beeing told to deactivate and import it in Bashed patch. But when I look to the option by rebuilding Bashed patch I do not see it at all.
User avatar
Janette Segura
 
Posts: 3512
Joined: Wed Aug 22, 2007 12:36 am

Post » Tue Feb 01, 2011 9:31 pm

Besides that there is still the issue with TamrielTravellersItemsNPC. If I activate it, I am beeing told to deactivate and import it in Bashed patch. But when I look to the option by rebuilding Bashed patch I do not see it at all.

I had to manually adjust the bash tags to reflect the BOSS recommendations of Filter,Delev,Relev,Deactivate - if you leave it without changing anything, WB will merge (ie not replace) the BOSS tags with the ones specified in the ESP description. Try manually setting the tags to Filter,Delev,Relev,Deactivate then deactivate TamrielTravellersItemsNPC and rebuild the patch. If you look at the bash build report, you will see that information has been imported (see Leveled Lists)

Hope this helps

Edit: Had posted a request for BOSS tags to override the ESP's ones rather than merge them - would still like to see it wotk this way
User avatar
evelina c
 
Posts: 3377
Joined: Tue Dec 19, 2006 4:28 pm

Post » Tue Feb 01, 2011 9:32 am

I had to manually adjust the bash tags to reflect the BOSS recommendations of Filter,Delev,Relev,Deactivate - if you leave it without changing anything, WB will merge (ie not replace) the BOSS tags with the ones specified in the ESP description. Try manually setting the tags to Filter,Delev,Relev,Deactivate then deactivate TamrielTravellersItemsNPC and rebuild the patch. If you look at the bash build report, you will see that information has been imported (see Leveled Lists)

Hope this helps

Edit: Had posted a request for BOSS tags to override the ESP's ones rather than merge them - would still like to see it wotk this way


Thank you very much. I had to remove the NoMerge tag from TamrielTravellersItemsNPC. That worked.

In the meanwhile I started to play a little bit, maybe 30 minutes... but hell ...
hmmm... something is fishy.
I suddenly have a few missing meshes - so far only indoor - , pink sky, silver with shiny pink silverware...really odd.
I only installed Python 3 and Wyre Bash v286 / 287 and rebuilt the bashed patch.... why the hell should suddenly there missing meshes?
User avatar
NAkeshIa BENNETT
 
Posts: 3519
Joined: Fri Jun 16, 2006 12:23 pm

Post » Wed Feb 02, 2011 12:59 am

Hello, I asked a question about .bsa redating in the FCOM thread shortly before it got closed and then the new one got opened. However I am also wondering if it wouldn't be useful of have .bsa handling in Wrye Bash. Since I still not sure if I have understood how it works, first an example. Suppose I have the following:

fileA.bsa (dated 2006) with monster.dds (dated 2010)
fileB.bsa (dated 2007) with monster.dds (dated 2009)
/textures/monster.dds (dated 2008)

-> This should lead to Oblivion using /textures/monster.dds

Redating either fileA.bsa or fileB.bsa to 2009 should then make Oblivion use the respective monster.dds file, irrespective of the date (even if moster.dds inside fileA.bsa is 2007)

If that's the case, then the reinstalling procedure for FCOM leaves me puzzled. This however is not my main concern. Rather, what is the purpose of having Wrye Bash handle the order of my .7z packages, when Oblivion simply uses a file out of an .bsa package.

Wouldn't it be possible for Wrye Bash to also scan the .bsa files and include the results in the "conflict" and missmatching, etc. Tabs? I guess I am still confused... Sorry...
User avatar
Shiarra Curtis
 
Posts: 3393
Joined: Thu Jan 04, 2007 3:22 pm

Post » Tue Feb 01, 2011 3:16 pm

Hello, I asked a question about .bsa redating in the FCOM thread shortly before it got closed and then the new one got opened. However I am also wondering if it wouldn't be useful of have .bsa handling in Wrye Bash. Since I still not sure if I have understood how it works, first an example. Suppose I have the following:

fileA.bsa (dated 2006) with monster.dds (dated 2010)
fileB.bsa (dated 2007) with monster.dds (dated 2009)
/textures/monster.dds (dated 2008)

-> This should lead to Oblivion using /textures/monster.dds

Redating either fileA.bsa or fileB.bsa to 2009 should then make Oblivion use the respective monster.dds file, irrespective of the date (even if moster.dds inside fileA.bsa is 2007)

If that's the case, then the reinstalling procedure for FCOM leaves me puzzled. This however is not my main concern. Rather, what is the purpose of having Wrye Bash handle the order of my .7z packages, when Oblivion simply uses a file out of an .bsa package.

Wouldn't it be possible for Wrye Bash to also scan the .bsa files and include the results in the "conflict" and missmatching, etc. Tabs? I guess I am still confused... Sorry...

First of all, the BSA situation there is not good. You don't want files found in multiple BSAs. It seems that BSAs are loaded alphabetically too... Inside of BSAs, no date comparison is done. Only the date of the BSA matters. The new FCOM install procedure is as it is because OOO, COBL and MMM have overlapping files, and MMM's files are now in a BSA. The problem is that files take on the date of their installation, and the MMM BSA, which contains the newest files, needs to override the loose files of some of the other FCOM components. Therefore, if you simply install the BSA at the proper time, you do not have to manually re-date the BSAs, which would make installing a bit more tedious for many.
User avatar
Donald Richards
 
Posts: 3378
Joined: Sat Jun 30, 2007 3:59 am

Post » Tue Feb 01, 2011 7:28 pm

Thank you very much for 287 - eager to try (not at home now)
Very nice features - PMs are back too
Thanks :tops:

btw this :
Break Default...lines...BreakEndSelect 
should be :
BreakDefault...lines...BreakEndSelect 
in the wiz docs, methinks (or not ?)

Thanks again :)
User avatar
Cayal
 
Posts: 3398
Joined: Tue Jan 30, 2007 6:24 pm

Post » Tue Feb 01, 2011 6:17 pm

The update is really nice. I've only noticed one little glitch, but I need to look at it a bit more. It seems like there is a problem with the window resizing itself or something, but I need to verify this when I get home.


Thanks for the continuous work guys!
- Tomlong75210
User avatar
Jesus Lopez
 
Posts: 3508
Joined: Thu Aug 16, 2007 10:16 pm

Post » Tue Feb 01, 2011 5:27 pm

Bsa files. Funny that you bring them up. Oddly enough, I started looking into how best to make Bash handle these a few days ago. The team is discussing options, so I can't say what our plans are. We are planning something though :ninja:
User avatar
Rebekah Rebekah Nicole
 
Posts: 3477
Joined: Fri Oct 13, 2006 8:47 pm

Post » Tue Feb 01, 2011 2:23 pm

I updated the german translation: http://www.megaupload.com/?d=894BHXRX

But I had a small issue with this line:

=== basher.py, 1919Browse>>>>


When I try to add a translation, Wrye Bash doesn't start, without crash dump or something which hints me to this line. It took me a while to find this line...

Best regards,
ThreeD

I'll try to figure out what's going on there. Oddly, that line is supposed to be 'Browse...', not 'Browse', so maybe there's something going on in the translation dump.

Thank you very much for 287 - eager to try (not at home now)
Very nice features - PMs are back too
Thanks :tops:

btw this :
Break Default...lines...BreakEndSelect 
should be :
BreakDefault...lines...BreakEndSelect 
in the wiz docs, methinks (or not ?)

Thanks again :)
Too true, too true. Typo corrected.

Bsa files. Funny that you bring them up. Oddly enough, I started looking into how best to make Bash handle these a few days ago. The team is discussing options, so I can't say what our plans are. We are planning something though :ninja:
There's actually quite a bit of bsa handling stuff already from the old 'Replacers' tab, we may be able to re-purpose it into BAIN somehow.
User avatar
Sami Blackburn
 
Posts: 3306
Joined: Tue Jun 20, 2006 7:56 am

Post » Tue Feb 01, 2011 2:48 pm

Has anyone else been having problems getting Bash to run in Win7 x64? I'm sorry if this has been asked before, but I'm just now returning to Oblivion modding from a long break.
User avatar
Karl harris
 
Posts: 3423
Joined: Thu May 17, 2007 3:17 pm

Post » Tue Feb 01, 2011 4:05 pm

I run Win7 x64. So no, there aren't any inherent issues with Bash on that platform ;)
User avatar
Tiff Clark
 
Posts: 3297
Joined: Wed Aug 09, 2006 2:23 am

Post » Tue Feb 01, 2011 11:59 pm

That's strange, I've downloaded and installed all the required python files, but I can't get bash to open :(
User avatar
Megan Stabler
 
Posts: 3420
Joined: Mon Sep 18, 2006 2:03 pm

Post » Tue Feb 01, 2011 7:14 pm

If you installed the pre-requisites using Wrye Python 03 or 02, you may have to re-run the wxpython install package (named something like "wxPython2.8-win32-ansi-2.8.10.1-py26.exe"). It doesn't always run properly when Wrye Python 03/02 is run. You'll find it in the directory that Wrye Python 03/02 extracted to.
User avatar
Darlene DIllow
 
Posts: 3403
Joined: Fri Oct 26, 2007 5:34 am

Post » Wed Feb 02, 2011 12:12 am

Thank you so much!!! It worked like a charm :D
User avatar
FLYBOYLEAK
 
Posts: 3440
Joined: Tue Oct 30, 2007 6:41 am

Post » Tue Feb 01, 2011 7:38 pm

Hello, I followed TESIV:POSItive installation instructions for Wyre Bash, which was to run Wyre Python 3, Wyre Bash 275 self installer, and then extract the Wyre Bash 287 archive into it's corresponding folder. I use Windows 7 x64, my Oblivion folder is in C:\Oblivion, and temporary installer folder from Wyre Python 3 was put in C:\tempinstall. I have run all installers as admin mode manually. UAC is on, and COMODO Defense+ doesn't say anything. I also installed OBSE 0018. However, whenever I launch Oblivion from Wyre Bash I get wxPython: stdout/stderr:

Traceback (most recent call last):
File "C:\Oblivion\Mopy\basher.py", line 11480, in Execute
App_Button.Execute(self,event)
File "C:\Oblivion\Mopy\basher.py", line 11370, in Execute
os.spawnv(os.P_NOWAIT,exePath.s,exeArgs)
OSError: [Errno 22] Invalid argument

Anyone know what's going on? Using Wyre Bash 285 with Python 2.5.2 was fine and dandy.
User avatar
Amelia Pritchard
 
Posts: 3445
Joined: Mon Jul 24, 2006 2:40 am

Post » Tue Feb 01, 2011 11:15 am

Are you sure v287 was extracted into the correct folder? It should have overwritten most of the files the v287 installer installed. Did you do the extra step to install wxPython 32-bit ANSI for Python 2.6 (step #5)?
User avatar
Jessica Colville
 
Posts: 3349
Joined: Wed Oct 18, 2006 6:53 pm

Post » Tue Feb 01, 2011 1:08 pm

I received the following load error message upon building the bashed patch with 2.87. I'm used to seeing Windfall listed there, but Aesgaard never was before. Any idea why now?
Spoiler
Load Error Mods
The following mods had load errors and were skipped while building the patch. Most likely this problem is due to a badly formatted mod. For more info, see Bashed Patch: Error Messages.

? GTAesgaard.esp

? Windfall.esp

In addition, the FormID replacer option - It might be nice to put one of those messages at the bottom of the options window that warns that activating the P1D candles option makes the bashed patch dependent on the Candle Clepto ESP as a master. (EDIT: Yes, I see it in the change notes, but there is no warning when running the program.)

Nice to see Tweak Names and the Import Spells options working. Thanks for the new version.

gothemasticator

EDIT: Rebuilt the patch without FormID replacer options checked, and Aesgaard was no longer on the error list. Rebuilding also took some 10 minutes less - @7 min. rather than @17 min.

gtm
User avatar
Mandi Norton
 
Posts: 3451
Joined: Tue Jan 30, 2007 2:43 pm

Post » Tue Feb 01, 2011 2:20 pm

Are you sure v287 was extracted into the correct folder? It should have overwritten most of the files the v287 installer installed. Did you do the extra step to install wxPython 32-bit ANSI for Python 2.6 (step #5)?


When launching Wyre Bash Launcher.pyw it says Wyre Bash 287 [SI] so I suppose that part worked. The Wyre Python 03 did in fact load up wxPython (it must be because I ran it as administrator) and whilst attempting to reinstall wxpython it did detect a preinstalled version. Though, thank you for giving me guidance.
User avatar
Laura
 
Posts: 3456
Joined: Sun Sep 10, 2006 7:11 am

Post » Tue Feb 01, 2011 12:14 pm

Downloaded last rev (574) of WB, deleted Rename_ from Cbash and launched WB... it worked but Cbash.dll wasn't loaded. In the top bar there is the versioning of WB but not a trace of the one of CBash, starting to build the bashed patch confirmed this, the patch was build as per python bashing not the dll one.
User avatar
john palmer
 
Posts: 3410
Joined: Fri Jun 22, 2007 8:07 pm

Post » Tue Feb 01, 2011 12:35 pm

Downloaded last rev (574) of WB, deleted Rename_ from Cbash and launched WB... it worked but Cbash.dll wasn't loaded. In the top bar there is the versioning of WB but not a trace of the one of CBash, starting to build the bashed patch confirmed this, the patch was build as per python bashing not the dll one.

Last revision is 287, not sure where 574 came from. And, Cbash is disabled on this release.

gtm
User avatar
k a t e
 
Posts: 3378
Joined: Fri Jan 19, 2007 9:00 am

Post » Tue Feb 01, 2011 12:46 pm

Last revision is 287, not sure where 574 came from. And, Cbash is disabled on this release.

gtm

That's the Revision # from the SVN.
User avatar
Céline Rémy
 
Posts: 3443
Joined: Sat Apr 07, 2007 12:45 am

Post » Tue Feb 01, 2011 6:31 pm

Hello, I followed TESIV:POSItive installation instructions for Wyre Bash, which was to run Wyre Python 3, Wyre Bash 275 self installer, and then extract the Wyre Bash 287 archive into it's corresponding folder. I use Windows 7 x64, my Oblivion folder is in C:\Oblivion, and temporary installer folder from Wyre Python 3 was put in C:\tempinstall. I have run all installers as admin mode manually. UAC is on, and COMODO Defense+ doesn't say anything. I also installed OBSE 0018. However, whenever I launch Oblivion from Wyre Bash I get wxPython: stdout/stderr:

Traceback (most recent call last):
File "C:\Oblivion\Mopy\basher.py", line 11480, in Execute
App_Button.Execute(self,event)
File "C:\Oblivion\Mopy\basher.py", line 11370, in Execute
os.spawnv(os.P_NOWAIT,exePath.s,exeArgs)
OSError: [Errno 22] Invalid argument

Anyone know what's going on? Using Wyre Bash 285 with Python 2.5.2 was fine and dandy.

I can't think of anything that's changed since 285 that would affect this, and I'm able to launch Oblivion from Bash without error.

Are you using bash.ini? If so, perhaps one of the paths in it is messed up.
I received the following load error message upon building the bashed patch with 2.87. I'm used to seeing Windfall listed there, but Aesgaard never was before. Any idea why now?

In addition, the FormID replacer option - It might be nice to put one of those messages at the bottom of the options window that warns that activating the P1D candles option makes the bashed patch dependent on the Candle Clepto ESP as a master. (EDIT: Yes, I see it in the change notes, but there is no warning when running the program.)

Bash doesn't load the entire esp when it works with a file. Instead, it only loads the sections that it is working with...so errors in unloaded sections go undetected. Since replacing the formIDs is one of the few areas of Bash that loads cells and worldspaces, my guess would be that GTAesgaard.esp has an error in either the CELL or WRLD blocks. I'm downloading those two mods now to see what's going on with them.

As you found out, Replace Form IDs is extremely slow on Bash. That's the #1 reason it wasn't released earlier (I had it coded for personal use a long while back). I primarily added it for use with CBash where it is much much quicker. The only reason it is available for Bash as well is because the code was already written.

Also, replacing form IDs requires that the source mod be loaded. If you run the replacer when the source mod is missing, it won't do anything. Otherwise, yeah, it will become a master of the bashed patch. I'll add a note to the patcher to this effect.

Downloaded last rev (574) of WB, deleted Rename_ from Cbash and launched WB... it worked but Cbash.dll wasn't loaded. In the top bar there is the versioning of WB but not a trace of the one of CBash, starting to build the bashed patch confirmed this, the patch was build as per python bashing not the dll one.

Like gothemasticator said, CBash is disabled for now. I've kept it disabled in the newer revisions post release 287 (~rev 570) as well since people have a habit of using dev releases.

I've resolved most of the issues keeping it from being enabled. It will probably be back in release 288.

Edit: gothemasticator, would you mind sending me GTAesgaard.esp (and any masters)? Just zip the esp/m(s) and post it to mediafire (or any other upload service), and send me a PM with the link. Thanks.

I can't seem to find the file by itself, and I can't afford to download the full package. I'm on satellite internet with a rather annoying download limit :brokencomputer:
User avatar
michael danso
 
Posts: 3492
Joined: Wed Jun 13, 2007 9:21 am

PreviousNext

Return to IV - Oblivion