To have correct music in BGT currently you need to install BGTMusic with latest WeiDU and fixed TP2 file from Lollorian which was posted in some thread here recently. When installing from scratch, it might be easier to just use Big World Setup to do a minimalistic BGT install - it should include the necessary patches.

My guess is this:

~BGGRAPHICS/SETUP-BGGRAPHICS.TP2~ #0 #0 // BGT Extended Night and Baldur's Gate Map Fixes: v1.4

Sounds like an interesting and intriguing concept, I wish you success in bringing it to life.

 

Advice on a couple things which stood out to me:

 

All the same it can be sold to a noble collector in Athkatla but the real story begins if it is kept and worn.....

 

This sounds like it would be easy for a player to skip the quest altogether (perhaps unknowingly) by selling the item. I'd consider adding a plot line to lead the player back towards the amulet after selling it, so the quest can still be started in another way. For example, maybe after a few days the party catches a rumour of the noble collector dying under mysterious circumstances and is called upon to investigate (or maybe they're even suspects in his death now). Or the noble's behavior changes because he's affected by the artifact, and one of his close friends/family comes to the party with questions or plea for aid.

 

 

and if you refuse his attempts to 'save' you which involves him joining the party and trying to destroy the amulet without killing you

 

I'd recommend not making the extra companion mandatory for completing a quest arc. With the amount of NPC mods out there now, those party slots are very precious and by requiring one of them you risk losing a significant part of the audience who'd prefer to have their own NPC party selection. Perhaps the paladin offers to help, and then if the player accepts he also offers to join the group. If this second offer is refused, he can still try to help (perhaps staying at one of the inns, if multiple interactions with him are planned) without joining the party.

 

Enhanced Editions have renewed interest in the Baldur's Gate series and attracted a host of new players who've never had a chance to try it before. Who knows how long that'll last, but I'd say now is the perfect time to get your mod out until such wide interest wanes again.

Even without EEs though, I think you underestimate how many people still play this game. Just browse the downloads section on this site and keep an eye on the downloads count of the mods listed there.

Don't know much about NWN modding or how active its community is these days.

so where one would find updated tools?

http://sourceforge.n...es/DLTCEP 7.6g/

 

Not a modding suite per se, but a game files editor (which is enough to do almost anything you'd want, including a total conversion of the whole game). Yes, it should be compatible with both EEs.

nope. I cannot open the new audio files in ANY way.

 

They're simple OGG files. Extract them from biffs with weidu (weidu.exe --biff-get whatever.wav), change extension to .ogg and play with any decent music player (foobar2000, winamp, windows media player, etc.) to see what's in them.

 

DLTCEP menu option Sound -> WAVC to WAV will also correctly extract and convert them to old-fashioned WAVs which will be recognized by non-EE games.

EE only uses new formats for GUI files (+worldmap mos I think) though. And it will work fine with v1 bam and mos files too. So unless you intend to modify the new gui, there really is no reason to wait. Unless I'm missing something.

 

The following TP2 code will copy all V2 files in the game into "BAMBATCH/V2" subfolder if you want to check out a complete list of what's "uneditable":

COPY_EXISTING_REGEXP GLOB ~.*\.bam~ ~override~
	READ_ASCII 0x4 ~version~ (2)
	PATCH_IF ~%version%~ STRING_EQUAL_CASE ~V2~ BEGIN
		INNER_ACTION BEGIN		
		COPY_EXISTING ~%SOURCE_FILE%~ ~bambatch/v2~
		END
	END
BUT_ONLY

COPY_EXISTING_REGEXP GLOB ~.*\.mos~ ~override~
	READ_ASCII 0x4 ~version~ (2)
	PATCH_IF ~%version%~ STRING_EQUAL_CASE ~V2~ BEGIN
		INNER_ACTION BEGIN
		COPY_EXISTING ~%SOURCE_FILE%~ ~bambatch/v2~
		END
	END
BUT_ONLY

Area Tilesets use the PVR format (which is uneditable ATM) as well. BGII:EE also introduced 32-bit bitmap files which is a new format to the Infinity Engine and which NearInfinity can't handle yet (although DLTCEP might can).

 

Yes, but old TIS tilesets are still accepted and will work just as well (so there's no need to wait for new tools to create a new area for your modding needs). New tilesets can currently be loaded in latest DLTCEP (use "Load MOS..." option) and exported as bitmaps/TIS, although not without problems (resulting images/tilesets have visible graphical glitches aka "tears" at tile borders).

 

Item description images is the only serious problem I've hit in modding BG2EE - old BAMs aren't displayed at the moment, but as I understand this is going to be fixed in a future patch.

The One Drizzt is very unlikely to be compatible unless the author updates it, not much I can do about that - there are simply too many changes.

 

Also in v1.41 tp2 file of this mod, there is an error:

 

COPY ~THEONEDRIZZT/F_CATTIB.CRE~ ~override~
  SAY NAME1 @28
  SAY NAME2 @28
  SAY INITIAL_MEETING @29
  SAY BATTLE_CRY1 @30
  SAY DAMAGE @31
  SAY DYING @32
  SAY SELECT_COMMON1 @33
  SAY SELECT_COMMON2 @29
  SAY DIALOG_HOSTILE @34
  SAY BIO @35
  WRITE_ASCII 0x260 ~_TASIGHT~ #8
  WRITE_ASCII 0x268 ~_DPLAYER~ #8
  WRITE_ASCII 0x4a4 ~_CHAN07~ #8
  WRITE_ASCII 0x4b8 ~_BRAC04~ #8
  WRITE_ASCII 0x508 ~_POTN08~ #8

 

Those are Tutu item and script references, though the One Drizzt mod as far as I understand is BGT only (otherwise how it can make Drizzt continuous through RoT). Looks like the author copied these lines from Drizzt Saga Tutu install branch, not realizing there were two branches for BGT and Tutu.

 

Also I would request that you would make the biff-ing made in the "Areas.bat" file optional, so the BWInstall pack doesn't need to overwrite it. You should be able to ask Lollorian the exact details on that.

 

More details would be good, so far I can't find any place in BW installpack's bat files that overwrites area biffing in Drizzt Saga - only a small patch made to Sounds.bat to remove pausing the installation. Or are you referring to the fact that biffs created from .bat files cannot be later uninstalled with weidu and have to be deinstalled manually?

 

 

There's a folder with fixes included with the BWP Fixpack,
And the Russian Textpack includes a translation.

 

Thanks, I'll take a look at those.

Drizzt Saga mod is currently undergoing an update for BGEE compatibility, as well as repairing various existing problems, bugs and compatibility issues along the way.

 

This topic is a request for information on existing fixes and known problems for the current versions of this mod in a generic mega-mod / BWS setup.

 

I'm aware of these files currently hosted at SHS:

- Drizzt Saga WM (7 or later) patch (changes: area location coordinates on worldmap)

- Drizzt Saga for BGT/Tutu v2 (changes: Drizzt joins after Durlag's Tower is completed)

 

I'm planning to include these changes in the upcoming v3, so these files will no longer be necessary (v2 adaptation will be included as an optional component).

 

If there are any other existing fixes applied to Drizzt Saga in the current BWS / BWP setup, please let me know here so I can include them in the new version as well. Any outstanding issues and bug reports can be posted here too. A fair amount of problems I have already found and fixed, but if it's something new I'll investigate. Note that I can't change the mod's quest and dialog content since I'm not the original author (props to flysoup for creating it), I'm just upkeeping the technical side.

 

Cheers.

v3 is out, most noticable changes in this version as far as BWP is concerned:
- Instead of installing both components 0 and 1 (core + WM support), only component 1 must be installed with BWP
- To have the v2 changes (Drizzt joins after Durlag's Tower), component 3 must be installed as well.
- It's no longer needed to copy restored BGT .WMP in override before installing Drizzt Saga in certain mod configs
- BWP Fixpack modifications are no longer needed, as they're either included or redundant.
- Russian translation from BWP Russian Textpack is included
- Current version of The One Drizzt mod won't work without some updates

v3 has been released, but this topic is still actual - Italian, Polish and Spanish translations in v3 are either incomplete (SETUP.TRA lines are in english), or imperfect (I didn't want to remove language options because of just a few new dialog lines, so I substituded Google-Translated text for those).

Thank you, will add in next future version, whenever that comes (unless serious bugs are reported that need immediate attention it'll probably be after all other translations come in).

Those quoted lines I pretty much took as is from v2 released by erebusant and Badgert. They looked a bit strange but I figured they were just imitating archaic english (I'm not a native english speaker myself).

Gender-specific lines are ok, you don't need anything else to make them work as WeiDU should understand this just fine:

@10  = ~Aha, <CHARNAME>! Znow sie spotykamy. Wkrotce wyruszam do Doliny Lodowego Wichru. Pragnalbym, abys towarzyszyl mi podczas tej jakze niebezpiecznej wyprawy.~ // MALE
       ~Aha, <CHARNAME>! Znow sie spotykamy. Wkrotce wyruszam do Doliny Lodowego Wichru. Pragnalbym, abys towarzyszyla mi podczas tej jakze niebezpiecznej wyprawy.~ // FEMALE

using the second line for female CHARNAME (as long as DIALOGF.TLK is present and used).

Looking for translations for 17 new lines in BGEE-compatible Drizzt Saga version in French, Italian, Polish and Spanish languages.

 

- 4 lines are component names for WEIDU.LOG (try to use only latin symbols for these)

- 4 lines are setup feedback lines (try to use only latin symbols for these)

- 9 lines are dialog and journal entries for a new Delayed Start component (can use any national symbols here)

 

The short TRA file for translation with comments is attached to this post. Please attach the translated version of the same file, rather than simply posting translated text in a response post (I'd rather not worry about losing any special characters while copy-pasting and saving).

Added French, thanks.

 

 

Since you mentioned that the mod will become BGEE compatible, I assume it will also target BGT/Tutu

Correct, there will be one install package for all 3 platforms.

 

 

 

I don't know if you anticipated the need to have a different character encoding for BGEE

Yes I'm aware of that. I'm prepared to handle the conversions, but having ready-to-use utf8 file for bgee is a great help, thank you.

 

ADD_JOURNAL was introduced in WeiDU v232, and you're trying to install with 231:

[./setup-arath] WeiDU version 23108

 

I don't know where/how BG Mac mod installer gets the OS X version of WeiDU it uses, but you need to make sure it uses latest version (v236) instead, see link in my previous post in this thread.

I don't own a Mac, so I can't give verified instructions. But I see Kaeloree included sox in the package and TP2 uses HANDLE_AUDIO to process audio, so in theory this should install on a Mac with a proper OS X version of WeiDU binary.

 

Try this:

1. Download OS X version of latest WeiDU from weidu.org.

2. Extract the WeiDU binary from the downloaded archive (it's in the "bin" subfolder), put it into your main BG2EE game folder (it should be the one containing the CHITIN.KEY file) and rename it into "setup-arath".

3. Download the .command file attached in a zip archive to this post and unpack it into the same folder. Double-click it to (hopefully) start the installation.

 

I'd like to know if this works too - I've recently added similar install instructions on Mac OS X and Linux to the readme of a mod I'm working on, but without having a Mac I can't verify they are actually correct.

I've modified Erephine's file renaming utility to automatically mass-rename files from the old scheme to new one (¢A¢E1A1.BAM --> +A+E1A1.BAM, etc.).
 
This means hopefully there will be no need to reupload those GB-sized content archives or worry about files previously installed by mods like Aurora's Shoes, it's enough to add a couple lines like this:
 

AT_NOW ~infinityanimations\batch\renamer.exe "infinityanimations\content\"~ 
AT_NOW ~infinityanimations\batch\renamer.exe "override\"~

 
to the TP2.

You still have to extract the files using the English code page while doing so... as that's where the thing goes boom. ... so it would be better to reupload the files.

Hmm. This should only be possible if the file extraction program was non-Unicode. Which would be strange, to say the least, in this day and age.

But suppose that's exactly what happens and non-Unicode software is used, when you say "goes boom" do you mean that the files extract with incorrect filenames (i.e. for instance Жaag11.bam instead of Æaag11.bam on code page 1251), or that they fail to extract at all? Because in the first case, the renamer utility actually should still work - it should rename both Æaag11.bam and Жaag11.bam into }aag11.bam, I accounted for that possibility.

The second (under human) is wyvern_white_big, not a dragon.

It should show up on the tooltip if you hover your mouse over the picture in the readme for a bit.

Why not use various punctuation symbols like these instead?

 }  (ascii code 0x7D)
 `  (ascii code 0x27)
 ,  (ascii code 0x2C)
 &  (ascii code 0x26)
 ~  (ascii code 0x7E)
 {  (ascii code 0x7B)
 $  (ascii code 0x24)
 =  (ascii code 0x3D)
 +  (ascii code 0x2B)

They are valid filename symbols (in Windows at least, no idea about Mac or Linux), and they are NOT widely used in mods, despite what IA devdoc file says. Not to mention this mod will only ever use them for BAM and (very few) 2DA resources, reducing the chances for any potential conflict further. All these symbols exist with same ascii codes in Japan windows codepage 932 and russian 1251 (I think those were the ones who had problems with IA originally?).

The current solution to force a user to CHCP and reboot every time IA (or any mod using IA) needs to be (re)installed seems, frankly, horrible to me.

I could try, although exe patching is out of my usual area of expertise. But the devdoc file has some notes on offsets in the executable, and my initial attempts to decipher them have not been completely unsuccessful.

I've tinkered with 'µ' and 'Æ' refs and replaced them with '~' and '}'. The result appears to work, at least the animations show up. If a few people could check this and confirm it doesn't crash and burn on their end before I attempt the other slots, that'd be great.

Usage:
- unpack and install the test component
- start a new game or load existing save, shouldn't matter
- CLUAConsole:CreateCreature("P5Tst") - Should look like a Bovine Axe Thing. Drawn location will not match foot circle - this particular animation is not centered properly.
- CLUAConsole:CreateCreature("P5Tst2") - Should look like a Nabassu.
- CLUAConsole:CreateCreature("P5Tst3") - Should look like a Chimera.

- CLUAConsole:CreateCreature("P5Tst") - Should look like a Bovine Axe Thing. Drawn location will not match foot circle - this particular animation is not centered properly.
 

 
Strange. It should have been fixed a few months ago : http://www.shsforums...-thing-axe-bug/
 
 
 

I might have the old version archive, before it was updated (these files have been gathering dust on my hdd for a while).

Meanwhile, I think I got another ref slot to work. CHARACTER BGII WQM which used to be referenced by "¢_¢_" has been switched to "+_+_". Tested on MOINESSE_NINJA_MALE_HUMAN animation (¢A¢B --> +A+B).

I was wondering about the ia_reference_picker program that comes packaged with IA. Was its source code ever publicly shared anywhere, or was it only Erephine who had it? If I manage to get this .exe patch fully switched (that's a big IF for now), the app ideally should be updated to accept lists with new symbol references as input, as well as hand out ready-to-use slot ids when claiming new slots. Otherwise, the process of claiming a new slot could become complicated...

OK, a quick follow-up on this while we're waiting for Miloch.
 
It seems that the Reference Picker program actually does not need any updates whatsoever - all it does is read the contents of the anims.list file from the same folder, and looks for the first open slot of appropriate type in that list when claiming a new animation slot. I swapped all slot prefixes in that file with new symbols, and it worked like a charm after that. This is very good news, 'cause I was worried someone (read: me) would have to rewrite it from scratch to make this work. I'm attaching the modified .list file and the .txt with latest reference list converted to new symbols in case someone wants to try this.
 
Locally, all ref slots have been converted to use new symbols. No significant problems so far. The only thing I haven't figured out yet are several dragon slots - they appear to be using a few non-conventional characters that are not used anywhere else in the .exe patch plus I'm yet to locate their offsets in the executable:

0x122c    XDRµ    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x122d    XDRР   EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x122e    XDRÞ    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x122f    XDRØ    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x1230    XDRÑ    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x1231    XDRÆ    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x1232    XDR    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x1233    XDRß    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x1234    XDRÇ    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted

Fortunately, there are 35 more dragon slots free to use apart from these, but still.
 
The next step will be thorough testing of all slots listed in anims.list to make sure I didn't miss any old symbol references, and didn't replace something I shouldn't have.
 
Current table of symbol swaps in reference names: 

 OLD:          NEW:
µ = 0xb5  ->    0x7e = ~
Æ = 0xc6  ->    0x7d = }
¢ = 0xa2   ->    0x2b = +
£ = 0xa3   ->    0x7b = {
¥ = 0xa5   ->    0x2c = ,
Ð = 0xd0   ->    0x26 = &
Þ = 0xde   ->    0x27 = '
Ø = 0xd8   ->    0x3d = =

If anyone has objections about the chosen replacements now's the time to speak out, before I start full testing of the changes.

Argh !!!

I will need to use new dragons slots (5 Tarasques and maybe more than a dozen new dragons if I can deal with their palettes).

So what do you mean : are the "35 more dragon slots free to use" vanilla ones (inluded in IE) or the number of free slots available in I.A. ?

As far as I can see, there are a total of 44 dragon (XDR) slots in anims.list, from entry 0x1209 to 0x1234. None of them are officially taken yet, all are free to use, judging by the latest ref list posted in this forum. Sounds like you will be taking a good chunk of them, Gwendolyne. Are you sure you need all the different paletted types?