Well, it seems like weidu creates the bifs in a weird way.
My tool doesn't accept ANY bif, only those that list the files sequentially.
There is an index in the bif entries that normally goes up from 0 to (number of files in bif). Probably weidu creates the entries non-sequentially.
So far none of the original games contained a mixed bif, though the bif file format specification allows it.
Maybe i will add an option to handle these bifs correctly, but first i must be sure they are accepted by the game too.
If they are not accepted, i won't bother with it.
Mucking around with WeiDU some more today I found that it also doesn't like the new state of affairs much, but, in a different way:
--list-biffs: works as normal
--list-files: works as normal
--biff: works on remade biffs, won't work on untouched biffs
--biff-type: works as normal
--biff-str: works as normal
--biff-file (Japheth added this for me) works on remade biffs, won't work on untouched biffs
--biff-get works as normal
I used NI to clean chitin.key after deleting the old biffs and before making the new ones. I was using the WeiDU v127 modified by Japheth so that *could* be the problem, but, I don't see why as he only added a function and didn't change any others. NI works fine and I haven't seen any problems in game.
The thread about this in the DLTCEP forum is: This one.
