Low-Priority Request for Investigation

[cmorgan]

Hey there --

Just for completeness/ease of use, I would love to have one of you folks (That's probably you, Mr. Richardson  ) figure out how to get NI to read correctly on my EasyTutu installs.

NearInfinity-1.33b19-1.jar works perfectly for all .cres and resources...

but in the savegames, the following appear:

PartyMember0 = name of class (*G1_MAGE) instead of the name of the character or even the name of the .cre, and looks like it reads fine internally, but Imoen (PartyMember1) all the way through the end of the party (PartyMember5) all read as if they were mirrors of Player1 (PartyMember0).

Variables read fine, but all non-player characters read as one entry (before Imoen joins, they are all *IMOEN, after she joins (and becomes a mirror of the PC) they all read *KIVAN.

Any ideas on what is happening here, and is it easily fixable? I am switching back and forth between DLTCEP and NI, so I can work around this, but it would be nice/save some pauses and keystrokes if NI could read EasyTutu things cleanly.

[devSin]

Not difficult. NI currently detects Tutu installs (and even the BG non-interactive demo!), but it's not used for much (Tutu is never checked as a valid game type).

What you see is what happens when your game type doesn't match any of the values that NI looks for when it tries to read and display the file structure.

It will just take time to figure out if there should be any legitimate differences between BG2 and Tutu and then to go around adding checks for ID_TUTU to all the spots that check for BG2 (or to just handle it differently; with the 11 or so game types, it's a bit of a mess).

This has to wait, of course, until Fred wanders back this way.