JCarter426

I think the black screen is from K1R. I don't remember making any changes to the K1R version beyond making my changes compatible.

That would have a significant impact on gameplay, as it would allow you to flee from combat in situations that are not currently possible, so I think it falls out of the Community Patch's scope.

I believe it would be possible, though, for another mod to do so by editing the scripts related to k_transabort.dlg.

You can use gff2xml from xoreos to convert the GFF files to XML.

This is just a guess because I don't know Perl either, likely far less than you, but it looks to me like you called the GFF Field method get_field_ix_by_label on a GFF Struct rather than a GFF Field:

		if(ref($struct->{Fields}) ne 'Bioware::GFF::Field')
		{
			print "\npath: $path";
			$ix = $struct->get_field_ix_by_label($path);
#			print "ix: $ix\n";
			
			if(defined($ix) == 0) { return (0, ''); }
			
			$old_value = $struct->{Fields}[$ix]{Value};
			$struct->{Fields}[$ix]{Value} = $value;
		}

line 3801

Maybe you need get a Field object from the struct first? It looks like it has a list of Field objects.

Also, interesting project! Funny you should show up already working on a project like this. I just pestered @Fair Strides about the possibility of adding something like this the other day.

Run MDLedit, switch to the game for which you want to compile, go to File→Batch→Convert to Binary, select all the ASCII model files, and it will generate an MDL & MDX file for each.

This might be configured in excitedduration.2da. I remember looking into it once, but it was a long time ago and I forget the results.

I ran into this issue with 3ds Max 2023:

I think it has to do with the PhysicalMaterial type that was introduced in 3ds Max 2017 and lacks a diffuse field. Maybe they changed MultiMaterial to use PhysicalMaterial by default.

Whatever the case, this error prevents any models with walkmeshes from importing. I was able to get them to import with the following correction to KOTORmax/kotormax_scripts/odyssey_fn_general.ms:

       newMaterial = multimaterial name:matName numsubs:SurfaceMatName.count

       for i in 1 to SurfaceMatName.count do
       (
         newMaterial.names[i] = SurfaceMatName[i]
         newMaterial[i] = standard name: SurfaceMatName[i] diffuse: kx_SurfaceMat[i]
       )

This seems to work, although I must confess I know next to nothing about MAXScript and I'm not sure that StandardMaterial is the correct material type that it was before. Still, it seems to be at least a step in the right direction.

I've attached the edited script.

odyssey_fn_general.ms

You can avoid having to make a new row for each texture by changing the model type from F to B. That will allow it to use texture variations based on the equipped item.

As far as I'm aware, it's not possible to give an ActivateItem property to a weapon. Only certain types of items will accept certain properties.

Similarly, while there is a property for an item to grant bonus feats when equipped (e.g. Sith Mask, Thon's Robe, Droid Combat Enhancement) I don't believe there is a property to grant Force powers.

I believe all of TSLRCM's files are lowercase. For other mods, you do need to correct this. More information can be found here.

Turns out I had applied the audio to the male response, so the female response played nothing and the male response played the edit to remove the reference to the player being a man. Whoops.

I've attached a hotfix that should fix it for existing installs, but it won't be compatible with any other mods that change Bastila's dialogue.

JC's Romance Enhancement - Biromantic Bastila v1.2_hotfix.zip

2 hours ago, Nagolian said:

He says "You were banished from Manaan before you had the chance to tell Shaelas what you discovered in the Sith Base."

This is a journal entry added by the Community Patch. The Community Patch isn't compatible with K1R.

You also want to package it in a .mod file rather than overwriting the original .rim files.

It plays for me. It could be that your media player has trouble playing it because it's less than one second.

Yes, GiveItem does not seem to prompt any feedback or status summary whatsoever. That is what I used for my Vision Enhancement to unequip and reequip the player's clothing and headgear. I found a few cases of this in game code as well.

I thought I had learned of SuppressStatusSummaryEntry from reading game code, but I've looked and I haven't been able to find a single use of it in either game.

22 hours ago, DiePutinDie said:

Another question,  i suppose its impossible, but asking anyway just for sure. Im using DestroyObject and CreateItemOnObject functions in script and every time when they firinfg there is shows popup window in game "item received" and "item lost", is there anyway not to show this window in certain case? Maybe there is another functions with similar functionallity, but without popup window?

21 hours ago, DarthParametric said:

Not in K1. You can in TSL, since Obsidian added an extra variable for suppressing those messages.

The way to do it in K1 is to call SuppressStatusSummaryEntry before the creation or destruction.

// 763. SuppressStatusSummaryEntry
// This will prevent the next n entries that should have shown up in the status summary
// from being added
// This will not add on to any existing summary suppressions, but rather replace it.  So
// to clear the supression system pass 0 as the entry value
void SuppressStatusSummaryEntry(int nNumEntries = 1);

For example:

SuppressStatusSummaryEntry();
CreateItemOnObject("g_w_lghtsbr01");

The global variable determining the player's gender is 000_PLAYER_GENDER. The values are:

GENDER_MALE   = 0
GENDER_FEMALE = 1
GENDER_BOTH   = 2
GENDER_OTHER  = 3
GENDER_NONE   = 4

However, the Handmaiden is not available as a party member for a female player. It sounds like you are using a mod that adds this option but does not add additional dialogue to refer to the player as female.

I've added an issue for it.

Protection against any physical damage protects against all three, as far as I recall. It would be worth testing whether that has to do with how the damage bitmask works, or whether that is hard-coded for those types.

If it were the former, that would seem backwards to me. It would mean the more types of damage a weapon deals, the weaker it is, essentially.

It's a bitmask, so 7 is 1 + 2 + 4, i.e. bludgeoning, piercing, and slashing.

My memory is hazy, but I remember universal damage being different in each game. In KOTOR 1, weapons that say they deal universal damage like disruptors actually deal physical damage, and this damage can be absorbed by items that provide damage resistance to bludgeoning, piercing, or slashing like Brejik's armband. Whereas in KOTOR 2, they deal acid damage. I don't recall whether the universal damage type is actually used.

There are no M2DA files for KOTOR, only 2DA files. TSLPatcher can be utilized to patch only the changes you want to make for better mod compatibility.

Yes, you will have to rename the base as well or else you will run into issues with sabers occasionally having the wrong color, as well as an annoying error log.

My Supermodel Fix has an option for K1 style running.