DarthParametric

The crashed Hawk has its own module that's used while you are on Lehon (ebo_m41aa vs the regular ebo_m12aa). That's the only reason I bothered with it, since placeables are out due to the K1 row limit bug, so it was done as room model. That meant altering the layout, and I didn't want to screw with the regular Hawk. For the monitors you could conceivably do the same thing and handle it the same way - the OnEnter checks the current status and plays the appropriate room animation. For the hologram, it plays something like the above videos, then once you repair the hyperdrive it switches to a version that shows a solid green hyperdrive in the hologram (i.e. plays a different room animation). Once you head to the Star Forge you go to a stunt module for the appropriate Dodonna message, and that uses the regular Hawk layout (and different scripts), so the hologram is gone. Regarding Salk's now edited message, there are two different hologram Hawk models used. The first two videos use a more simple Hawk model from TOR (it's one of those mini pets). The third and forth videos uses the actual K1 Hawk, scaled down (thanks to @JCarter426 for saving me the trouble of having to kitbash it).

Based on a suggestion by @ebmar, I have been fooling around with some holograms for the Ebon Hawk after it crashes onto Lehon. I'm not sure if it will actually amount to anything, but here are some "sketches" that I have been posting in the /r/kotor Discord.

Yeah: object oPCDummy = GetObjectByTag("MEDBAY_PC", 0); object oBedWP = GetObjectByTag("InvisibleLocationMarker", 0); location lBed = GetLocation(oBedWP); int nPCApp = GetAppearanceType(GetEnteringObject()); effect eDisguise = EffectDisguise(nPCApp); oPCDummy = CreateObject(OBJECT_TYPE_CREATURE, "c_medbaypc", lBed); ApplyEffectToObject(DURATION_TYPE_PERMANENT, eDisguise, oPCDummy); AssignCommand(oPCDummy, ActionPlayAnimation(ANIMATION_LOOPING_DEAD_PRONE, 1.0, (-1.0)));

Ah, whoops. The room variable is a string, so it needs to be: PlayRoomAnimation("003EBOq", ANIMATION_ROOM_SCRIPTLOOP11);

The first is easy enough. If you have a look at the SetBackground function in k_inc_hawk, you'll see that hyperspace is Case 10, or in other words room animation scriptloop 11. So in your custom module OnEnter, you can simply set PlayRoomAnimation(003EBOq, ANIMATION_ROOM_SCRIPTLOOP11); The med bay bed is potentially a bit more tricky, due to the finicky nature of walkmeshes. You should be to use the prologue's example as a guide if you simply want to show them already laying on the bed. If you want to actually show them walking in and laying down, that would require a custom stunt animation.

Well in truth, local strings - be they in DLGs or UTIs, etc. - are probably sufficient in 99% of cases. But if you want to follow best practice then adding strings would be the proper approach. Then if someone ever wanted to translate your strings, all they need to do is alter the append.tlk, not directly edit every file (which, I'm sure you'll agree, is a real pain in the ass in the case of DLGs). As to the how, it's not particularly difficult. Have a read of the PDF that comes with TSLPatcher and it should cover most of what you need to know.

You need to pick up your copycat game by changing your avatar to a picture of an Exile in a black t-shirt shrugging. It could still have the Mythosaur logo on it. Tsk, tsk. That's what you get for being a dirty local string user and not properly appending new strings to the TLK.

Changing the animations will affect all other astromechs. Fortunately the generic astromechs use a different model, C_DrdAstro, so physical changes to the T3 model won't affect the others.

T3 is the supermodel for all astromechs.

He had an arc? All I have seen so far is a petulant, emo loser.

If you are going to jump the shark, go full retard huh?

Open changes.ini in a text editor. Check that LookupGameFolder is set to 0 and not 1. It should ask you to browse for the install folder.

I seem to recall we talked about it at one point.

There will be issues because K1R dumps some stuff in the Override that is module injected in v1.8. It will require a compatibility patch presumably.

One will override the other/s, certainly, but that is still a workable arrangement in limited circumstances. It's why the majority of other mods on the Workshop are player appearance mods, because as long as you install one after TSLRCM and don't use any others, you won't have any problems, as the overriding files (2DAs, primarily) are based on the versions from TSLRCM.

No, it is set. Priority is in order of installation, newest first. Not strictly true. As per the above, you can set the load order by what order you install in. Or you could edit the ACF file in the base Workshop folder that defines it.

It is. Currently only a single NPC uses it though I think, one of the background NPCs in Javyar's cantina on Taris.

Probably not advisable, but it would need to be tested to determine for sure.

There are no binaries included in the public repo, just changes.ini and script source. 1.8 is currently in closed beta. A public release is probably at least a month away.

Stuff for the mini-games I believe, like swoop racing.

TSL can script any of the animations in animations.2da (unlike K1).

Oooh, nicely done. Much obliged.

A creature's soundset is defined in the UTC. You'd need to manually create a new UTC and make it available in the module (or globally). The creature could then be spawned via script when needed. You can, however, directly play sound files from sounds.bif (where all the SS files are) using PlaySound(string sSoundName) For example: DelayCommand(10.75, PlaySound("p_plyermw_dead2"));