WelloBanir

Thanks. Will test that all soon.

And for bg1, yes, i do have bg1tutu now. That's not what i intended, but comes rather close.

So i will split up the D to be compiled into several folders, i think that will do.

I try to follow Bardez and his BGT, so i have to compile all bg1-dialogs into bg2, though some might still be there and working.

I guess  I have a similar question, whether i could use weidu under linux(Mandrake 9.2beta2), maybe compiling it from source. Is that possible?

There are source-folders in the weidu-package, so i guess i can build a binary from these sources.

Maybe i can start weidu directly from bash, since i'm going to play all those IE-Games under Linux using Wine. Bg2 will work, IWD2 definitely works, only installing those is currently not working. Some IE-Editing-tools also work quite good, for example DLTCEP. Others may, but i will probably have to recompile them either.

@Idobek:If there are errors with the extraction of tis files, report them to Mr WeiDu, Westley Weimer. Bugfixing is done quickly most of the time. As far as i know he also owns bg1 no, so he may be able to reproduce those errors himself.

While doing this, you might also ask him about a feature for the automatic patching of tis files while being biffed. This is probably useful for bg1, or bg2 or iwd1/2 and/or ps:t, i don't know which one of those have this offset problem.

There is another 2da which may cause problems when restructuring the biff content. I guess it is arealins.2da.
Oh, it is just for bg2.

I won't agree with you, Rassadihn. Maybe the chitin.key is annoying, and the loss of it may result in a complete reinstall of the game and all mods(okay, backup is an old idea), but it is a necessary and useful file. Maybe its structure is not perfect, but the maintenance of files with some thousand independent data sets is always a bit hard.
Maybe this thread leads to some sort of optimization of the usage of this file.

The problem with the tis isn't probably one, because if you extract them from a biff an repack them, i think there is no header change in the whole process. Tell me if i'm mistaken.

Can't weidu patch the ar0072.tis? Give an offset and a value, and weidu does the rest.

Maybe before extracting, weidu should make lists of all the content of all biffs. Isn't there an example in the weidu package, for dialogues? These lists could be used for the automatic extraction AND repacking.

It is no problem that everything is being put into the data folder, as long as the new biffs' names match those iin that one 2DA, where the caching is organized, arealink.2da or another one.

@Idobek: Keep batching(i mean batch file writing), such a batch file would be good for various tasks, and should be included into the weidu package, besides an empty chitin.key.