DarthParametric

That's just the message that pops up when you click on them while they are still alive, hinting that you need to use a Force power. There's nothing to suggest they were ever intended to survive. Either they die peacefully (LS character using LS power) or they die painfully (DS character and/or using DS power).

View File Diversified Jedi Captives on the Star Forge Based on this request thread, this mod replaces the Jedi captive placeables used in the final confrontation with Darth Malak aboard the Star Forge. In the vanilla version of the game, these are all identical copies of the same male body using the PMHC04 (“Mullet Man”) head. New male and female versions of this placeable have been made, utilising a variety of heads from all three human races, and Twi’leks. All eight captives in the level are now unique and distinct from one another. Additionally, the flavour pop-up text for when you interact with the captives has been altered to change the male pronouns into neutral ones, so they work regardless of the subject’s gender. For those that wish it, an optional extra is included that adds these new Jedi as background NPCs to the Jedi Enclave on Dantooine (N.B. as of v1.1, the pictured sparring circle has been removed due to the placeables.2da row limit bug described below). Known Issues: WARNING: A critical issue has been discovered with K1's placeables.2da, limiting the number of additional new entires that can be added to around 20 rows. This mod adds 8 rows. If you use multiple mods that add new rows to placeables.2da, you will likely encounter issues. DO NOT REINSTALL THIS MOD OVER A PREVIOUS VERSION! You will create the placeable overflow issue. In order for the Dantooine portion of the optional extra to take effect, you must use a save prior to leaving Taris. The courtyard portion will only take effect for saves prior to being allowed to exit the Academy. These additions are purely cosmetic, so their absence will have no material affect on the primary purpose of the mod. The core content of the mod will only work with a save prior to entering the final room on the Star Forge, but I assume (hope) most people aren't still installing mods that late in proceedings. Compatibility: The mod is compatible with K1CP. Make sure you install K1CP first. The core content of the mod should be compatible with most other mods, as the changes are restricted to the second-last module in the game (STA_M45AD). The optional content makes changes to the Dantooine Enclave's landing pad (DANM13) and courtyard (DANM14AA) modules. If you are using any mod that overwrites those modules (like Kainzorus Prime's NPC Overhaul Mod), make sure you install that mod first. This mod will patch its changes into pre-existing module files, so should be installed last. Changes in 1.2.1 should mean the Twi'lek master in the optional Dantooine content is now impervious to further hostile robe takeover attempts. If you use @JCarter426's "Fashion Line I - Cloaked Jedi Robes for K1" mod, you can download the supplied compatibility patch to have him wear the TSL robes. If you use @JCarter426's "Fashion Line I - Cloaked Hybrid Robes for K1" mod, you can download the supplied compatibility patch to have him wear the hybrid robes. Acknowledgements: Thanks to @Kexikus for providing code for the NPC OnHeartbeat scripts. Thanks to @jc2 for the suggestion on how to fix the sparring circle combatant health bars. Thanks to @JCarter426 for suggesting the NotReorienting creature flag and for the TSL ported robe assets. Thanks to @bead-v for KOTORMax and MDLEdit. Thanks to @ndix UR for MDLOps v1.0+ and TGA2TPC. Thanks to @StellarExile for pointing out the issue with VFX targeting the base of the model. I must be blind... Thanks to @todevuch for testing the hybrid robes compatibility patch. Thanks to @olegkuz1997 for pointing out that the placeables didn't use TLK StrRefs for their labels. Thanks to @Alice Reyneke for pointing out that pathfinding for the placeables was broken by a previous update. Submitter DarthParametric Submitted 01/16/2018 Category Mods K1R Compatible Yes  

I can't recall if I already passed this on in a PM or if it was something that only came up separately in discussions with ndix UR, so I am posting it here so it is on the record. The grass issue above is caused by the walkmesh exported by KOTORMax lacking all trimesh data. I've just struck another issue with the same root cause, but a different outcome. In a custom walkmesh for a room in TSL, I could not get the game to recognise the room link, preventing me from entering the room. However, when I changed the node in the ASCII from node aabb walkDP parent XYZ position -74.0866 51.3138 9.05 orientation 1.0 0.0 0.0 0.0 bitmap NULL verts 39 to node aabb walkDP parent XYZ position -74.0866 51.3138 9.05 orientation 1.0 0.0 0.0 0.0 diffuse 0.8 0.8 0.8 ambient 0.2 0.2 0.2 transparencyhint 0 animateuv 0 uvdirectionx 0.0 uvdirectiony 0.0 uvjitter 0.0 uvjitterspeed 0.0 lightmapped 0 rotatetexture 0 m_bIsBackgroundGeometry 0 shadow 0 beaming 0 render 0 dirt_enabled 0 dirt_texture 1 dirt_worldspace 1 hologram_donotdraw 0 tangentspace 0 bitmap NULL verts 39 it worked as intended. These values were taken from the original walkmesh in the vanilla model. I guess AABB objects need the addition of a trimesh modifer in KOTORMax? Edit: To clarify, these changes are only in the MDL ASCII, not the WOK ASCII. New problems I have encountered: I had MDLEdit failing to properly preserve room animations. An example is the Ebon Hawk cockpit. When I was working on the escape from Taris mod, I noticed my custom edit of the room model no longer had animations for the flashing lights and screens. I tried directly copying the animation data from the vanilla ASCII model to rule out KOTORMax, but there was no difference. I needed to use MDLOps to get the animations working. M12aa_01p was the specific model, and the animations were all selfillumcolorkey data. I've had MDLEdit work with other room animations, so I don't know if that was just a specific problem with that model. However, it could be related to the next problem. When I was playing around with the escape pod room in the Harbinger level, plugging a gap in the geometry, I found that if I changed the hierarchy in any way, I'd get blown-out lighting, like so: Going back to the original hierarchy and just adding my meshes to the end, the lighting returned to the same as the vanilla model. This was in direct contrast to other room model edits I have done previously, where if you don't put everything inside dummy objects, and typically put any new objects at the top of the hierarchy, then your additions don't even show up. For example, all the issues Kexikus was having with the Ravager. In addition, I also had the room animation issue with this model, where MDLEdit did not preserver the flashing orange light animations. This model is 151HAR09, the animations again only selfillumcolorkey.

The addition of reading in a unique TXI per TGA is very handy for batch processing diffuse files. I'll have to load it up with a bunch of textures to see how the revised memory handling goes.

You are still rebuilding the mod virtually from scratch. And if you are going that far, you might as well just do it all in TSLPatcher and get rid of the UTCs altogether (i.e., do it properly).

The K1 NPC Overhaul would require a full rebuild. Most of its changes are pre-baked into module files which just straight overwrite any pre-existing ones in the modules folder. That's why it has compatibility issues.

The minimalist approach would be to edit appearance.2da and replace any "lite" entries with regular versions. That's pretty simple to whip up. If you want variety in clothing and heads, or specific distributions of such (like all brown clothing for poor areas), then you'd have to edit UTCs. That would be a significant undertaking, as you'd be editing something like 3/4 of the game's modules.

I was waiting to see if Fair Strides had altered the scripts, as per the posts above.

There's no reason it should be any different between Steam/GOG/CD versions, in theory. There should be no content differences between those. And there's nothing stopping you modding the Steam version. The only issue is you can't patch the exe for widescreen because of Steam DRM.

My 2¢. Bring back separate K1 and TSL categories. The sub-categories were not great. I'd suggest taking the time between now and the next awards to discuss and lock down some suitable sub-categories with community involvement. Get rid of WIP awards. Do not allow self-nomination. Make the criteria the full calendar year and move the voting phase to later in the new year when more people are around. Mid- to late-Janurary maybe. Make the active award phases more visible. Perhaps this is something that can be improved with the pending site updates. Forcing votes in all categories is a bad idea. Add some user badges like LucasForums used to have. Winners can get a little trophy badge. That was on vBulletin, but I'm sure Invision can get something similar. There should be some presentations of stats (after voting is concluded) of things like "most downloaded mod", "most viewed mod", etc. in totality (all mods, not just the nominations). Not necessarily awards per se, just information on what happened with various mods that year. I doubt that the majority of mod endusers actually even join the site, and if they do it's likely just to bypass the guest download restrictions, so the award nominations are likely highly skewed by the biases of a small subset of active posters.

I'm not exactly sure whether the party always spawn into every non-player centric cutscene and are just hidden offscreen, or it is something particular with this cutscene (like the module's entry point being right in the middle of the bridge). As far as I am aware though, this particular issue should happen on all versions. I haven't tried it on the Steam version myself, all my testing was with the GOG version. I've seen people report it with the Android version as well. The two NPCs being right on top of each other is just sloppy QA, much like running past the turret (although to be fair in that case, as a first time player you'd have no clue).

Probably should have thought of that myself. There's a door hook already there, will see about adding one in. Edit: OK, added.

View File Taris Escape Sequence Adjustments This mod makes some edits to the three scenes that occur during the escape from Taris sequence. The first of these is the “Resume the bombardment” cutscene on the bridge of the Leviathan. During this scene, it’s possible that the player and party may spawn at the back of the bridge, being visible behind Malak. An edit to the module has been made to ensure that this doesn’t occur (technically they are still there, they have simply been moved out of sight). Additionally, two of the background crew NPCs appeared to be incorrectly positioned, so one of these was shunted sideways to better respect personal space. The second is the “Incoming fighters!” cutscene in the Ebon Hawk’s cockpit, just prior to the turret mini-game. In the vanilla version of this cutscene, only Bastila and Carth were included. If your previous party included any members besides those two, they would just spawn in the hallway, possibly blocking the camera in the opening shot. This scene has been altered so that the entire party (at this point in the game) is now present in the cockpit. Mission and Canderous take the two passenger seats, with Zaalbar standing behind Mission and T3-M4 attending to astrogation duties. The third scene is again in the Ebon Hawk’s cockpit, after the fighter mini-game. The order of pre-rendered cutscenes has been altered here. In the vanilla game, after destroying all the Sith fighters, you see a video of the Ebon Hawk doing a victory roll and then jumping to hyperspace, after which you have a conversation on the Ebon Hawk bridge with Bastila and Carth where it implies you have already landed on Dantooine. Yet following this conversation, you get a pre-rendered cutscene showing you approaching and landing on the planet. This was clearly done in order to mask the module loading in the background on the Xbox. The landing movie has now been moved in front of the conversation, and the skybox in the Ebon Hawk changed to Dantooine so that the sequence makes more logical sense. Additionally, Carth, Bastila, and the player all have any equipped weapons and masks/goggles hidden for the duration of the conversation. Specific Changes: STUNT_06 - Edited the module's IFO to offset the entry position and hide the player/party. STUNT_06 - Edited the module's GIT to offset the position of n_sithcomf001. Technically out of shot currently. STUNT_07 - Edited the module's onload script to spawn the entire party into the scene STUNT_07 - Created a scene-specific stunt animation for T3-M4 (computer use). STUNT_07 - Created a scene-specific stunt animation for Mission (sitting). STUNT_07 - Created a scene-specific stunt animation for Canderous (sitting). STUNT_07 - Created a scene-specific stunt animation for Zaalbar (standing/idle). STUNT_07 - Edited the scene-specific stunt animation for the player (m12aa_c07_char01.mdl/mdx) to make them run towards the turret ladder instead of past it. M12ab - Replaced the heartbeat and k_pebo_sthdeath2 - 7 scripts with modified versions to chain movies and switch Ebon Hawk skybox Override - Edited the Ebon Hawk cockpit model (m12aa_01p.mdl/mdx) to add an astromech-accessible panel below the galaxy map. Override - Edited ebo_bast_vision.dlg to change UnequipItems and UnequipHItem flags, and replace script k_ebn12_dantrans with a custom one. Override - Added custom script DP_TarisDanTran. Known Issues: Bastila and Carth are still visibly "air typing". I did attempt to alter the camera animations to mask it, but this actually introduced more problems (stuttering camera moves and revealing previously hidden janky animations). This probably requires more extensive cockpit model alterations to address, but I'm unsure if that is worth the effort, or what effect this might have on other cutscenes. Alternatively, the stunt animations, primarily Bastila's, could be adjusted, but that probably requires someone more talented than me. The animations for Mission and Canderous aren't going to win any Oscars. Acknowledgements: Thanks to @Fair Strides for suggesting the IFO edit. Thanks to @ndix UR for permission to use the edited EH cockpit model from “Ebon Hawk K1 Fixes” as a basis and discussions troubleshooting model issues. Thanks to @jc2 for the idea to edit the player's dash to the turret animation. Thanks to @N-DReW25 for the suggestion to add a door to the back of the Leviathan bridge. Thanks to @bead-v for KOTORMax and MDLEdit, and @ndix UR for MDLOps 2K18 Edition, all of which were required at various points to get this to work. Thanks to @JCarter426 for providing and troubleshooting the scripts required to change the Ebon Hawk skybox and movie order during the Dantooine arrival sequence. Compatibility: The core changes should be compatible with most other mods. Odds are fairly low someone else has made the specific changes to the stunt and turret modules that would clash with this. Changes to ebo_bast_vision.dlg are injected into any pre-existing copy of the file found in the Override folder. For example, K1 Restoration puts a copy of this file in the Override folder, so as long as you install K1R first, this mod will patch that file. If you subsequently install another mod that directly overwrites this file (again, such as K1R), then the changes will be lost. If you see weapons and masks equipped during the aforementioned post-vision dialogue then you know this is the case. This is a minor aesthetic change and does not affect the core content of the mod. If you wish to use ndix UR’s “Ebon Hawk K1 Fixes” mod, make sure you install that first, as this mod will overwrite the model for the cockpit. The cockpit-specific fixes from ndix UR’s mod have been incorporated into this version. In the same vein, any other mod that uses a modified version of the Ebon Hawk cockpit model (m12aa_01p.mdl/mdx) will result in a clash. Submitter DarthParametric Submitted 01/08/2018 Category Mods K1R Compatible  

A simple UTI edit (or series of edits) would sort that out.

I've done all the Peragus ones and the interesting thing is many of them have non-standard hierarchies, clearly to combat the hologram issue. It's odd that they never went the whole hog though, and that it is so inconsistent (at least for the heads that Obsidian added themselves).

In order to be upgradeable, you need to extend upcrystals.2da with a custom entry for your saber. This links your crystal with a specific hilt model.

Yeah I did think about putting T3 out in the "living room", but I figured if you are going to steal a spaceship your probably want your astromech doing its primary job during the getaway. Revised version: Still need to add in some eye blinks, for Mission especially. I'll see if the PC's trajectory can be tweaked. I guess I could make him stop and turn to the left (fortunately the ladder is off-screen, so no worries about climbing). Or maybe he needs a thought bubble "wait, where the hell is the turret?". Edit: OK, added the revised turret dash animation: I had some fun with my old friend bezier keys along the way. Edit 2: Now released - http://deadlystream.com/forum/topic/5979-downloadtaris-escape-sequence-adjustments/

More information is required. List the exact steps of everything you did. Did you modify upcrystals.2da? Is your model a custom mesh? How did you compile it?

You can transplant between versions. For some mod testing I was doing, I copied the TSLRCM and M4-78 Workshop folders from the Steam release on this box, and pasted them over the top of a GOG install on an offline XP box. Worked fine. Game data is fine, I wouldn't touch the EXEs or DLLs though.