DarthParametric

It should be self-explanatory from the description and title. This provides the same function as the original Admiralty mod, as far as Cede and Carth are concerned. You do not need that (and indeed, using them together would cause all sorts of problems).

I hate to necro an old thread, but I found something that may be of use to this issue. I mentioned in earlier posts about the possibility of overriding the GL_CLAMP call. I discovered that something people were recommending to fix K1's grass issues also has the ability to do this. GLOverride - http://www.humus.name/index.php?page=Cool&ID=5 If anyone with the black line issue would line to test this, grab the file from the above link, extract to your K1/TSL folder, open opengl32.ini in a text editor and change FixClamp = 0to FixClamp = 1I'm unable to test it myself. The one instance where I noticed a similar problem was on an XP machine, but the GOG version crashes on XP using that DLL.

I would assume that is an engine limitation. Atton is the player character in that scene.

View File Fixed Hologram Models and Admiralty Redux for TSLRCM This mod attempts to address some of the issues with holograms in TSL. In the vanilla game, the majority of holograms have things like eyeballs and teeth being visible through the head. This is caused by the way the game handles transparency, in conjunction with the order in which it renders the individual meshes that a model is comprised of. By changing the hierarchy of the meshes within these models, certain elements can be occluded, resulting in less cases of “bug-eyed” holograms. This is not a perfect solution however. Because meshes do not self-occlude, visual glitches still remain during certain animations and camera angles, but this is likely the best that can be done without being able to make alterations the game engine itself. Additionally, because their interactions are primarily via hologram, this mod includes a revised version of Jinger/Kreia’s Admiralty Mod, which changes the appearance of Admirals Cede and Onasi to give them outfits more fitting of their rank. And while I was at it, I also revised certain appearances with head swaps and custom model merges (hair, etc.) to try and reduce overuse of the same heads and make NPCs a little more distinct. N.B.: TSLRCM is a requirement for this mod. It is not compatible with the vanilla version of the game. Specific Changes: Ebon Hawk: Bastila hologram (Light Side male Revan) Ebon Hawk: Bastila hologram (Dark Side male Revan) Ebon Hawk: Carth hologram (Dark Side female Revan) Ebon Hawk: Carth (Admiral Onasi) hologram (Light Side female Revan) Ebon Hawk: Canderous hologram Ebon Hawk: Jedi Master Atris hologram Ebon Hawk: Jedi Master Kavar hologram Ebon Hawk: Jedi Master Vash hologram Ebon Hawk: Jedi Master Vrook hologram Ebon Hawk: Jedi Master Zez-Kai Ell hologram Peragus: Administration Officer hologram Peragus: Dock Officer hologram Peragus: Maintenance Officer hologram Peragus: Medical Officer hologram Peragus: Security Officer hologram Peragus: Coorta hologram Peragus: Coorta thug #1 hologram Peragus: Coorta thug #2 hologram Harbinger: Republic Captain hologram Harbinger: Republic Navigation Officer hologram Harbinger: Republic Doctor/Med Officer hologram Harbinger: Republic Soldier hologram (partial) Harbinger: Admiral Cede hologram Harbinger: Admiral Onasi hologram Telos: Admiral Cede hologram Telos: Admiral Onasi hologram Telos: Admiral Onasi physical appearance Dantooine: Jedi Master Vandar hologram Dantooine: Jedi Master Vrook hologram Dantooine: Admiral Cede hologram Dantooine: Admiral Onasi hologram Nar Shaddaa (Goto's Yacht): Goto hologram/projector VFX Korriban: Bastila hologram (Dark Side male Revan) Korriban: Jedi Master Vash hologram (M4-78) Korriban: Jedi Kaah hologram (M4-78) Malachor V: Bao-Dur hologram Known Issues: There are still visual artefacts from overlapping sections of individual meshes, particularly noticeable in the case of the neck being visible through the jaw which occurs with certain animations and/or camera angles. This is not addressable by model edits. The problem is the way in which the engine renders overlapping transparency within a single mesh. The Republic soldier on the Harbinger has been replaced as of v1.3, however the helmet is still somewhat problematic. I'm not sure that is addressable without completely remodelling it, and perhaps not even then given its shape. Hair planes with alpha transparency don't function as intended as holograms, so typically look pretty terrible (e.g. Peragus Maintenance Officer). There's not much that can be done about those, other than completely remodelling the hair to rely on geometry rather than texture transparency. Dangly meshes used for hair bangs tend to look conspicuous due the requirement of placing them under the head mesh in the hierarchy. Particularly egregious examples may warrant having these elements being turned into skinned meshes in a future update. No doubt there are still a few holograms that need attention that I have missed. If anyone can provide a list of such cases, I may address it in a future update. Note that some holograms look fine in their vanilla state. I am only interested in hearing about ones with issues like those already addressed in this mod ("bug eyes", etc.). Compatibility: I've edited UTCs to point to custom appearance.2da entries, so the mod should be compatible with any other mod that only edits the vanilla 2DA entries. However, it will not be compatible with any mod that forcibly overwrites the module files this mod edits, that outright replaces the UTCs in question, or that also edits the UTC appearance values. Install any such mods first, then this mod afterwards. To make it clear, do not use this in conjunction with Jinger/Kreia’s Admiralty Mod or Darth Hayze's TSLRCM Compatibility Patch for said mod. They are superseded by this mod. A separate patch is provided for M4-78 to handle its version of the Korriban academy module. After installing the main content of the mod, run the installer a second time and select the "Additional Patch" option from the drop down menu. An optional patch has been added to give the robe-wearing holograms unique named textures for use with robe mods that use the same filenames as vanilla robe textures. This will prevent texture issues (but note that they will still be wearing the vanilla-style robes). Acknowledgements: Thanks to Fair Strides for creating a customised version of TSLPatcher to handle filename clashes, which made this mod practical. Thanks to Jinger/Kreia for permission to release a revised version of the Admiralty mod's content, the textures from which (with modification) are used in this mod. Thanks to zbyl2 for permission to redistribute TSLRCM's module files to ensure compatibility for Steam Workshop users Thanks to JCarter426 for permission to use the female Republic soldier body model from "JC's Republic Soldier Fix for K2" and his adjusted N_CommM04 texture from "JC's Minor Fixes for K2". 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 ndix UR for TGA2TPC Thanks to Malkior for providing the impetus for the mod via this thread. Thanks to L0ki194 for offering input on the case of the Harbinger's "Doctor" vs "Medical Officer". Submitter DarthParametric Submitted 01/19/2018 Category Mods TSLRCM Compatible Yes  

The probable cause of this has been identified by ndix UR. It seems that the game will only recognise placeable IDs up to 255. With the pre-existing game data, that only allows around 20 custom entries. If you are using multiple mods with custom placeable.2da entries, then this is the likely cause. At this time the only solution is to limit which mods you use to not exceed this limit.

I always wondered why both TSLRCM and M4-78 use RIM files for 702/703KOR rather than using MODs like for every other module. Having just tried testing something in 702KOR using a MOD, it seems like this doesn't work properly for the academy module, for some reason? The module loads, but things like cutscenes are broken. It's not an insurmountable problem, as TSLPatcher can patch RIMs I gather, but I am curious as to the cause.

The Aspyr version doesn't alter appearance.2da, so it's not that at least.

Probably more likely due to you playing on a laptop. Integrated graphics?

It won't work unless you load from a save before entering the final room on the Star Forge. Installing the mod multiple times should make no difference, besides bloating the size of placeables.2da, assuming you don't revert the edited files with the backups TSLPatcher makes. But why would install it multiple times?

Check here for various tools - http://www.starwarsknights.com/tools.php The specific link for K-GFF - http://www.starwarsknights.com/mtools/kgff_131.zip

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.