[chinadoll]

Did you happen to use an SVN version before updating to 295.3? It should be asking you to backup your settings, since I enabled that for every version change (and tested).

Yes I was using the SVN

[xx_Jess_xx]

Ok.Python source run and worked, but standalone - don't run (Oblivion &Skyrim).

[Carlitos Avila]

Lojack I know this doesn't help anyone above, but for your confidence in my case on win 7, upgrading from the previous TESNexus installer 295.2 Standalone to 295.3 Standalone was a flawless process.

My rebuild of the bashed patch today after the install, and using PBash, was exactly the same size as the previous rebuild with 295.2, though I dont believe I have any mods which would bring any unicode or skeleton problems to the surface.

Also went through some of the bigger wizards I have and no problems there either.

[Michelle Smith]

Thanks for update. Packages with file names with unicode characters now install without any obvious error, but the files themselves are not installed and show as missing.

Examples of install skips/misses
Hammerfell: textures\creatures\horse\New Saddles for My Horses\Black\hasszíj.dds
textures\creatures\horse\New Saddles for My Horses\Black\hasszíj_n.dds

Diabella's Watch: textures\armor\Medieval\Ketten\WaffenrockWei?RotKarro.dds & textures\armor\Medieval\Ketten\WaffenrockWei?RotKarro_n.dds

If you copy those files manually Wrye Bash recognises them and will uninstall them from the installers tab.

295.3 Standalone. I had one packed as a zip and other as 7z

[Enny Labinjo]

Same here upgrading from 295 standalone.

Also, Clean Data wiped all OBSE plugins except OBGEv2.dll and obse_jail_fix.dll (didn't happen with 295).

Btw, "skipping images/docs/[...]" is related to Clean Data?

Anyway, thanks so much for the new release

Well, I'll look into the settings backup code then, it definitely should have asked you. As for the 'Clean Data' command, nothing in there was touched since last release, so it should function the same as before. I'm also not entirely familiar with the code for that command.

Yes I was using the SVN

Ok, but Jedi21 wasn't, so I'll look into it.

Ok.Python source run and worked, but standalone - don't run (Oblivion &Skyrim).

Very odd - I couldn't find any reason in the code why using the Standalone version would cause that error, while the Python Source version wouldn't.

Thanks for update. Packages with file names with unicode characters now install without any obvious error, but the files themselves are not installed and show as missing.

Examples of install skips/misses
Hammerfell: textures\creatures\horse\New Saddles for My Horses\Black\hasszíj.dds
textures\creatures\horse\New Saddles for My Horses\Black\hasszíj_n.dds

Diabella's Watch: textures\armor\Medieval\Ketten\WaffenrockWei?RotKarro.dds & textures\armor\Medieval\Ketten\WaffenrockWei?RotKarro_n.dds

If you copy those files manually Wrye Bash recognises them and will uninstall them from the installers tab.

295.3 Standalone. I had one packed as a zip and other as 7z

Now this one is very odd - during testing bluesky404 and I had installed and uninstalled multiple unicode file names, multiple times. In fact, I just created a test package with all of the example file names you gave me - they installed and uninstalled perfectly, both using the dev version, the 295.3 Python Source version, and the 295.3 Standalone version.

Perhaps there's something interfering with those files. Could you try deleting all your files in Oblivion\Mopy, then re-installing Wrye Bash over top of it (as in, instead of just overwriting any files from the previous version). Also, is Oblivion installed in Program Files, and is UAC enabled? And finally, could you test something for me: extract the problems files to a temp folder somewhere, then right click on each one separately and let me know if the 'Read Only' flag is set?

[Nims]

Is in Program Files, UAC disabled, Files r/w.

Here's what I did, checking after each step I could.
Checked the files were writable.
Uninstalled standalone.
Clear Mopy dir.
Install python version.
Toggle encoding to automatic.
Toggle to Western.
Toggle back to Automatic. Now working.
Nothing was locking the folders, I can move the files around freely, rename, delete. Created a long-name dir to make sure I wasn't hitting whatever the limit is.

Gremlins I guess.

[Lilit Ager]

Hmm, odd indeed. Although, it's recommended to leave 'Plugin Encoding' on 'Western European' - this wont affect files and such, it just affects reading data from within the .ESP and .ESM files. 'Western European' is recommended because it covers most of what you'll ever see, and in fact anything that would require a different Plugin Encoding requires either a OBSE plugin to work right, or a different build of Oblivion.exe (this might be the case for Russian, though I'm not sure). Plus 'Automatic' increases the Bashed Patch rebuild time by almost double.


@PacificMorrowind: I just made a LL merging change in the SVN - was commented out in the old code, but basically it would skip records if the only change was the LVLF (flags) of the list. I re-enabled it, and it all looks to be fine (in fact, makes more sense than the old way), but I was wondering if you know anything about that.

[No Name]

plugin encoding does not affect bain
I've tested installing plugins and readme files with unicode characters, and that works, never tested dds files, but I guess there should be nothing wrong.
have you tried refresh package or full refresh? uninstalling and installing again? if files are listing in “configured files”, it should be installed.

[Rachel Hall]

@PacificMorrowind: I just made a LL merging change in the SVN - was commented out in the old code, but basically it would skip records if the only change was the LVLF (flags) of the list. I re-enabled it, and it all looks to be fine (in fact, makes more sense than the old way), but I was wondering if you know anything about that.

yep I saw that... I look at minimum the commit log and usually the commit and the dif for every commit - generally even before reading the forums, and yeah make sense to me but unfortunately I know nothing about why that was commented out... at least if I do it's well forgotten and buried.
Pacific Morrowind

[james reed]

Wrye Bash 295.4

Get it at http://tesnexus.com/downloads/file.php?id=22368 or http://www.skyrimnexus.com/downloads/file.php?id=1840 or https://sourceforge.net/projects/oblivionworks/

Changelog for this release:
=== 295.4 [15/1/2012] [Lojack,PacificMorrowind]

• Bugfix release:
  • Skyrim: Corrected the record definitions for LVLI, LVLN, LVSP, MISC, ARMO, and ARMA records.
    
  • Bashed Patch:
    • Small tweak to Leveled Lists patcher, allowing changes to the Flags of a list to be imported in rare occasions where they were not.
      
    • Reverted the change to the Graphics patcher from 295.3, mods requiring the model file name to be imported should be using the 'Actors.Skeleton' Tag to accomplish this.
  • Fixed INI Tweaks that un-deleted a tweak line. Now instead of re-adding the tweak in as a new line, the original line will correctly be replaced.
    
  • Fixed an issue with switching Save Game profiles, that was introduced due to the new INI Tweak changes.
    
  • Fixed an issue where BAIN would sometimes install document files from inactive packages.
    
  • Updated the Wrye Bash Installer with some typo fixes, and to correctly remove some files associated with newer versions of Wrye Bash when required.
    
  • Fixed a bug causing Wrye Bash to never ask to backup your settings on an upgrade.

yep I saw that... I look at minimum the commit log and usually the commit and the dif for every commit - generally even before reading the forums, and yeah make sense to me but unfortunately I know nothing about why that was commented out... at least if I do it's well forgotten and buried.
Pacific Morrowind

In that case, I'll go with it

[Solène We]

Now WB python source for Oblivion works fine, profiles are created without problems, but standalone don't run.

No module named TkinterTraceback (most recent call last):  File "Wrye Bash Launcher.pyw", line 33, in 	bash.main()  File "bash\bash.pyo", line 406, in mainUnicodeDecodeError: 'ascii' codec can't decode byte 0xd1 in position 9: ordinal not in range(128)

Skyrim python version run, but profiles on Cyrillics are not perceived and at a writing of the description of a plug-in in Russian at preservation the Chinese language is displayed.
Also it is created C:\Users\Сергей \Documents\My Games\Skyrim a folder; it is probable the matter is that the user in Russian language. Standalone version don't run too.

[Stacy Hope]

What I can tell you is this: the problems lies in the fact that the Skyrim.ini (or Oblivion.ini) isn't stored in UTF-8 format (or UTF-16 or another "universal" encoding). So that means information read from it (specifically , the 'sLocalSavePath' entry) is read in as an unknown encoding. Now - this part is my fault - no further processing is done at that point. I can update Wrye Bash to attempt to detect the best encoding to use to decode this value - however, there will be mis-decodings sometimes. Anyway, point being: at this point, Profiles that rely on a path that has a non-ASCII character in it will confuse Wrye Bash.

It (may have) worked in earlier versions, due to different methods used when interacting with the filesystem - in the long run, the trade-off is better (right now, this is one of few unicode bugs that we have, whereas before, there were a multitude).

Anyway, for now my advice would be - disable Save Profiles. To back out of a setup with save profiles already, you'll need to copy all of your same game files back into the 'My Games\Oblivion\Saves' base directory, as well as edit your Oblivion.ini (Skyrim.ini) to to have sLocalSavePath to its default value.

As for the issue you describe with plugin descriptions - that's the problem with interacting with non-unicode programs. Oblivion, and Skyrim, are not fully Unicode aware programs. The support encodings that fit within one byte characters, specifically the default Western European encoding. With a separate build of the exe (Russian build), it will support the russian encoding. Wrye Bash, going fully unicode, has to attempt to detect the correct encodings to use - as it's not save with a BOM (like UTF-8 and -16, etc can use) there is no 100% definitive way to detect which encoding to use, there's only best guesses based on looking for specific traits in the string. The end result is sometimes, the wrong encoding is picked, and you end up with Russian characters decoding into the Chinese codepage, and it looks odd in Wrye Bash. No worries, the actual data isn't affected, however, this is about the best we can get it - a lot of work has gone into the detection system to choose the correct encoding, but like I said, it will never be 100%, until we're interacting with a program or file format with a strict standart (UTF-8 or UTF-16 would be nice).

[Adam Kriner]

Wrye Bash 295.4

Get it at http://tesnexus.com/downloads/file.php?id=22368 or http://www.skyrimnexus.com/downloads/file.php?id=1840 or https://sourceforge.net/projects/oblivionworks/

In that case, I'll go with it

Many thanks to the WB-team for a new version.

[Hot]

Ok! I have changed names of profiles to English and all works now. The folder is all the same created, but it does not influence work. Python Source works perfectly, but why Standalone is not started?

[Peter lopez]

Right, in this case BAIN would normally have skipped readme.txt and picture.jpg, since that layout isn't either a simple BAIN or complex BAIN package. That's expected in this case. In this case, BAIN treats your 'Data' folder like a single sub-package, and since there is only one sub-package, hides that subpackage from the subpackage list in BAIN. The skipping of these files will also occur with multiple sub-packages, but with a readme.txt outside of any of those, as you've noticed.

May I ask why this was changed in 295.3? Version 295.2 and all previous versions installed these files. I have several mod archives where there are a number of sub-packages for the different options, and the author has placed the readme & associated files - which aren't specific to any of the options - in the root. So now they aren't being installed.

That one was not intended, and is probably due to an optimization I made to the scanning process. Luckily, it's mostly harmless, but I'll fix it for the next release.
Edit: Yep - I had intended the end result being that readme files that weren't in a valid sub-package would get installed anyway, but what ended up hapenning is as you see - all readme type files are always getting installed.

Actually, this statement implies that first point is not intended behaviour. Or am I misunderstanding "readme files that weren't in a valid sub-package would get installed anyway".

Eloise

[James Potter]

Ok! I have changed names of profiles to English and all works now. The folder is all the same created, but it does not influence work. Python Source works perfectly, but why Standalone is not started?

I'm unsure, but I will investigate further.

Actually, this statement implies that first point is not intended behaviour. Or am I misunderstanding "readme files that weren't in a valid sub-package would get installed anyway".

Eloise

I guess my explanation was a little unclear:

The first example you gave was something like this:

Data\  ..some stuff..readme.txtpackage.jpg

In this example, since BAIN doesn't consider the name 'Data' anything special, but it does see the recognized required data folder structure in the 'Data' folder, BAIN says: "Ok, this 'Data' folder must be a valid sub-package". This turns this package into a "complex-BAIN" package. However, there are two files that aren't in ANY sub-package -- readme.txt and package.jpg. Since they're not in a sub-package, BAIN skips them always. That's they way it's always worked. In 295.3, I tried to remedy this specific situation, by allowing a file that met the criteria for BAIN to call it a readme to be installed anyway, even if it isn't in a valid sub-package. Because the code for "files not in a valid sub-package" is the same as the code for "file in an in-active, but valid sub-package", I ended up accidentally making BAIN instead install all files that are considered readme's, even from inactive sub-packages, following the normal BAIN overriding rules, so the last package wins.

The second example you gave, just showed the error in my change (installing from "in-active but valid sub-packages", vice "invalid sub-packages"):

Supackage 1\  ..data files..  readme.txtSubpackage 2\  ..data files..  readme.txt

This one showed that even with sub-package 2 deactivated, its readme was getting installed. That was the unintended effect. The effect that in the first example the readme.txt was getting installed was intended. 295.4 has had some tweaks to the behavior.

295.4 has been tweaked so this no longer happens, since there was not a good way (within the current code) to make it work right, and the goal was just a bugfix release.

[Hope Greenhaw]

I promised an inexplicable bug. Not certain if I'm doing it wrong. I tried installing http://tesalliance.org/forums/index.php?/files/file/797-insanitys-improved-armoury-compilation/ pack, the previous version where each armour set had it's own folder, and some files wouldn't install no matter what I do. They are suppose to overwrite files from http://www.tesnexus.com/downloads/file.php?id=38350, which I have as a folder in the Bash Installers directory. Insanity's package shows the following files as missing:

Spoiler

Textures\Armor\amelionceremonial\shield.dds
Textures\Armor\amelionceremonial\f\boots.dds
Textures\Armor\amelionceremonial\f\cuirass.dds
Textures\Armor\amelionceremonial\f\helmet.dds
Textures\Armor\amelionceremonial\m\boots.dds
Textures\Armor\amelionceremonial\m\cuirass.dds
Textures\Armor\amelionceremonial\m\gauntlet.dds
Textures\Armor\amelionceremonial\m\greaves.dds
Textures\Armor\amelionceremonial\m\helmet.dds
Textures\Armor\BlackWaterCuirass\blackwatercuirass.dds
Textures\Armor\BlackWood\shield.dds
Textures\Armor\BlackWood\M\boots.dds
Textures\Armor\BlackWood\M\cuirass.dds
Textures\Armor\BlackWood\M\gauntlets.dds
Textures\Armor\BlackWood\M\greaves.dds
Textures\Armor\BlackWood\M\helmet.dds
Textures\Armor\Blades\akavarishield.dds
Textures\Armor\Blades\shield.dds
Textures\Armor\Blades\F\greaves.dds
Textures\Armor\Blades\M\boots.dds
Textures\Armor\Blades\M\cuirass.dds
Textures\Armor\Blades\M\gauntlet.dds
Textures\Armor\Blades\M\greaves.dds
Textures\Armor\Blades\M\helmet.dds
Textures\Armor\Champion\F\boots.dds
Textures\Armor\Champion\F\cuirass.dds
Textures\Armor\Champion\F\gauntlets.dds
Textures\Armor\Champion\F\greaves.dds
Textures\Armor\Champion\F\loincloth.dds
Textures\Armor\Champion\M\boots.dds
Textures\Armor\Champion\M\cuirass.dds
Textures\Armor\Champion\M\gauntlets.dds
Textures\Armor\Champion\M\greaves.dds
Textures\Armor\Champion\M\loincloth.dds
Textures\Armor\ChampionLight\F\boots.dds
Textures\Armor\ChampionLight\F\cuirass.dds
Textures\Armor\ChampionLight\F\gauntlets.dds
Textures\Armor\ChampionLight\F\greaves.dds
Textures\Armor\ChampionLight\M\boots.dds
Textures\Armor\ChampionLight\M\cuirass.dds
Textures\Armor\ChampionLight\M\gauntlets.dds
Textures\Armor\ChampionLight\M\greaves.dds
Textures\Armor\ChampionLight\M\loincloth.dds
Textures\Armor\HelmetBloodWorm\helmet.dds
Textures\Armor\HelmetLindaiAyelidCrown\helmet.dds
Textures\Armor\HelmetNenalataAyleidCrown\helmet.dds
Textures\Armor\HelmetOreynBeardaw\helmet.dds
Textures\Weapons\amelionceremonialsword.dds
Textures\Weapons\blackwaterblade.dds

All the corresponding normal map files shows up under Mismatched. Strange thing is the normal maps show up as Underridden for RTMN:

Spoiler

==69== Insanity's Improved Armoury Compilation.7z
Textures\Armor\BlackWaterCuirass\blackwatercuirass_n.dds
Textures\Armor\BlackWood\shield_n.dds
Textures\Armor\BlackWood\M\boots_n.dds
Textures\Armor\BlackWood\M\cuirass_n.dds
Textures\Armor\BlackWood\M\gauntlets_n.dds
Textures\Armor\BlackWood\M\greaves_n.dds
Textures\Armor\BlackWood\M\helmet_n.dds
Textures\Armor\Blades\akavarishield_n.dds
Textures\Armor\Blades\shield_n.dds
Textures\Armor\Blades\F\greaves_n.dds
Textures\Armor\Blades\M\boots_n.dds
Textures\Armor\Blades\M\cuirass_n.dds
Textures\Armor\Blades\M\gauntlet_n.dds
Textures\Armor\Blades\M\greaves_n.dds
Textures\Armor\Blades\M\helmet_n.dds
Textures\Armor\ChampionLight\F\boots_n.dds
Textures\Armor\ChampionLight\F\cuirass_n.dds
Textures\Armor\ChampionLight\F\gauntlets_n.dds
Textures\Armor\ChampionLight\F\greaves_n.dds
Textures\Armor\ChampionLight\M\boots_n.dds
Textures\Armor\ChampionLight\M\cuirass_n.dds
Textures\Armor\ChampionLight\M\gauntlets_n.dds
Textures\Armor\ChampionLight\M\greaves_n.dds
Textures\Armor\ChampionLight\M\loincloth_n.dds
Textures\Armor\Champion\F\boots_n.dds
Textures\Armor\Champion\F\cuirass_n.dds
Textures\Armor\Champion\F\gauntlets_n.dds
Textures\Armor\Champion\F\greaves_n.dds
Textures\Armor\Champion\F\loincloth_n.dds
Textures\Armor\Champion\M\boots_n.dds
Textures\Armor\Champion\M\cuirass_n.dds
Textures\Armor\Champion\M\gauntlets_n.dds
Textures\Armor\Champion\M\greaves_n.dds
Textures\Armor\Champion\M\loincloth_n.dds
Textures\Armor\HelmetBloodWorm\helmet_n.dds
Textures\Armor\HelmetLindaiAyelidCrown\helmet_n.dds
Textures\Armor\HelmetNenalataAyleidCrown\helmet_n.dds
Textures\Armor\HelmetOreynBeardaw\helmet_n.dds
Textures\Armor\amelionceremonial\shield_n.dds
Textures\Armor\amelionceremonial\f\boots_n.dds
Textures\Armor\amelionceremonial\f\cuirass_n.dds
Textures\Armor\amelionceremonial\f\helmet_n.dds
Textures\Armor\amelionceremonial\m\boots_n.dds
Textures\Armor\amelionceremonial\m\cuirass_n.dds
Textures\Armor\amelionceremonial\m\gauntlet_n.dds
Textures\Armor\amelionceremonial\m\greaves_n.dds
Textures\Armor\amelionceremonial\m\helmet_n.dds
Textures\Weapons\amelionceremonialsword_n.dds
Textures\Weapons\blackwaterblade_n.dds

I tried fully uninstalling Insanity's, then re-installing but that didn't work. Tried annealing both mods but that didn't work either. More than 400 files from Insanity's were installed without any issues, don't know why these are the exceptions.

[Silvia Gil]

I'll check those out (may take a while, I'll have to download both).

Also, for everyone else - I got enough bug reports to warrant another bugfix release here in a few days (dealing with Skyrim record definition), so please make any bugreports soon, so I can get them into the next release.

[Emma]

I promised an inexplicable bug. Not certain if I'm doing it wrong. I tried installing http://tesalliance.org/forums/index.php?/files/file/797-insanitys-improved-armoury-compilation/ pack, the previous version where each armour set had it's own folder, and some files wouldn't install no matter what I do. They are suppose to overwrite files from http://www.tesnexus.com/downloads/file.php?id=38350, which I have as a folder in the Bash Installers directory. Insanity's package shows the following files as missing:

Spoiler

Textures\Armor\amelionceremonial\shield.dds
Textures\Armor\amelionceremonial\f\boots.dds
Textures\Armor\amelionceremonial\f\cuirass.dds
Textures\Armor\amelionceremonial\f\helmet.dds
Textures\Armor\amelionceremonial\m\boots.dds
Textures\Armor\amelionceremonial\m\cuirass.dds
Textures\Armor\amelionceremonial\m\gauntlet.dds
Textures\Armor\amelionceremonial\m\greaves.dds
Textures\Armor\amelionceremonial\m\helmet.dds
Textures\Armor\BlackWaterCuirass\blackwatercuirass.dds
Textures\Armor\BlackWood\shield.dds
Textures\Armor\BlackWood\M\boots.dds
Textures\Armor\BlackWood\M\cuirass.dds
Textures\Armor\BlackWood\M\gauntlets.dds
Textures\Armor\BlackWood\M\greaves.dds
Textures\Armor\BlackWood\M\helmet.dds
Textures\Armor\Blades\akavarishield.dds
Textures\Armor\Blades\shield.dds
Textures\Armor\Blades\F\greaves.dds
Textures\Armor\Blades\M\boots.dds
Textures\Armor\Blades\M\cuirass.dds
Textures\Armor\Blades\M\gauntlet.dds
Textures\Armor\Blades\M\greaves.dds
Textures\Armor\Blades\M\helmet.dds
Textures\Armor\Champion\F\boots.dds
Textures\Armor\Champion\F\cuirass.dds
Textures\Armor\Champion\F\gauntlets.dds
Textures\Armor\Champion\F\greaves.dds
Textures\Armor\Champion\F\loincloth.dds
Textures\Armor\Champion\M\boots.dds
Textures\Armor\Champion\M\cuirass.dds
Textures\Armor\Champion\M\gauntlets.dds
Textures\Armor\Champion\M\greaves.dds
Textures\Armor\Champion\M\loincloth.dds
Textures\Armor\ChampionLight\F\boots.dds
Textures\Armor\ChampionLight\F\cuirass.dds
Textures\Armor\ChampionLight\F\gauntlets.dds
Textures\Armor\ChampionLight\F\greaves.dds
Textures\Armor\ChampionLight\M\boots.dds
Textures\Armor\ChampionLight\M\cuirass.dds
Textures\Armor\ChampionLight\M\gauntlets.dds
Textures\Armor\ChampionLight\M\greaves.dds
Textures\Armor\ChampionLight\M\loincloth.dds
Textures\Armor\HelmetBloodWorm\helmet.dds
Textures\Armor\HelmetLindaiAyelidCrown\helmet.dds
Textures\Armor\HelmetNenalataAyleidCrown\helmet.dds
Textures\Armor\HelmetOreynBeardaw\helmet.dds
Textures\Weapons\amelionceremonialsword.dds
Textures\Weapons\blackwaterblade.dds

All the corresponding normal map files shows up under Mismatched. Strange thing is the normal maps show up as Underridden for RTMN:

Spoiler

==69== Insanity's Improved Armoury Compilation.7z
Textures\Armor\BlackWaterCuirass\blackwatercuirass_n.dds
Textures\Armor\BlackWood\shield_n.dds
Textures\Armor\BlackWood\M\boots_n.dds
Textures\Armor\BlackWood\M\cuirass_n.dds
Textures\Armor\BlackWood\M\gauntlets_n.dds
Textures\Armor\BlackWood\M\greaves_n.dds
Textures\Armor\BlackWood\M\helmet_n.dds
Textures\Armor\Blades\akavarishield_n.dds
Textures\Armor\Blades\shield_n.dds
Textures\Armor\Blades\F\greaves_n.dds
Textures\Armor\Blades\M\boots_n.dds
Textures\Armor\Blades\M\cuirass_n.dds
Textures\Armor\Blades\M\gauntlet_n.dds
Textures\Armor\Blades\M\greaves_n.dds
Textures\Armor\Blades\M\helmet_n.dds
Textures\Armor\ChampionLight\F\boots_n.dds
Textures\Armor\ChampionLight\F\cuirass_n.dds
Textures\Armor\ChampionLight\F\gauntlets_n.dds
Textures\Armor\ChampionLight\F\greaves_n.dds
Textures\Armor\ChampionLight\M\boots_n.dds
Textures\Armor\ChampionLight\M\cuirass_n.dds
Textures\Armor\ChampionLight\M\gauntlets_n.dds
Textures\Armor\ChampionLight\M\greaves_n.dds
Textures\Armor\ChampionLight\M\loincloth_n.dds
Textures\Armor\Champion\F\boots_n.dds
Textures\Armor\Champion\F\cuirass_n.dds
Textures\Armor\Champion\F\gauntlets_n.dds
Textures\Armor\Champion\F\greaves_n.dds
Textures\Armor\Champion\F\loincloth_n.dds
Textures\Armor\Champion\M\boots_n.dds
Textures\Armor\Champion\M\cuirass_n.dds
Textures\Armor\Champion\M\gauntlets_n.dds
Textures\Armor\Champion\M\greaves_n.dds
Textures\Armor\Champion\M\loincloth_n.dds
Textures\Armor\HelmetBloodWorm\helmet_n.dds
Textures\Armor\HelmetLindaiAyelidCrown\helmet_n.dds
Textures\Armor\HelmetNenalataAyleidCrown\helmet_n.dds
Textures\Armor\HelmetOreynBeardaw\helmet_n.dds
Textures\Armor\amelionceremonial\shield_n.dds
Textures\Armor\amelionceremonial\f\boots_n.dds
Textures\Armor\amelionceremonial\f\cuirass_n.dds
Textures\Armor\amelionceremonial\f\helmet_n.dds
Textures\Armor\amelionceremonial\m\boots_n.dds
Textures\Armor\amelionceremonial\m\cuirass_n.dds
Textures\Armor\amelionceremonial\m\gauntlet_n.dds
Textures\Armor\amelionceremonial\m\greaves_n.dds
Textures\Armor\amelionceremonial\m\helmet_n.dds
Textures\Weapons\amelionceremonialsword_n.dds
Textures\Weapons\blackwaterblade_n.dds

I tried fully uninstalling Insanity's, then re-installing but that didn't work. Tried annealing both mods but that didn't work either. More than 400 files from Insanity's were installed without any issues, don't know why these are the exceptions.

All I can tell you is this: I just downloaded both mods (large download for the Really Textured Normals), and installed both via BAIN, with Insanity's installing after the Really Textured Normals. No problems - Instanity's is Green, with nothing missing, mismatched, or underridden. Maybe try unintalling both, then reinstalling again?

[Imy Davies]

Wrye Bash 295-4 does not launch.

I just undated from WB 295-3 to 295-4. The program no longer launches. I get this message instead:

Error! Unable to start Wrye Bash.

Please ensure Wrye Bash is correctly installed.

Traceback (most recent call last):
File "I:\Bethesda Softworks\Oblivion\Mopy\bash\bash.py", line 340, in main
import bosh
File "I:\Bethesda Softworks\Oblivion\Mopy\bash\bosh.py", line 58, in
import balt
File "I:\Bethesda Softworks\Oblivion\Mopy\bash\balt.py", line 40, in
import wx
ImportError: No module named wx

During install I accepted all defaults except:

1)...Python 2.7.2 installation directory was changed to F:\Ultities\ as is my standard practice. All other Python versions are installed to F:\Utilities\...

2)...I deselected making Python 2.7.2 default having read elsewhere that one shouldn't do that when one has multiple Python installs on the same computer.

This is the first time during my history of using WB than an update has gone bad.

How do I fix it?

Thanks in advance!

-Decrepit-

[Campbell]

Decrepit, was this the Python version? I installed the Standalone version about an hour ago and it went flawlessly for me. You might try that, if all else fails.

[kitten maciver]

ImportError: No module named wx

That looks like wxPython didn't get installed to this new Python 2.7.2 directory.

<-- No expert here, move along.

[Miss K]

Decrepit, was this the Python version? I installed the Standalone version about an hour ago and it went flawlessly for me. You might try that, if all else fails.

No, I used the installer version as I always do....the one at the top of the Nexus download page.

-Decrepit-

[Claire]

Decrepit,

Install http://downloads.sourceforge.net/wxpython/wxPython2.8-win32-unicode-2.8.12.1-py27.exe for Python 2.7.2. The 'wx' module is the main module for wxPython. Maybe the installer didn't updated it while upgrading.

[Brιonα Renae]

Decrepit,

Install http://downloads.sourceforge.net/wxpython/wxPython2.8-win32-unicode-2.8.12.1-py27.exe for Python 2.7.2. The 'wx' module is the main module for wxPython. Maybe the installer didn't updated it while upgrading.

I just tried this. This time I went ahead and let it make 2.7.2 default since that is what is selected on-screen. It saw that the program was already installed and asked me to let it remove the old install first. I let it do so, then install itself again.

I launched Wrye Bash. This time I got a tad further. It brought up a screen saying I had updated from 295-3 to 295-4 and asking if I wanted to backup existing files. I said yet. The program then dies before anything can happen. I message of some sort appears briefly on screen....but it is gone SO quickly there is no way I can read it or grab a copy for posting. In otherwords I'm still hosed.

-Decrepit-