[RELZ] Wrye Bash -- Thead 58 : IV - Oblivion

» Wed Mar 02, 2011 8:37 am

Just wanted to report that the bash script effect silencer tweak doesn't seem to work all the time. Case in point, it didn't work when one the esps from http://www.tesnexus.com/downloads/file.php?id=18843 was loaded right before the bash patch (it isn't included in BOSS yet). That mod seems to be mergeable with the 838 SVN Cbash though.

» Wed Mar 02, 2011 12:31 am

I know this is probably a stupid question, but where would one find the BAIN installation folder?

» Wed Mar 02, 2011 8:40 am

I know this is probably a stupid question, but where would one find the BAIN installation folder?

in the same folder as your Oblivion folder (the one that contains the Data folder) unless you moved it.

» Tue Mar 01, 2011 10:57 pm

Usually it is outside the Oblivion folder but next to it (as Tomlong described) called Oblivion mods, you can reassign its location by renaming the bash_default.ini to bash.ini then alter the path in that ini.

===========================================

Buggy behavior report.

I had repackaged a bunch of replacers into a complex package meant to replace an older collection also in a complex package. The install of the new one failed with the below error reports. This happened regardless if install order was above or below the older package.

Spoiler

File "I:\Games\Oblivion\Mopy\bosh.py", line 9726, in clearTemp
Installer.tempDir.rmtree(safety='Temp')
File "I:\Games\Oblivion\Mopy\bolt.py", line 490, in rmtree
shutil.rmtree(self._s)
File "C:\Python26\lib\shutil.py", line 216, in rmtree
rmtree(fullname, ignore_errors, onerror)
File "C:\Python26\lib\shutil.py", line 216, in rmtree
rmtree(fullname, ignore_errors, onerror)
File "C:\Python26\lib\shutil.py", line 216, in rmtree
rmtree(fullname, ignore_errors, onerror)
File "C:\Python26\lib\shutil.py", line 216, in rmtree
rmtree(fullname, ignore_errors, onerror)
File "C:\Python26\lib\shutil.py", line 225, in rmtree
onerror(os.rmdir, path, sys.exc_info())
File "C:\Python26\lib\shutil.py", line 223, in rmtree
os.rmdir(path)
WindowsError: [Error 145] The directory is not empty: 'InstallerTemp\\38 Weapon - Longer Arrows for mods too\\Meshes\\Weapons\\Addonay'

===============================================================================================================================

Traceback (most recent call last):
File "I:\Games\Oblivion\Mopy\basher.py", line 7111, in Execute
self.data.install(self.filterInstallables(),progress,last,override)
File "I:\Games\Oblivion\Mopy\bosh.py", line 11554, in install
installer.install(archive,destFiles,self.data_sizeCrcDate,SubProgress(progress,index,index+1))
File "I:\Games\Oblivion\Mopy\bosh.py", line 10749, in install
self.clearTemp()
File "I:\Games\Oblivion\Mopy\bosh.py", line 9726, in clearTemp
Installer.tempDir.rmtree(safety='Temp')
File "I:\Games\Oblivion\Mopy\bolt.py", line 490, in rmtree
shutil.rmtree(self._s)
File "C:\Python26\lib\shutil.py", line 216, in rmtree
rmtree(fullname, ignore_errors, onerror)
File "C:\Python26\lib\shutil.py", line 225, in rmtree
onerror(os.rmdir, path, sys.exc_info())
File "C:\Python26\lib\shutil.py", line 223, in rmtree
os.rmdir(path)
WindowsError: [Error 145] The directory is not empty: 'InstallerTemp\\35 Weapon - HiResStaffs'

======================================================================================================

Traceback (most recent call last):
File "I:\Games\Oblivion\Mopy\basher.py", line 7111, in Execute
self.data.install(self.filterInstallables(),progress,last,override)
File "I:\Games\Oblivion\Mopy\bosh.py", line 11554, in install
installer.install(archive,destFiles,self.data_sizeCrcDate,SubProgress(progress,index,index+1))
File "I:\Games\Oblivion\Mopy\bosh.py", line 10749, in install
self.clearTemp()
File "I:\Games\Oblivion\Mopy\bosh.py", line 9726, in clearTemp
Installer.tempDir.rmtree(safety='Temp')
File "I:\Games\Oblivion\Mopy\bolt.py", line 490, in rmtree
shutil.rmtree(self._s)
File "C:\Python26\lib\shutil.py", line 216, in rmtree
rmtree(fullname, ignore_errors, onerror)
File "C:\Python26\lib\shutil.py", line 216, in rmtree
rmtree(fullname, ignore_errors, onerror)
File "C:\Python26\lib\shutil.py", line 225, in rmtree
onerror(os.rmdir, path, sys.exc_info())
File "C:\Python26\lib\shutil.py", line 223, in rmtree
os.rmdir(path)
WindowsError: [Error 145] The directory is not empty: 'InstallerTemp\\15 Armor - Insanity Sorrow\\Textures'

Each error was another attempt with different packages chosen. Of note none of the errors had anything to do with being the first or last in the complex archive to be installed.

I then uninstalled the older complex package then it installed without an incident. So it seemed to not like that there was identical files already installed.

My bash version number is 291 (though I can't recall if I got that off nexus).

» Wed Mar 02, 2011 12:38 pm

Whether probably support multi thread? Thx.

» Wed Mar 02, 2011 3:53 pm

Whether probably support multi thread? Thx.

Is that a question? More details please.

» Wed Mar 02, 2011 4:23 pm

Is that a question? More details please.

I mean work WB more than on 1 processor core.

» Wed Mar 02, 2011 1:45 pm

Hi :laugh:
Just wondering, it's supposed to be like this or it's a bug that SelectEspm works only in combination with SelectSubPackage/DeselectAllEspms/DeselectEspm?

;01 A folder (core files);01 C folder = c1.esp, c2.esp, c3.espDeSelectAllSelectSubPackage "01 A"SelectMany "Pick any number of options", \	"1","","", \	"2","","", \	"3","",""Case "1"	SelectEspm "c1.esp"Case "2"	SelectEspm "c2.esp"Case "3"	SelectEspm "c3.esp"EndSelect

c1 c2 c3 are deselected after the wizard. This other works:

;01 A folder (core files);01 B folder = b1.esp, b2.espDeSelectAllSelectSubPackage "01 A"SelectSubPackage "01 B"DeSelectEspm "b1.esp"DeSelectEspm "b2.esp"SelectOne "Red, Blue or White?", \	"Red","","", \	"Blue","","",\	"White","",""Case "Red"	SelectEspm "b1.esp"Case "Blue"	SelectEspm "b2.esp"EndSelect

» Wed Mar 02, 2011 3:49 pm

if 01 C subpackage is not selected the c.espms can not be selected - it works as it would if you manually selected packages and espms in BAIN could you check an espm if its subpackage were not selected ?

@RoflLizard : rClick the header in Installers tab and choose Open

» Wed Mar 02, 2011 5:19 am

Alright thanks guys. Found it. But yeah, I can't believe I put off using Bash for this long. It already provided me a much more stable game, and wasn't hard at all to do that.

» Wed Mar 02, 2011 6:48 am

if 01 C subpackage is not selected the c.espms can not be selected - it works as it would if you manually selected packages and espms in BAIN could you check an espm if its subpackage were not selected ?

Understood, it's meant to be the same as the interface. Thank you for the answer (and for the Notepad++ plugin!)

.

» Wed Mar 02, 2011 3:00 am

I posted this earlier on TES Nexus. Using Bash v288.

I've gotten a little ticked off at my OBMM, so I'm trying to get BAIN working. Only I cant really figure out how to do that. I read the basic stuff on Wrye Musings, and have an idea of how it works. I'm using a 64 bit Windows 7 OS, and im not sure if that is the problem, as my computer knowledge is rather limited. Whenever I try to load the installers tab, I get this error message from Bash, and I'm no programmer, so I dont know what the hell its trying to tell me.

Traceback (most recent call last):
File "C:Program Files (x86)Bethesda SoftworksOblivionMopyasher.py", line 3895, in OnShowPage
self.GetPage(event.GetSelection()).OnShow()
File "C:Program Files (x86)Bethesda SoftworksOblivionMopyasher.py", line 2546, in OnShow
if data.refresh(progress,what,self.fullRefresh):
File "C:Program Files (x86)Bethesda SoftworksOblivionMopyosh.py", line 11052, in refresh
settings['bash.installers.removeEmptyDirs'], fullRefresh)
File "C:Program Files (x86)Bethesda SoftworksOblivionMopyosh.py", line 9798, in refreshSizeCrcDate
size = apFile.size
File "C:Program Files (x86)Bethesda SoftworksOblivionMopyolt.py", line 380, in size
return os.path.getsize(self._s)
File "C:Python26libgenericpath.py", line 49, in getsize
return os.stat(filename).st_size
WindowsError: [Error 123] The filename, directory name, or volume label syntax is incorrect: 'C:\Program Files (x86)\Bethesda Softworks\Oblivion\Data\???.txt'

it would be much appreciated if someone could help me out. Thanks.

» Wed Mar 02, 2011 1:46 am

Wrye Bash 288 and 289 were removed from Nexus because they were just a wee bit buggy .. as you have found. A lot of problems have been sorted out since in v290 (still anticipating 291 release). v 287 is still good and the only problem with 290 is the pidfile.tmp problem which isn't a problem so long as you dont launch an exe from Wrye Bash that stays open after Wrye Bash closes (pidfile.tmp is just a lock file so that two simultaneous launches of Wrye Bash are not possible, if the Process ID file is in mopy folder when you try to launch Wrye Bash next time, it wont launch ... solution, delete pidfile.tmp, and stop launching programs from Wrye Bash which stay open after you close Wrye bash)

To clarify - Anything you launch from Wrye Bash v290, so long as they close before Wrye Bash is closed, no pidfile.tmp will remain, because Wrye Bash will delete it.

v290 is currently IMHO the best public release version. And I am pretty sure all you need to do is overwrite your installation of 287 with 290. Just keep the above in mind until 291 comes out.

Quite a few problems have been fixed since v288.

Edit: Follow the signature \/ \/ for more basic stuff

» Wed Mar 02, 2011 2:34 am

Thanks for the help, and I think I'll read the guides >.> even if they make me feel silly.

» Wed Mar 02, 2011 1:15 pm

WindowsError: [Error 123] The filename, directory name, or volume label syntax is incorrect: 'C:\Program Files (x86)\Bethesda Softworks\Oblivion\Data\???.txt'

It looks like your particular problem is caused by a txt file with a non-English filename in the Oblivion/Data directory. (three characters, all question marks... could be a chinese filename) Remove that file and you should be ok.

Unicode support is planned soon, so these types of problems should just go away in a few releases.

» Wed Mar 02, 2011 4:35 pm

REQUEST! ( I'm in a loud boystrous annoying mood

)

Installers tab, under Sub-Packages box, nice little feature box called Comments

I use it occasionally, but well only ever for the odd one or two lines of notes.

The vertical space taken by this box seems large to me, but others may write a tome of notes in there... soooo... Could we have a toggle button to Hide/Show Comments (not completely hide, just leaving the comments header and its new button visible when collapsed)

On Wide screen, it would give more vertical space over to the Sub-Packages and Tabs above ...

http://www.bild.me/bild.php?file=8064629ScreenShot2.jpg

to something like this http://www.bild.me/bild.php?file=9368941ScreenShot3.jpg

» Wed Mar 02, 2011 3:46 am

When I build a Bashed Patch, this comes up after it's done, Is this a cause for worry, or normal behavior?

Traceback (most recent call last):  File "C:\Games\Oblivion\Mopy\basher.py", line 4958, in Execute    raise  File "C:\Games\Oblivion\Mopy\basher.py", line 4916, in Execute    patchFile.scanLoadMods(SubProgress(progress,0.2,0.8)) #try to speed this up!  File "C:\Games\Oblivion\Mopy\bosh.py", line 15221, in scanLoadMods    modFile.load(True,SubProgress(progress,index,index+0.5))  File "C:\Games\Oblivion\Mopy\bosh.py", line 5022, in load    self.tops[label].load(ins,unpack and (topClass != MobBase))  File "C:\Games\Oblivion\Mopy\bosh.py", line 4037, in load    self.loadData(ins, ins.tell()+self.size-20)  File "C:\Games\Oblivion\Mopy\bosh.py", line 4139, in loadData    record = recClass(header,ins,True)  File "C:\Games\Oblivion\Mopy\bosh.py", line 1810, in __init__    self.__class__.melSet.initRecord(self,header,ins,unpack)  File "C:\Games\Oblivion\Mopy\bosh.py", line 1438, in initRecord    MreRecord.__init__(record,header,ins,unpack)  File "C:\Games\Oblivion\Mopy\bosh.py", line 1607, in __init__    if ins: self.load(ins,unpack)  File "C:\Games\Oblivion\Mopy\bosh.py", line 1670, in load    self.loadData(ins,inPos+self.size)  File "C:\Games\Oblivion\Mopy\bosh.py", line 1819, in loadData    self.__class__.melSet.loadData(self,ins,endPos)  File "C:\Games\Oblivion\Mopy\bosh.py", line 1467, in loadData    loaders[type].loadData(record,ins,type,size,readId)  File "C:\Games\Oblivion\Mopy\bosh.py", line 2954, in loadData    raise "Unexpected size encountered for MGEF:DATA subrecord: %s" % sizeUnexpected size encountered for MGEF:DATA subrecord: 96

EDIT: It is a cause for worry, I don't think my Bashed Patch is working right.. I enabled the tweaks to allow robes, armor and clothing to show amulets for Hemingwey's cape mod, and they do nto show through, And I'm not using anything else related to amulets.

» Wed Mar 02, 2011 7:34 am

I have a request (beside the one I already posted about attachable self-defined weblinks to installers, so you can quickly look up, if mods were updated):

What about making the complete content of sub-packages visible, so we could choose for example which textures are going to be installed? This could come in handy if you (again an example) install texture packs from QTP3 and AmpolX and want to switch easily between single textures to compare them ingame. To not lose the overview, you could add an option to activate or deactivate filters: esp filter, texture filter, mesh filter, etc. By default, every file in a subpackage gets activated.

I have a question too, concerning Wrye Python 03a. It might seem odd, but I would like to know if it`s possible to put all the necessary components into one installation process instead of having them installed one by one?

» Wed Mar 02, 2011 7:07 pm

What about making the complete content of sub-packages visible, so we could choose for example which textures are going to be installed? This could come in handy if you (again an example) install texture packs from QTP3 and AmpolX and want to switch easily between single textures to compare them ingame. To not lose the overview, you could add an option to activate or deactivate filters: esp filter, texture filter, mesh filter, etc. By default, every file in a subpackage gets activated.

Where would this info be displayed? I think that is the real question - the main pane above already will only show contents from what sub-packages are actually selected.

I like Alternity's request above about the comments pane. But then maybe that area (or part) could be used to display the contents of the sub-package in question - but how? through a context menu or mouse-over function?

» Wed Mar 02, 2011 4:38 am

R839

Traceback (most recent call last):  File "D:\Games\Oblivion Gold\Mopy\basher.py", line 12638, in Execute    if self.obseArg != '': exeArgs += (self.obseArg,)TypeError: cannot concatenate 'str' and 'tuple' objects

Error in "TESCS+OBSE" icon.

» Wed Mar 02, 2011 5:13 am

Alright I figured out what my problem was with my Bashed Patch. Had to rename Rename_CBash.dll, to Cbash.dll

» Wed Mar 02, 2011 3:40 am

Where would this info be displayed?

Right there, where the esp/m filter window is now.

» Wed Mar 02, 2011 7:50 am

I like Alternity's request above about the comments pane. But then maybe that area (or part) could be used to display the contents of the sub-package in question - but how? through a context menu or mouse-over function?

I'm putting together a proposal right now for the Installers pane. @Klaus: being able to expand packages down to the file level and choose what gets installed is one of the features. @alt3rn1ty and Psymon: A collapsible comments section is also in the works, although alt3rn1ty's suggestion might be a good one for the short term.

I haven't looked at the code yet, so I don't know what is easily possible, but what do you think of this modification of alt3rn1ty's idea: instead of a show/hide button, the comments section starts out as a one-liner, scrollable text box, but has a draggable splitter bar above it, allowing the user to resize it to any desired height.

» Wed Mar 02, 2011 5:10 pm

Take it easy guys - BAIN revamp will be the next big Bash adventure - in the works already methinks
Should be planned carefully though
oil your keyboards

» Wed Mar 02, 2011 6:10 am

Keep the ideas coming, though. Every time I see one here I add it to the "Idea Bucket" on the proposal.