[RELZ] Wrye Bash -- Thread 63 : IV

» Wed Mar 30, 2011 5:38 am

Continuing from the http://www.gamesas.com/index.php?showtopic=1176905...

Wrye Bash is a mod management tool for Oblivion. It has a lot of features. I mean a LOT. It's like twenty tools rolled into one. It includes as subfeatures the entire feature sets of other tools, and offers plenty of other features that no other mod tool has.

Download: http://tesnexus.com/downloads/file.php?id=22368

Documentation:

http://oblivionworks.svn.sourceforge.net/viewvc/oblivionworks/Programs/Wrye%20Bash/Mopy/Wrye%20Bash.html (also included in the download as "Wrye Bash.html" in the Mopy folder)
http://www.uesp.net/wiki/Tes4Mod:Wrye_Bash
alt3rn1ty's http://www.tesnexus.com/downloads/file.php?id=35230
Waruddar's Bashed Patch option reference (see bottom of this post)

Screenshots: http://wryemusings.com/images/WryeBash_01.png, http://wryemusings.com/images/WryeBash_02.png, http://wryemusings.com/images/WryeBash_03.png, http://wryemusings.com/images/WryeBash_05.png

Requirements:

It's easiest to just download the WryePython03a package from http://tesnexus.com/downloads/file.php?id=22368
If you want to do things manually:
Spoiler
- Python 2.5:
  http://www.python.org/ftp/python/2.5.4/python-2.5.4.msi
  
  http://downloads.sourceforge.net/wxpython/wxPython2.8-win32-ansi-2.8.11.0-py25.exe
  
  http://sourceforge.net/projects/comtypes/files/comtypes/0.6.2/comtypes-0.6.2.win32.exe/download *included in Wrye Python 03a
  
  http://sourceforge.net/projects/psyco/files/psyco/1.6/psyco-1.6.win32-py25.exe/download (optional)
  
  http://sourceforge.net/projects/pywin32/files/pywin32/Build216/pywin32-216.win32-py2.5.exe/download
- Python 2.6: *included in Wrye Python 03a (With the exception of wxPython 2.8.12.0 ansi - 03a includes 2.8.11.0)
  http://www.python.org/ftp/python/2.6.6/python-2.6.6.msi
  
  http://sourceforge.net/projects/wxpython/files/wxPython/2.8.12.0/wxPython2.8-win32-ansi-2.8.12.0-py26.exe
  
  http://sourceforge.net/projects/comtypes/files/comtypes/0.6.2/comtypes-0.6.2.win32.exe/download
  
  http://www.voidspace.org.uk/downloads/psyco-1.6.win32-py2.6.zip (optional)
  
  http://sourceforge.net/projects/pywin32/files/pywin32/Build216/pywin32-216.win32-py2.6.exe/download
- Python 2.7:
  http://www.python.org/ftp/python/2.7.1/python-2.7.1.msi
  
  http://sourceforge.net/projects/wxpython/files/wxPython/2.8.12.0/wxPython2.8-win32-ansi-2.8.12.0-py27.exe
  
  http://sourceforge.net/projects/comtypes/files/comtypes/0.6.2/comtypes-0.6.2.win32.exe/download *included in Wrye Python 03a
  
  http://sourceforge.net/projects/pywin32/files/pywin32/Build216/pywin32-216.win32-py2.7.exe/download
- Python 3.x: NOT Supported
- Other setups _may_work, but these are probably the most widely used and tested.
If you're trying out the new Beta Standalone versions, you don't need any of the Python components, however you may need the http://www.microsoft.com/downloads/en/confirmation.aspx?familyid=ba9257ca-337f-4b40-8c14-157cfdffee4e&displaylang=en, although this could change in the future (it is beta afterall).

Development: The project is hosted at https://sourceforge.net/projects/oblivionworks/develop. Want a feature? Request it https://sourceforge.net/tracker/?group_id=284958&atid=1207904! Want to get involved? Patches are welcome https://sourceforge.net/tracker/?group_id=284958&atid=1207903!

Installation:

If you are instaling for the first time, make sure you have installed WryePython03a package from http://tesnexus.com/downloads/file.php?id=22368
Then just download and run the installer for the most recent release. You can upgrade this way too.
For manual installations/upgrades, download the archive version and extract in your Oblivion game folder (so that the Mopy directory appears in the Oblivion directory)
For WBSA (Wrye Bash StandAlone) versions, no Python components are required, but remember it is a beta and there are currently issues (see the section under Reporting Bugs.)

Reporting Bugs:

Try to give us enough information to diagnose your problem. The following is usefull information for us:
Spoiler
- What are all the symptoms? Be sure to include what you did (step-by-step is helpfull), what you expected, and what happened.
- If Oblivion isn't installed in the default location, where is it installed?
- What version of the python components are installed?
  
  Python
  
  wxPython
  
  ComTypes
  
  psyco
  
  PyWin32
- What version of Windows are you using? Is UAC enabled?
- Is CBash enabled? If so, what version is displayed?
- What version of Wrye Bash are you using? If you're using the SVN, be sure to include the revision number.
- Are you using a bash.ini? If so, include its contents (in spoiler tags, please!)
If you're using the WBSA, things are a bit trickier. There are currently a few known issues:
- Wrye Bash wont work correctly if you launch it from the command line (DOS). Always launch by double clicking the exe or a shortcut to it.
- Due to issue #1, no debug mode is available. Some errors that happen will still be printed either to a "Wrye Bash.exe.txt" file, or to the "stdout/stderr" window that shows up with errors sometimes.
- There may be plenty more...just think of them as "undocumented features"
If you think you've found an error in the WBSA, be sure to uninstall ALL python components and test it again first, to be sure we get an accurate report. Having python installed can sometimes trick the WBSA into thinking that it has all of the files it requires, even if it really doesn't.

» Tue Mar 29, 2011 9:37 pm

I've noticed that several settings in the BP are not working.

First, some mods that are supposed to be merged are not.

Second, things like timescale and unlimited rings are not working.

I'm not sure what else to post for troubleshooting, so just tell me and I will.

» Tue Mar 29, 2011 9:15 pm

From the last thread:

One last question in this thread before it goes to a new one - Are there any more UI changes planned before 292, anything that will be visually wrong if I start pre-empting a release and updating the Wrye Bash Pictorial Guide files (will keep an eye on the svn's for anything that may change); I gather Pacificmorrowind is very busy just now so timescale is not known.

Nothing major I don't think, at least from me. Depending on how long, I might get the Settings Tab/Window/Whatever thing implemented, but I think that will be it.

Would anyone mind if I helped and kicked off a new thread? - I have the latest svn forum starter post ... Going to do it, any amends just give me a kick up the derriere ...

Appreciate the help

And now:

I've noticed that several settings in the BP are not working.

First, some mods that are supposed to be merged are not.

Second, things like timescale and unlimited rings are not working.

I'm not sure what else to post for troubleshooting, so just tell me and I will.

Ok, well I guess the info I would need to dig into it would be:

First off, Load Order
CBash or regular Bashed Patch?
Merged mods that aren't getting merged?:
- Which mods.
- Screenshot of TES4Edit showing (a few of) the records that aren't getting merged
- Anything else you might think is useful
Timescale: screenshot of the bashed patch in TES4Edit, showing the setting in the bashed patch. Should be under Globals with a FormID of 0100003A 'TimeScale'
Unlimited Rings: again, screen shot of the BP in TES4Edit, showing the rings that aren't getting affected. For example each ring should be in the BP, with the BMDT-BipedFlags removed from it.

» Wed Mar 30, 2011 1:56 am

Timescale saves into the saved game, so even if you were to change it via a mod, chances are it's not going to update unless you change it through the console on an existing save or a script in some mod you're using updates it that way.

» Wed Mar 30, 2011 12:43 am

Okay, I experimented a little. It's CBash that's causing the BP to be missing records. If I build the patch with CBash, there are more mods marked as mergeable, but they don't get merged. When I use CBash, records are missing from the patch.

» Wed Mar 30, 2011 7:40 am

Spoiler

Alt3rn1ty, some of your text in the last spoiler tag above is too long , has it messes up the how the thread looks..

» Wed Mar 30, 2011 11:52 am

Is 292 going to have Unicode support enabled by default (along with the wxPython requirement change), or will it be disabled by default like it currently is in 291?

» Wed Mar 30, 2011 10:41 am

I'm also hoping against hope that the final patcher for CBash will be done....

» Wed Mar 30, 2011 9:51 am

Okay, I experimented a little. It's CBash that's causing the BP to be missing records. If I build the patch with CBash, there are more mods marked as mergeable, but they don't get merged. When I use CBash, records are missing from the patch.

Ok, well we can't do anything about it until you give specifics: mods involved, which records are missing, etc. Screenshots of TES4Edit are nice, so I don't have to download the mods myself if I don't already have them.

Is 292 going to have Unicode support enabled by default (along with the wxPython requirement change), or will it be disabled by default like it currently is in 291?

Not sure, as I haven't been testing it out myself. I think PM knows the plan on that one

I'm also hoping against hope that the final patcher for CBash will be done....

I'm pretty sure that's the last major thing holding up 292.

» Wed Mar 30, 2011 6:47 am

Alt3rn1ty, some of your text in the last spoiler tag above is too long , has it messes up the how the thread looks..

Yep I wondered about that, but its the same as the start of the previous thread, once the thread moves onto page two it will be as usual, and I did not want to mess with the starter post as it is in the svn (I just did a copy/paste with notepad++), keeping Waruddar's spoiler format/layout the same.

From the last thread:
Nothing major I don't think, at least from me. Depending on how long, I might get the Settings Tab/Window/Whatever thing implemented, but I think that will be it.

In that case - Making a start with revamping the guide

» Wed Mar 30, 2011 7:12 am

Question for those that know more about BSA's than I do (Arthmoor?):

When resetting BSA timestamps, is it better to use OBMM's approach and reset everything to 1-1-2006 00:00:00, or should the vanilla bsa's keep their original timestamps?

» Wed Mar 30, 2011 8:29 am

I don't think it makes much difference really so long as whatever dating system is used places them far enough back to avoid the problems from loose files. I think the choice for 1-1-2006 was arbitrary.

» Tue Mar 29, 2011 11:43 pm

@ Lojack
Did a bit of testing on archives that contain images...
It seems the that the problem of not all of the images getting shown in the default browser that utumno brought to my attention with my frans wizbain maker(whatever the problem was-7z extraction IIFC)
seems to have been fixed by that change.
I made another Archive(test) with a bunch of images, and there really isn't that much difference in wait time for extracting them all.
Plus of course running the wizard response time is a lot lot better. Nevermind the comment I made before about in the long run...
I don't think a few extra seconds for extraction is gonna bug me all too much

Anyway, I believe it was a good choice.

EDIT:
@ utumno
It would be nice if you verified this has been fixed on your end also, if ya would please.

» Wed Mar 30, 2011 11:38 am

Ok, well we can't do anything about it until you give specifics: mods involved, which records are missing, etc. Screenshots of TES4Edit are nice, so I don't have to download the mods myself if I don't already have them.

Aw, man. Okay, I'll get back to you.

» Tue Mar 29, 2011 11:56 pm

I don't think it makes much difference really so long as whatever dating system is used places them far enough back to avoid the problems from loose files. I think the choice for 1-1-2006 was arbitrary.

Ok, great. Last question then: is there any reason why it would be a bad idea to have WB automatically reset BSA timestamps, without user interaction?

» Wed Mar 30, 2011 12:02 pm

I don't think it makes much difference really so long as whatever dating system is used places them far enough back to avoid the problems from loose files. I think the choice for 1-1-2006 was arbitrary.

Ok, great. Last question then: is there any reason why it would be a bad idea to have WB automatically reset BSA timestamps, without user interaction?

I think this is not good to have Wrye Bash doing that, because OBMM has an internal BSA browser which I believe is consider to be a standard browsing tool for BSA files in Oblivion.

IIRC you don't have a http://www.elricm.com/nuke/html/modules.php?op=modload&name=Downloads&file=index&req=getit&lid=3185 http://www.tesnexus.com/downloads/file.php?id=3311 as a standard compared to what http://www.elricm.com/nuke/html/modules.php?op=modload&name=Downloads&file=index&req=getit&lid=376 is for Morrowind.

» Wed Mar 30, 2011 3:39 am

I think this is not good to have Wrye Bash doing that, because OBMM has an internal BSA browser which I believe is consider to be a standard browsing tool for BSA files in Oblivion.

IIRC you don't have a http://www.elricm.com/nuke/html/modules.php?op=modload&name=Downloads&file=index&req=getit&lid=3185 http://www.tesnexus.com/downloads/file.php?id=3311 as a standard compared to what http://www.elricm.com/nuke/html/modules.php?op=modload&name=Downloads&file=index&req=getit&lid=376 is for Morrowind.

Why does OBMM having a BSA browser have anything to do with whether or not auto-redating is a good thing though?

I'll confess to having never understood the point behind BSA redating, is it just so that the loose files have later timestamps than the files in the BSA, which use the BSA's timestamp? That's all I can think of, and if that is all there is, then I see no problem with auto-redating. Although why would it occur anyway?

» Wed Mar 30, 2011 5:32 am

Ok, great. Last question then: is there any reason why it would be a bad idea to have WB automatically reset BSA timestamps, without user interaction?

No reason I can think of. Even with Leandro's concerns noted, OBMM isn't going to care one way or the other if some other utility redates the files.

If Wrye Bash is moving toward full blown BSA management (unpack, pack, redate) then OBMM would become utterly useless to me at least.

@Leandro: BSA commander is nice but it's also prone to mistakes. It's difficult to get it to pack a BSA properly for instance.

@wrinklyninja, who is living up to his name: That's the whole point. Redate the BSAs so they're older than the loose files. That way loose files have little to no trouble with properly overriding things. If you do a BSA repack, the date will be set to the current date on the computer. So they need to be reset first before the game will use them correctly.

» Wed Mar 30, 2011 6:44 am

Why does OBMM having a BSA browser have anything to do with whether or not auto-redating is a good thing though?

The main reason I mention this is because OBMM is used by some many mod users. And I think most of them consider it to be convenient to only use OBMM for installing omods and handle the BSA files with one tool which give you a full control of what you're doing. If Wrye Bash has that option of auto re-dating BSA files it could be more confusing for some people than if you have a full control over it.

No reason I can think of. Even with Leandro's concerns noted, OBMM isn't going to care one way or the other if some other utility redates the files.

If Wrye Bash is moving toward full blown BSA management (unpack, pack, redate) then OBMM would become utterly useless to me at least.

That makes two of us if Wrye Bash has a full BSA support, because in the end you must use Wrye Bash if you want to have a heavily modded Oblivion.

@Leandro: BSA commander is nice but it's also prone to mistakes. It's difficult to get it to pack a BSA properly for instance.

I didn't know that and makes the BSA browser in OBMM even more useful imo.

» Wed Mar 30, 2011 4:38 am

YES! BSA Redating is happening :celebration:

I would like to throw in a use case for consideration, reference the method of dating I would request using the original BSA timestamps as a base, and its purely for selfish reasons

- I dont know if anyone else does this - I may be the only one at the moment but BAIN kind of encourages such wacky ideas

heres a screenshot ...

http://www.bild.me/bild.php?file=5313421Untitled.jpg - Check out the size of them.

The first two installers are an idea I had when I last did a full re-install of the game, before adding any mods, decided to grab all the official content and wrap them up as installers too.

Reason?, for any future re-installs - Insert game disk one (GOTY), install. Install Wrye bash, copy over my backup Bash Installers folder, Install all - Play on from where I was

- A full re-install and playing on from my last save with no problems whatsoever = About 25 minutes last time I did it.

After a BSA Redate though those official installers go red - So an Anneal all needs everything selected except those official installers, otherwise the wait for nearly 6gb annealing every time would be a pain.

I am probably one of very few using the idea though. And to resolve the problem I could just repack all the necessary files after a redate, so they never flag as needing re-installed - I just need to get round to it - Which will probably happen just after Wrye Bash gets BSA Redating

The only problem with the above I can imagine is - What version of Oblivion original BSA's do you take as the base, I think there are cases out there where there are differences (saw it mentioned in a Pyffi'ing topic once I think - Or it may have been Andalaybay helping Tomlong out deciding the correct advice to give with patching and upgrade paths, there was a hovering question as to which BSA's needed to be used, depending on what disks you had bought combined with patches to update used)

~ If Wrye Bash has that option of auto re-dating BSA files it could be more confusing for some people than if you have a full control over it.

~

Then again, having both Wrye Bash and OBMM singing off the same hymn sheet with redating to avoid any confusion might be a good idea too. But I cant see a different method being a problem either - Anyone using both OBMM and Wrye Bash, should be using Wrye Bash last before playing to rebuild the bashed patch after any changes with OBMM :shrug: (which is also the reason I dont let OBMMex play with Archive Invalidation - Wrye Bash should have the final word with such things if both are being used) were only talking about timestamps on BSA's not editing them ( although Wrye Bash having that ability too would be very nice :whistling: )

» Wed Mar 30, 2011 4:59 am

YES! BSA Redating is happening :celebration:

I would like to throw in a use case for consideration, reference the method of dating I would request using the original BSA timestamps as a base, and its purely for selfish reasons

- I dont know if anyone else does this - I may be the only one at the moment but BAIN kind of encourages such wacky ideas

heres a screenshot ...

http://www.bild.me/bild.php?file=5313421Untitled.jpg - Check out the size of them.

The first two installers are an idea I had when I last did a full re-install of the game, before adding any mods, decided to grab all the official content and wrap them up as installers too.

Reason?, for any future re-installs - Insert game disk one (GOTY), install. Install Wrye bash, copy over my backup Bash Installers folder, Install all - Play on from where I was

- A full re-install and playing on from my last save with no problems whatsoever = About 25 minutes last time I did it.

After a BSA Redate though those official installers go red - So an Anneal all needs everything selected except those official installers, otherwise the wait for nearly 6gb annealing every time would be a pain.

I am probably one of very few using the idea though. And to resolve the problem I could just repack all the necessary files after a redate, so they never flag as needing re-installed - I just need to get round to it - Which will probably happen just after Wrye Bash gets BSA Redating

To make it simple, Take care of your BSAs first. I unpack them all, overwrite with UOP meshes textures, overwrite with other optimised meshes, run everything though pyffi, overwrite that with my byffi'd meshes, repack bsas uncompressed, redate timestamps.
Clean official content that needs cleaned.
Burn to disk, label install4disk (actually I got fancy with lightscribe)

Note install disk 3 has the utilites(bash) and such.

Everything should be as easy as sticking the original disk in and extract/copy it all straight to the oblivion dir. Go get a cup of joe or whatever comeback and its done. No need to make a BAIN of it all. Really, how many times are you going to need to redate a BSA? Not as often as you'd think.

The only ''different thing'' I do similar to what you are explaining is unpack a mods textures from a BSA if they are in that form and make a bain out of it for the only sole purpose of having those textures show up on a mesh when I import one into blender. 'Cough' Modding.

Also the only thing I ever use OBMM for anymore is for converting an omod to an archive, simply because some people are still releasing their mods as omod only, not omod ready archive.
And yea, I would still like a ini option/path to disable the OBMM launcher from the toolbar launcher, but whatever...

Are there BSAs in those BAINs or loose files?

» Wed Mar 30, 2011 5:10 am

Everything should be as easy as sticking the original disk in and extract/copy it all straight to the oblivion dir. Go get a cup of joe or whatever comeback and its done. No need to make a BAIN of it all. Really, how many times are you going to need to redate a BSA? Not as often as you'd think.

I prefer archives backed up so I never have any problems when I find our inquisitive (able to open cupboards) dog thought a DVD might be tasty

- Lightscribed might seem even tastier. Its quicker too using the archives.

Also the only thing I ever use OBMM for anymore is for converting an omod to an archive, simply because some people are still releasing their mods as omod only, not omod ready archive.
And yea, I would still like a ini option/path to disable the OBMM launcher from the toolbar launcher, but whatever...

Same

- Surazals sensual walks is the only update I need to blow the cobwebs off of OBMMex.

Are there BSAs in those BAINs or loose files?

Yep all game originals. I need to get round to re-pyffi'ing again one day too, had it planned but then there were updates to pyffi so its still on my to-do list.

I only posted my previous post though as food for thought for Lojack's work in progress mentioned earlier.

» Wed Mar 30, 2011 10:55 am

inquisitive (able to open cupboards) dog

I knew a few dogs like that. LOL but it really wasn't that funny at the time.

Also knew someone who I had to record almost everything in the room, because she left her 'pet' rabbit out to run around when she left to run an errand.
computer cord, tv, lamps, alarm clock, pretty much everything, so yea I understand 'inquisitive' animals more than most. :liplick: :whistling:

Cats like couchs

Cows like grass...

Monkeys like fingers...

etc...

» Wed Mar 30, 2011 2:58 am

hello,

I have a big problem with my installation Bain because I have the misfortune to play with a game in French. (I'm French).

Here the concern in image:

http://img560.imageshack.us/img560/9061/baininstallation.jpg

Here it is for drémora instead of dremora, but this is for all accents é - è ...etc French coded directly in the folder of French gaming oblivion.

Is there a solution?

Thanks

» Wed Mar 30, 2011 3:42 am

hello,

I have a big problem with my installation Bain because I have the misfortune to play with a game in French. (I'm French).

Here the concern in image:

http://img560.imageshack.us/img560/9061/baininstallation.jpg

Here it is for drémora instead of dremora, but this is for all accents é - è ...etc French coded directly in the folder of French gaming oblivion.

Is there a solution?

Thanks

While French characters should be covered by ANSI, which is what I presume Bash's default encoding is, it looks like there's some issue with it.

In any case, the devs are working on Unicode, which will solve all such problems, so it's only a matter of time. For the moment, the only solution is probably to rename the files.