12 replies to this topic

[Eric P.]

Hello,

Here's what happens while installing this mod via weidu-mac, after scripts are compiled, files are copied and patched, etc.:

ERROR: error loading [aurora/bamsoa/?av.2da]
Stopping installation because of error.
Stopping installation because of error.
Stopping installation because of error.

ERROR Installing [Aurora's Shoes and Boots], rolling back to previous state
Will uninstall 240 files for [Setup-aurora.tp2] component 0.
Uninstalled    240 files for [Setup-aurora.tp2] component 0.
/bin/sh: aurora/batchlog/agauraun.sh: /bin/shtis_files="ag0540.tis: bad interpreter: No such file or directory
ERROR: Unix.Unix_error(12, "stat", "aurora/bamsoa/\181av.2da")

The first like suggests that there's a non-standard character in at least one filename, so I examined the contents of all the mod's subfolders. Sure enough, some files begin with a capital E with a circumflex over it. Some other files begin with a lower-case u with an accent over it, as well. After replacing all these with unaccented "normal" letters, I again ran the installer, and got the exact same errors.

Examining the contents of agauraun.sh, I see that it is written all in one long line, rather than having separate lines for the commands, as I've seen in other .sh files. The error message above suggests to me (granted I'm not highly familiar with the syntax of .sh file contents) that the text needs to be separated in order to be processed.

I understand that the accented character issue will be addressed during the development of a future revision of this mod, but can anyone suggest how to correct the .sh, or otherwise let me know if it's possible to correct and install this mod, or should I wait till the next release?

Thanks,
Eric

[Miloch]

ERROR: error loading [aurora/bamsoa/?av.2da]

Like I said in the other thread, this seems to be due to the non-ANSI characters. It should show up as (Unicode) µav.2da (with an initial 'micron' character). Probably gets hosed on OSX and Linux.

/bin/sh: aurora/batchlog/agauraun.sh: /bin/shtis_files="ag0540.tis: bad interpreter: No such file or directory

This (I'm guessing) is not so much an error in the shell script, but due to the fact it never got far enough to install the .tis files, so there's none to delete in the override. You can check your override to make sure. The uninstall script (agauraun.sh) has:

#!/bin/sh

tis_files="ag0540.tis ag1110.tis ag2020.tis"

for file in $tis_files; do
  rm override/$file
done

There is probably some sort of 'if exists' check we can put in there so it only tries deleting the files if it finds any, but offhand I don't know what that syntax would be. In the next release we will be doing away with both batch files and shell scripts, as everything will be mainlined in the .tp2 file (Fishing for Trouble's .tp2 has this sort of syntax in action).

I understand that the accented character issue will be addressed during the development of a future revision of this mod, but can anyone suggest how to correct the .sh, or otherwise let me know if it's possible to correct and install this mod, or should I wait till the next release?

It is not the shell script you'd have to change (I am guessing) nor perhaps even the .tp2 but one of the subroutines, namely aurora/lib/t-goblin.tpa. Look for the following sort of code:

COPY ~aurora/bamsoa/µav.2da~ ~override/msh2.2da~ //Goblin Captain
       ~aurora/bamsoa/µava1.bam~ ~override/msh2a1.bam~

This aims to copy the animations (and related files) over to standard naming conventions, since OSX (and for that matter SoA without ToB) can't handle the IA-style Unicode prefixes. But apparently, neither can the command interpreter that runs WeiDU, so we get errors when trying to find the files. To fix this (in theory), replace every instance of 'µ' in that file with whatever the character shows up as on your system. So if you replaced them all with a normal 'u' then do a mass replace to that. I'm not sure what the character shows up as if you open it with a text editor - I guess it depends on whether that editor can support Unicode or not.

Then save the file and try installing the mod again. It may hang up elsewhere but hopefully not. If you can do this sort of test, that will really help resolve compatibility issues for the next release.

[Turambar]

ERROR: error loading [aurora/bamsoa/?av.2da]

Like I said in the other thread, this seems to be due to the non-ANSI characters. It should show up as (Unicode) µav.2da (with an initial 'micron' character). Probably gets hosed on OSX and Linux.

I can confirm that there are problems with strange characters on linux as well (I tested IA actually, but the files with strange names are there as well), also due to the fact that you must lowercase all files, in order to be able to install mods on linux.
(Actually, it would be more appropriate to say that there are problems on windows, since it doesn't use standard codesets such as utf-8, which other OSs do.)
Anyway, here's what happened.
The files are copied correctly, but, since your tp2 file uses some windows charset and linux uses utf-8, the REQUIRE_PREDICATEs which should check if the animations are in the override folder fail, and the mod says I haven't installed the main component completely.
I was able to install the whole mod when I managed to convert the tp2 to utf-8.
Since I have problems with my graphics drivers, I can't check, yet, whether the game finds the animations correctly, so the only thing I'm sure of is that the utf-8 tp2 can be installed.

Could using variables which are set, depending on the OS, to the different charset codes of µ, Ø and so on help?

[Eric P.]

There are some .tiz files in my override folder. Some have corresponding .are files, and some don't, but there are no .tis files in the override.

I replaced the "micron" character in that one filename to a capital E. After changing to unaccented characters, I searched through the .tp2 to check if any filenames referenced there also had accented or otherwise non-standard characters, but there were none there.

I went ahead and broke up the text in the .sh file, as you've shown. That's how I was going to do it, so it's nice to see that my instinct was accurate in that case.

I hadn't thought of checking t-goblin.tpa, so this morning I arbitrarily chose the capital E to replace the µ character (thinking that, theoretically, I could choose any standard character, as long as I do it consistently), and did a find/replace throughout the file, and saved with Windows (CRLF) and Western (Mac OS Roman) encoding, as that was the default setting, though whenever I save a .tp2, I save it with Unix (LF) and Unicode (UTF-8, no BOM) encoding. I don't know if that would cause any unwanted behavior itself.

I use TextWrangler on my Mac to create/edit files for BG2, as it's more versatile than (for example) TextEdit (Apple's text editor).

Running the installer after applying these changes yields the following result:

SUCCESSFULLY INSTALLED      Fix area creature references

SUCCESSFULLY INSTALLED      Aurora's Shoes and Boots

SUCCESSFULLY INSTALLED      Merchants and minor NPCs

SUCCESSFULLY INSTALLED      Shorten Dungeon cutscene

SUCCESSFULLY INSTALLED      Both 1 and 2 (no treasures lost)

SUCCESSFULLY INSTALLED      Realistic Kobold Commandos

This is, then, a very happy report, for a change!

[Miloch]

Could using variables which are set, depending on the OS, to the different charset codes of µ, Ø and so on help?

This will not be an issue with the next release because we are switching to standard ANSI characters (see here). We already lowercase everything, so everything else should be ok on Linux (as appears to be the case for OSX).

There are some .tiz files in my override folder. Some have corresponding .are files, and some don't, but there are no .tis files in the override.

I think you have this reversed - there should be .tis files but not .tiz (compressed .tis files) in the override. Also, they should all have .are files. If not, then post your DEBUG log (in SPOILER tags please). Though it might not record what happened in the .sh execution - might need to tisunpack the .tiz files manually if it didn't work. Edit: but we don't copy .tiz files to the override anyway - some mods do (a poor practice IMO) so you might want to check they're not ours - ours all start with ag or sometimes t-.

whenever I save a .tp2, I save it with Unix (LF) and Unicode (UTF-8, no BOM) encoding. I don't know if that would cause any unwanted behavior itself.

You should use the 'Roman' (code page 1252) instead of Unicode, as obviously the interpreter has problems with the latter (might not be an issue if there are no Unicode characters though).

This is, then, a very happy report, for a change!

Cool - might want to also check your game with NI and see if msh2a1.bam etc. are there for goblin captain animations.

Edited by Miloch, 23 July 2011 - 09:58 AM.

[Eric P.]

This is to confirm that my override contains:

sk5201.are
sk5201.tiz
sk5401.are
sk5401.tiz
sk6400.are
sk6400.tiz

Funny to see that I should be using Roman encoding (if that's correct to say) when saving .tp2 files with my text editor, as I was previously advised to save them using the specifications I mentioned earlier. I suppose I can adopt this practice, at least until someone else advises otherwise.

In my override, I see msh2a1.bam, and similarly-named files, but they don't show up when I click to expand the BAM folder on the left-hand side of the NI window.

Unfortunately, I already deleted aurora.DEBUG, so I can't post the contents here. Sorry!

[Miloch]

sk5201.are
sk5201.tiz

These aren't ours (as I said we use the ag prefix). Not sure who sk is but a weidu --change-log should tell you.

In my override, I see msh2a1.bam, and similarly-named files, but they don't show up when I click to expand the BAM folder on the left-hand side of the NI window.

You need to set NI to Options > Show Override Files > In ??? Folders and maybe make sure Ignore Overrides is not checked (and maybe Autocheck for Overrides if you have NI open while modding or running the game, which isn't that wise).

Unfortunately, I already deleted aurora.DEBUG, so I can't post the contents here. Sorry!

You should never delete DEBUG files from installed mods - not if you want help from the modder (debuggerer) at least. Anyway, uninstall the whole mod and reinstall it, which should be easy because it's last (and it should be near the end, so I hope you don't plan on slapping a bunch more creature-adding mods after it, because that's not a good idea per the readme).

[Eric P.]

sk5201.are
sk5201.tiz

These aren't ours (as I said we use the ag prefix). Not sure who sk is but a weidu --change-log should tell you.

In my override, I see msh2a1.bam, and similarly-named files, but they don't show up when I click to expand the BAM folder on the left-hand side of the NI window.

You need to set NI to Options > Show Override Files > In ??? Folders and maybe make sure Ignore Overrides is not checked (and maybe Autocheck for Overrides if you have NI open while modding or running the game, which isn't that wise).

Unfortunately, I already deleted aurora.DEBUG, so I can't post the contents here. Sorry!

You should never delete DEBUG files from installed mods - not if you want help from the modder (debuggerer) at least. Anyway, uninstall the whole mod and reinstall it, which should be easy because it's last (and it should be near the end, so I hope you don't plan on slapping a bunch more creature-adding mods after it, because that's not a good idea per the readme).

Thanks for the tip with NI. I have to reset whatever options I want every time I launch it, so I hope to remember this one

I don't plan to install anything else on top of this installation. Didn't want to load anything more on after I completed the install run according to BWP anyway, but a couple compelling reasons came up. So much for my current test games, as I'll definitely need to reinstall from square one sometime soon.

[Eric P.]

My error in deleting the .DEBUG file was due to my bad habit of deleting all .DEBUG files after mods that install successfully. I suppose it's fair to say that sometimes a success isn't a success, or something. Lesson learned!

[Eric P.]

Successfully installed after uninstalling. The randomize item thing took much longer than before (come to think of it, I don't even recall having seen it before, but I was probably distracted).

I can't post Setup-aurora.DEBUG in spoilers, because my browser chokes when I paste the text in (Spinning beach ball of death happens). I'll attach it instead, if that's fine.

NI now sees MSH2A1.BAM and similar files (now that I've set the option to show override files as advised).

What's our next step here?

[Miloch]

What's our next step here?

Eh, nothing... just install the 5a patch after Aurora v5 and enjoy the mod (hopefully). Though I thought the whole reason you downloaded it was to look at the green dress, for which you didn't need to install the mod . If you want to make sure the area tiles extracted properly, look for ag0540.tis etc. in NI (same goes for the sounds e.g. ag0540.wav). But I think it would've said something if they didn't extract. It sounds like it was just that one ANSI filename issue, which is what I suspected and as I said, will be resolved when we move to the new ANSI file naming scheme.

[Eric P.]

What's our next step here?

Eh, nothing... just install the 5a patch after Aurora v5 and enjoy the mod (hopefully). Though I thought the whole reason you downloaded it was to look at the green dress, for which you didn't need to install the mod . If you want to make sure the area tiles extracted properly, look for ag0540.tis etc. in NI (same goes for the sounds e.g. ag0540.wav). But I think it would've said something if they didn't extract. It sounds like it was just that one ANSI filename issue, which is what I suspected and as I said, will be resolved when we move to the new ANSI file naming scheme.

I installed the mod for the purpose of discovery, and to answer the challenge, as I was previously under the impression that it would not install at all on my system. Now, I've concluded that my installation is sufficiently screwed up to nuke it and start from a restored clean install. I've begun the process, and will include Aurora's Shoes (because now I want to check out the content). I'll be following BWP's Expert installation, but I'll be a bit more conservative on which mods and which components I install. I should have the game ready to begin a new round of testing by the end of next week.

[Miloch]

I'll be following BWP's Expert installation, but I'll be a bit more conservative on which mods and which components I install.

"Conservative" and BWP Expert are not usually used in the same sentence . Sounds more like you want a "Recommended" or "Tactics" install. Well, whichever, you can customise it from the BWSetup tool, which is the easiest way, just check off the mods you want and uncheck the ones you don't want. It should handle all dependencies/conflicts and also make sure you get the fixes you need (typically provided by the BWFixpack *before* installing any other mods).