Leaderboard

Iriaz. Another RC-K1CP update is almost ready, and as per tradition I would release an update, add something completely obscure, and then I'll get the endless moaning of "where's the Outcast Children and where are the Iriaz" instead of "wow, I sure do love the restored line from that one NPC I didn't even pay attention to". Well, you can all stop moaning... for now, for one of those things that you guys just love to complain about is actually being added in the next update! But no Outcast Children just yet... But when that update does come out I may or may not announce it with this: So, how do Iriaz work in RC-K1CP? Well, I believe in K1R the Iriaz would walk around the map and follow certain way point directions similar to how some Kath Hounds behave, however, the Iriaz will largely wander around aimlessly as the left over Iriaz .UTC file in the Sandrale Estate exterior module was programmed to do just that. Instead of just "walking around" doing nothing the Iriaz will do something... and it's going to be an absolute bloodbath as you journey across the Dantooine planes now. When you enter a Dantooine module, somewhere in that module there will be Iriaz and Kath Hounds fighting each other. Sometimes an Iriaz may take down a Kath Hound or two, but more often than not the Kath Hounds always wipe out the Iriaz. Of course, that happens without Player intervention. Through Player intervention it can be possible for you to save some of the doomed Iriaz, however, simply standing around and letting the Iriaz get mowed down will in-fact chip down some of the Kath Hounds health so there is some benefit to letting them die. And of course, the Iriaz will also be attacked by Mandalorians. In lore, the Iriaz are docile and can get 'provoked' into aggression, and combined with the pre-existing warrior lore of the Mandalorians it does in-fact make sense for these two groups to be fighting. I have taken measures to try and make sure that Iriaz herds are not too close to Mandalorians so there shouldn't be too many instances of Mandalorians being led away from their group by rogue Iriaz's or something stupid like Sherruk running after an Iriaz and leaving his men to die. Now, K1R does have a bug wherein the Iriaz actually break that one cutscene with the Mandalorian and the "wife and children" bit. I have made it so that the Iriaz in that particular area are hostile to the Player meaning they should not break that cutscene and the Player will be able to kill some of these Iriaz themselves. Again, they are "docile" and not "friendly" and so it makes sense why some would want to kill you when others would rather fight Kath Hounds. There is a bug where the Iriaz stand completely still for about five to ten seconds before their AI kicks in, here is an example of this: Here is when their AI kicks in: And this is the result when the Player lets them die: As you can see, despite being outnumbered the Kath Hounds still win the fight. Since this is near Bolook his line "there are plenty of Iriaz around" now makes sense as you literally either just saw a bunch of Iriaz die or saved them and now they're roaming about nearby. I do not yet have screenshots of the Player being attacked by Iriaz, however, I do plan to add screenshots of restored content for the main mod page so I may add them there when this update is finally ready. Now that the one thing you all wanted is out, time for the obscure garbage no one cares about (this list may not be complete/some of it you may recognize if you ever played my ancient K1GI mod from back in the day/some of it may not be added if I can't get it to work flawlessly): * Restored an unused civilian dialogue for one of the male patrons of the Lower City Cantina. * Restored the "search database for planetary launch codes" option for all the Sith Base terminals, this will always fail as the Governor has them. * The Receptionist Terminal, the Computer Terminal, and the Control Center Terminal now have three unique interactions. The Receptionist Terminal offers almost no real benefits besides upload area schematics. The Computer Terminal offers most functions except for open elevator, disable assault droid shield, and overload power conduit. The Control Center Terminal has every function available. * The Hangar Terminal and the Barracks Terminal now have two unique interactions. The Hangar Terminal has no actual function besides the ability to disable the Hangar Security whilst the Barracks Terminal has all the functions except the ability to disable the Hangar Security. * You can now download the Ebon Hawk codes via the Barracks terminal, allowing you to bypass Hudrow. * Restored the cut door model for Davik's Hangar. * You can now attempt to open the Hangar Bay doors via the terminals in the Prison Block and Command Deck, this'll always fail. * You can now overload the power conduit in the Sith Trooper barracks in the Prison Block, this is an alternative to starting a prison riot and then gassing both the Sith and the prisoners. * You'll now have to unlock the Elevator after rescuing the Player. * The Command Deck terminal will now mention the Bridge lockdown before you login. This'll be removed when you open the Hangar doors and the lockdown is lifted. * You can no longer unlock all security doors on the Command Deck as options to unlock specific doors have been restored. * You can now attempt to open the Bridge Security Door, this'll always fail. * You can now use the Command Deck terminal to discover that you can use a Space Suit to access the airlock to bypass the Bridge Security Door. * You can no longer return to the Prison Block if the Hangar is open. That's all for today, please let me know what you think!

We are not owed an explanation and the development of this modification touches me only tangentially, but I also find it very curious to drop development a few hours after publishing the first version and having shared detailed development plans. I am sure JuniorModder has his more than valid reasons for it, though. Thanks for the work done, JM!

Personally I think keeping the Star Map in the Krayt Dragon cave is the best choice, for multiple reasons: 1. It will be easier on us to mod, not having to worry about the Calo Nord encounter in module m18ac, a new force vision cutscene and any other things connected to the Star Map triggers. 2. It bookends the mod: once the player completes The Lost Temple, they return to the Krayt Dragon Cave and complete the quest as usual, and are left feeling accomplished and intrigued for what's ahead in the story (with the Sandpeople, and Rakata on the Unknown Planet), instead of sad, detached, accepting that the new level is over. 3. It maintains the original location of the Star Map, which is faithful to what we got in the final version of the original game. But we are still deciding on what the best course of action is.

I love this mod, I still can't believe someone even made this after all these years. I do have a few rough ideas I brainstormed after replaying it a few times just cause I'm so excited so see where this mod can go. To answer your last 2 questions, I think it should be a mandatory part of the star map quest while expanding both the lore of the Rakata AND the sand people's predecessor species in a way you were already alluding to in the mod currently! While I would prefer the Star Map be inside the temple, the vision shows it clearly in the cave where you find it in-game. All of the other visions are 100% accurate with their locations so this would break consistency. Plus moving the star map could break a few triggers I think, best to just leave it as is. Maybe what could be done is have the player be required to activate some mechanism/terminal inside the temple to grant access to the Star Map in the cave in the first place? That would still remain consistent with the story, triggers and vision. I think all the important stuff only happens once you activate the Star Map in that module, such as Calo/Bandon spawning or the game acknowledging you got another map in the first place. Dantooine and Kashyyyk make the player go through a bunch of (easy) puzzles/trials to have the player activate the map. Maybe instead of the terminals just immediatlely allowing you to lower the barriers, you have to solve a lore-question about the the history of the Rakatan and/or the Tuskens and you have to get it correct. The Tusken Storyteller you give the Krayt Pearl to can help you get the info you need to solve these questions. If you get the questions wrong, you'll have to fight constatnly self-repairing Rakatan Droids just like the Dantooine temple. The one Rakatan droid who you can't understand could have an expanded role to help explain all this to you. Rakatan lore is one of the coolest things of Kotors story. I really like the story in the mod, but also again think consistency with the main story and established EU lore should be considered. The temple has the same exact decals as the temple on Dantooine and Lehon so there should be an explanation for why. Maybe along with saying that the Rakata took the temple from the Sand People as their own, have the archeologist records say that the Builders added their own designs or murals and overhauled/expanded the temple through slave labor of the Tuskens. I think your mod kind of implies this is already the case, but maybe it could go in more detail about the process of how this was done, such as how the Rakatan forced the Tuskens to remove their old designs in favor of new ones that show the Rakatan subjugating the Tuskens. The Tusken lore should also be expanded on here to refer back what the Tusken storyteller would tell the player, how the planet was once green and lush. The builders came, make the Tusken/Jawa predecessor species slaves and forces them to build machines, but the storyteller also references the Rakatan plague, saying that the natives sabotaged Rakatan machines to fight back to seize the opportunity. As a result, the Rakatan glassed the planet. Really the temple's lore and records should both compliment or expand what the storyteller describes, but from Rakatan perspective. I think the barrier system progression is a great idea, the only change I would recommend is removing the barrier currently in place for the central chamber and placing it directly at the entrance of the cave area where the Rakata enemy is so the player is allowed to go through that little shortcut between the room with the Jawa and the area right infront of the Sarlaac chamber. There's a lot of backtracking throughout the entire module that could be prevented with that shortcut. The Rakatan also should probably be a ghost of some kind, similar to how Ajunta Pall with his shield effect (or translucency with the right mods). The lightsaber is a good idea, but in lore they used giant Force Sabers that definitely look a little different from modern sabers. If this saber pike mod from TSL could be ported to K1, it would be a near perfect fit for a type of Force Saber as an non-upgradable weapon. IDK if we should be able to understand the Rakatan language he speaks at this point, neither. I mean, we can't understand it from the droid on Dantooine and we can't understand the same droid on Tatooine here. On Kashyyyk the Rakatan hologram had to speak basic after it's "primary neuro-recognition" was done. The Rakatan might have to speak another language for lore consistency, I think the story implication was that Revan only suddenly understood the Rakatan language after he got his memories back. I know the player can understand the Rakatan in the Mysterious Box, that quite frankly that makes no sense considering you can get that right after Dantooine and I always attributed that to the box kinda being a wonky "world" where thoughts were likely transmitted in different ways. I like the dialogue you gave to the Rakatan, a lot of neat ideas to interpret here. I think he's referring to how the Rakatan would get the plague and ruin each other and he and a love interest were caught in the crossfire. But hey that's just my interpretation, it's well written and can be interpreted one way or another. If I had one think I would change, him referencing the "Dune" Sea might be problematic, as back in his time it wouldn't have been a dune but still an oceanic/green world. But I guess maybe he could've been around to see the glassing of the planet and maybe he is the one who coined the original term "Dune Sea"? Again, really cool dialogue, lots of implications. Only other thing I would do with him besides changing his appearance and maybe language would be placing him directly in the central chamber and not the entrance in front of it, especially if you move the barrier like I suggested earlier. That way you won't be able to see him before lowering the barrier. That just leaves the Jawa and the Tusken NPCs. Maybe the Tusken can give you a reward for fixing her bike? Maybe something that you use to either fix or activate a hypothetical terminal activating the Star Map? That way you will have to do multiple quests within the module to get your ultimate goal. The bike could also need multiple parts to fix it scattered throughout the temple, not just one and the Jawa could provide one of them. Maybe 3-4 parts scattered throughout? Maybe the Tusken could also have hints dropped that she is here to pay homage to the temple's Sarlacc or something and it wants you to find a way to lower the barrier so she can go to the main chamber to do so. Maybe this could include a reference to the cut Sand People Messiah quest but heavily revised, something like how the Tusken legends speak of an evil spirit guarding the Sarlacc and only the Sand People's messiah can defeat it to grant the tuskens acess to the pit. Once you fulfill this quest, the Tusken here will refer to you as their messiah. It's nowhere near what the original quest was like but I think it's a neat reference. Speaking of the Sarlaac, I don't think it should be the Great pit of Carkoon. The Rakatan ruins are already at least 10k years old, an additional 3500 years wouldn't completely get rid of literally everything around the pit and change the setting to the point it looks like in Return of the Jedi's Carkoon. Tatooine probably has multiple Sarlaacs. Maybe call it the "Great Pit of the Rak" in reference to the Rakata, idk. This mod is the start of something really fantastic, these are all rough ideas and I'm looking forward to seeing where it all goes. I'd love to help contribute to elements of a revised story if you'd like, I love the lore of the Infinite Empire. For stuff like the walkmeshes, geometry issues and party members being stuck, that's beyond my scope. It only was in issue with me once in multiple playthroughs thankfully so I don't think it's a real big deal. Honestly just replacing the white void with a dark yellow one solved the modules biggest visual issue in my opinion, amazing what a small change like that can do Only thing I could think of is either placing a lot of Rakatan ruin placeables in the rough areas like in the open cave areas so the player can't walk there anyway, or have the player only be able to enter the cave by themself without party members in a manner similar to the TSL Korriban cave.

Added icons.

I'm making textures as I progress through the game. I might publish them eventually.

llk_BibSurool.rar

FYI Folks, many new patches have been released. https://github.com/LaneDibello/Kotor-Patch-Manager New Aspyr Fixes: Lightsaber Hilt rendering - Lightsaber modders rejoice, the hilt textures no longer disappear Bump Map Restoration - bump maps are back! Others: Allowing all 12 of the K2 Portraits to be visible on party select - Modders can now use a slot for a recruitment mod by using whatever slot the user isn't using for mira/hanarr, and no longer need to utilize the armband while using partyswap. Wiring for Good and Very Good Alignment heads. - If any modders want to take up making good and very good alignment heads, these were in heads.2da already but there wasn't any exe logic calling to them, it now works at 70 and 90 alignment. Also working on a patch to expand the max dynamic lights to 9 instead of the vnailla 3. All of J's fixes have been ported as well.

Here you go. I'm not sure if your game being non-English will be a problem after being saved in my English version. Dantooine_Ruins_Door_Fix_xispect.zip Crash? There shouldn't be any crash. What you encountered is a "soft lock". You managed to break the script that triggers the cutscene, leaving you with no way to continue the main quest. I still don't know how people manage to break it, hence why it's not fixed. I can't replicate the problem on my end.

View File KOTOR_FPS_CAP # KOTOR 1 has a built-in frame limiter — BioWare shipped it switched off **TL;DR:** *Star Wars: Knights of the Old Republic* (2003, Odyssey engine) contains a complete busy-wait frame limiter in its main loop. It is controlled by a single `float` in the executable that defaults to `0.0`, which leaves the limiter dormant, so the game free-runs at uncapped framerate. On high-refresh displays this uncapped rate is what causes the long-standing **movement / "stuck after combat turn" freeze** and related timing bugs, which the community has only ever worked around with external FPS caps or by dropping the monitor to 60 Hz. Writing `60.0` (or any target) to that one float **arms the engine's own limiter** — a native, self-contained fix. No injected code, no wrappers, no driver settings. It's a 4-byte data patch. Verified: on a 144 Hz display with all external caps removed, the patched exe holds a hard 60 FPS and the freeze does not occur. --- ## The bug KOTOR's main loop (`WinMain`, `FUN_004041f0` in a Ghidra auto-analysis of the standard PC exe) is a classic `PeekMessage` real-time loop: ``` while (quit_flag == 0) { read timer (game clock) if no pending message: render scene (delta-time based) SwapBuffers (present) ... optional limiter here ... } ``` Gameplay logic — movement, and the combat round/turn state machine — advances by frame **delta-time**. With no frame cap, delta-times on a fast display become tiny and irregular, and the 2003-era state machine mis-steps: the controlled character's action queue stalls until something rebuilds it (switching party member, or a save/load clears it). That is the freeze players have reported for 20 years. ## The dormant limiter Immediately after `SwapBuffers`, the loop contains this (Ghidra decompilation, lightly annotated): ```c if (DAT_007a3c58 != 0) // a separate, also-off coarse limiter Sleep(DAT_0078d1e8); if (0.0f < cap) { // cap = _DAT_007a3c64 (the frame-cap float) target = 1000.0f / cap; // target frame time // measure elapsed since frame start, then: if (elapsed < target) { do { // busy-spin: re-read the game timer } while (elapsed < target); // hold the frame until target reached } } ``` With real constant values read from the binary: | Symbol | RVA | Value | Meaning | |-------------------|-----------|----------|----------------------------------| | `_DAT_007a3c64` | `0x7a3c64` | **0.0** | frame cap (FPS). **This is it.** | | numerator const | `0x73d6fc` | 1000.0 | `target_ms = 1000.0 / cap` | | zero const | `0x73d700` | 0.0 | used in the `0.0 < cap` gate | | timer scale const | `0x73d708` | 0.001 | raw timer -> milliseconds | The gate is literally **"if cap > 0, limit the frame."** With `cap = 60`, the loop busy-waits until each frame has taken `1000/60 ≈ 16.67 ms`, i.e. it caps at 60 FPS. This is the *same* formula the engine uses elsewhere — the movie-playback path caps to 30 with it — so the mechanism is proven, not speculative. ## Why it's off `_DAT_007a3c64` starts at `0.0`. The **only** code that writes it is a render-setup function (`FUN_004c5880`), and that write is guarded: ```c if (DAT_00832904 != 0) { ... _DAT_007a3c64 = (float)DAT_00832904; // arm the cap } ``` `DAT_00832904` lives in **BSS** — zero-initialized, and it has **no writer anywhere in the binary** (it's a config variable exposed by address, never set by default). So the guard is never true, the cap value is never assigned, and `_DAT_007a3c64` stays `0.0` for the entire session. The limiter is complete, correct, and permanently asleep. Because nothing ever writes the cap during normal play, **patching its initial `.data` value is safe and permanent** — no code path overwrites it. ## The patch Standard PC v1.03 / GOG / "editable" executable: ``` file offset 0x3A3C64 : 00 00 00 00 (float 0.0, limiter off) -> 00 00 70 42 (float 60.0, 60 FPS cap) ``` Other caps if you prefer: `30.0` = `00 00 F0 41`, `72.0` = `00 00 90 42`, `120.0` = `00 00 F0 42`. A Python patcher (`kotor_fpscap_patch.py`) is included; it fingerprints the two `.rdata` constants before writing, backs up the exe, and refuses to touch an executable whose layout it doesn't recognize: ``` python kotor_fpscap_patch.py "path\to\swkotor.exe" 60 ``` ## Verification - 144 Hz display, all external FPS caps and driver "wait for vertical refresh" overrides removed. - Patched exe launched directly. - Framerate held a hard **60**; the movement/turn freeze did not reproduce on transitions that previously triggered it. ## Caveats - **Busy-wait, by design.** The limiter spins a CPU core while pacing each frame (this is BioWare's own implementation — the movie path spins the same way). On a modern machine, one pegged core for a single-threaded 2003 game is harmless, but it is not a `Sleep`-based idle cap. A future refinement could redirect the gate to the engine's own `Sleep(DAT_0078d1e8)` limiter instead. - **Offset is per-exe-layout.** `0x3A3C64` is verified for the standard PC exe. Other builds (Steam-with-different-packing, 4-CD, Mac) may differ; find `_DAT_007a3c64` by locating the `1000.0 / cap` main-loop math. - **Steam "Verify integrity" reverts it** (restores the stock exe). Re-apply after any verify. - Stacks cleanly with the 4GB LARGE_ADDRESS_AWARE patch, UniWS widescreen, and the community mod builds — it only touches one unrelated float. ## Method Static reverse engineering only (Ghidra). Chain: locate timing-API imports (`QueryPerformanceCounter`, `GetTickCount`, `Sleep`) → their callers → the `PeekMessage` message pump → its caller (`WinMain`) → the frame-limiter block in the loop → the cap float and its dormant guard. Full decompiled C of the engine was exported and searched locally to trace the call chain. --- *Reverse-engineered from a legally-owned copy for interoperability and bug-fixing. Not affiliated with BioWare/LucasArts/Aspyr.* Submitter VexFlint Submitted 07/21/2026 Category Mods K1R Compatible Yes  

Hope this can help someone. Improved How To Scale And Rig Player Models In Kotor(1).mp4

PartySwap has been updated to 1.5, by making the PartySwap item to an optional add-on, since the Full Party Select patch from KotOR Patch Manager provides another method to allow you to keep being able to add Handmaiden to your party after Disciple joins your party.

Sounds interesting, but I would welcome a more detailed installation instructions for Windows users.

@N-DReW25I really like most of these ideas. Keep in mind tho with the idea of a hologram assuming Tatooine is still a green world, this would contradict the dantooine temple listing this map as one of the three barren worlds, somehow the maps are able to relate updated data back and forth to each other. I guess you could edit the puzzle on dantooine but that might just get confusing at that point. I would also prefer the map to be in the temple as well but I think that should be something saved for a very last version of the mod and focus on everything else first, it’s a small change in theory but adds a lot of work. Im pretty sure the Calo Nord appearance at least is triggered by the star map activation, the camera angle shows him spawning into the bike once the star map is activated and not just running forward from what I tested. I think Bandon is different but with Calo this is what I think is the case. Not impossible things to remedy, but I think the work associated with simply moving a single placeable while being consistent and not incredibly buggy would warrant it being considered at a later date. Otherwise I’d agree that the temple would be a much better location. Finally, any additional dialogue with sand people will likely require HK47 to translate to be consistent with the rest of Tatooines plot but we don’t have any English dialogue for HK47 to help with that. I think our hopes for how much we can do with the sand people might need to be lowered for right now. maybe you could have HK translate another non-basic speaking aliens dialogue to the Tuskens explaining what the player did/wants, but idk at that point. Maybe you could have HK serve as an intermediary between Jawas and Sand People and you can tell HK which side to lean towards. You won’t need a translator for Jawas so the Jawa can tell you what’s going on in their language. Really rough idea tho, the language thing is tough to work around If you want HK to speak some “new” lines, I myself and others are not the biggest fan of AI voice replication so you may have to consider some pretty precise audio splicing work with current dialogue .

It would be possible to just make a new vision cutscene to replace the old one. The following is how I, a modder, would go about making it (and how it would be less daunting than you may think). Star Map visions depict the Star Map opening as the camera softly pans around it. To recreate this, you, or a volunteer modder, can follow the following steps to achieve this: 1) Install GLIntercept, activating this mod in-game will allow you to move the camera around freely. 2) Set the Star Map inside the Tatooine Temple so that it'll open if you click on it. 3) Download JC's Toolbox for K1 and specifically install JC's Invisible Disguises for K1. It adds an armband which can make the character completely invisible (not stealth mode, as in the player just isn't rendered at all). Equip this armband in-game. 4) Inside the module tat_m18ac, press Caps Lock on your keyboard to go into first person mode and type "warp m19aa" into the cheat console. Doing so will warp you into the Tatooine Temple and, due to a glitch, will disable your GUI so the mouse cursor, icons, portraits, menus, and everything else is rendered invisible. Pressing Caps Lock twice after this (going back into and out of first person mode) will undo this glitch. 5) Down and install the OBS Studio screen recorder. 6) With the invisibility armband and the glitch above in effect, the player and main menus cannot be seen. Move to and stand in front of the Star Map. 7) Slowly drag your cursor to the left using your mouse to cause the camera to pan in a circle around your camera. Since the Player is invisible, use GLIntercept to set your camera back a little bit so that it perfectly pans around the Star Map as it opens in the next step. 8,) When you are confident that you've set everything up properly, press record for OBS and click on the Star Map. Using the technique described above, pan the camera around the Star Map as it opens. Repeat until you're satisfied. 9) Using a video editor of your choosing, add a quick fade in and fade out from black at the beginning and end of the footage. If possible, add an overlay effect over the screen that resembles the vision effect from the original scene. If need be, mute the audio of your recording and outright rip the audio from the original vision and add it to your recording. Ensure that the recording is about 9 seconds long as per the original visions. 10) Convert your .MP4 file into a .BIK file. 11) Test in-game and see if it worked. Whilst many of us can agree that the Star Map needs to be inside the Temple, I think that we should not let the vision cutscene hold us back on creative freedom here. Even if we can't make the scene right now, we still have two options in our sleeves: 1) Make the Tatooine Temple with the Star Map in it, ensure that the Temple is the best it can possibly be, and either make, or have someone else make, the new vision scene later and last. 2) Add two installations, one has the Star Map in the cave and the other has the Star Map in the Temple. This'll appease everyone, those who hate the inconsistency/hate the new vision and those who want the Star Map in the Temple will both have what they want whilst angering none. What triggers are they? From what I can tell, the Player just clicks on the Star Map and the Star Map opens - it doesn't have any triggers. If the cave option is to be retained, I think this might be the best course of action as the Temple will still be required to continue the plotline. Even if the Star Map is removed, I'm sure those triggers will still work. I've been sharing with JuniorModder over Discord some ideas of my own on how these puzzles should be dealt (as I was the one who gave him the idea in the first place). After doing some testing, I have removed the barriers in the temple and have given the Player free reign over the Temple. However, as the Star Map is locked (either in the Saarlac room or in the Cave) then having free reign over the Temple isn't really a benefit as it would be in the current setup. Instead, runed Obelisks inside the Temple would have strange poems and forgotten lore of the Rakatta and their slave races etched into them and, through a combination of this lore and the Storyteller's Lore, the Player will be able to recite the answers to the Ancient Droid and, if spoken correctly, the Player will be able to unlock the Star Map. In my version of the lore, it is implied that the Rakattans moved the Sarlaac into the pit and used it as a site of religious worship and sacrifice. Around the pit I intend to add "sacrifice urns" that were used as sacrificial offerings though some of them will contain basic Lightsaber crystals as loot. The reason why there is no Sarlaac inside the pit is because it'll also be implied that the Rakatta "took it away" before they glassed the planet. Right now the working name for the Sarlaac is "Bar'baloth" and this Sarlaac, despite not being present, plays a religious role in Sand People and Jawa mythology which will be taught to the Player via the Sand Person Chieftan, Storyteller, and Iziz the Jawa. In the lore I'm working on, I have it so that it is the Jawa's outside the Temple who give the Player a third Krayt Dragon Pearl as a reward for clearing out the Temple (this might be exclusive to the DS ending wherein the Player encourages them to migrate into the Temple instead of leaving it). That is something I am considering. I intend to replace the Rakata either with this, or with a Hologram of a Rakata that thinks it is the real Rakata it is depicting when it isn't (imagine a Ronald Reagan AI thinking it is the real Ronald Reagan, that's what this'll be). The above where I suggested removing the barriers as part of the Temple questline would fix this. The following wall of text inside the spoiler below is what I sent to JuniorModder as to why I think the Rakata inside the Temple is a horrible idea: If this character could be replaced with the Ancient Droid, or a delusional hologram of a Rakata that thinks it is a Rakata even though it speaks Twi'lek or something, could remove many of the plot holes I talk about below. By removing the Rakata we need not worry about either porting or making weird Lightsaber designs. This would require voice acted VO, I think the Dantooine one where the droid cycles through slave alien VO would be better as it means we can just reuse VO and not create new ones. That, and the Party recognizes the Player can understand the Rakata on Lehon. If there is a Rakata on Tatooine that's a massive plot hole. The very first thing the Dantooine droid says is in Rakatan yet the Player does not understand. I think the timeline of events in regards to the Player understanding Rakatan goes like this: 3959 BBY > Revan uses the Force to rip the knowledge of the Rakatan language from the Rakata he/she encounters and uses the Force to make the Rakata understand basic, this is confirmed by The Elders and The One. 3957 BBY > Revan is captured and the Jedi Council wipe his/her mind, as a result the memory of being able to understand Rakatan is suppressed. Endar Spire, Taris, and Dantooine > the Player does not understand Rakatan as he/she has amnesia. Korriban > When the Player picks up the Wraith Box, even if it's the first planet, and gets zapped inside the Mind Prison Revan has remembered how to understand Rakatan again. The Imprisoned One implies that Rodians and other creatures got zapped into the box but couldn't understand the Imprisoned One and so ran into the void out of frustration. Lehon > The Player still remembers how to to understand Rakatan to which the Party will acknowledge this in dialogue. For this reason, the Player must be able to understand Rakatan but doing so will cause a plot hole as the Party will recognize this as they do on Lehon. By moving any such lore to the Ancient Droid or Hologram I propose we can keep both the lore and not have plot holes. Correct, perhaps if the Ancient Droid/Hologram believes that the planet is still green that'll serve as some real nice bit of lore for the mod. In my lore I removed the Tusken and all the Speederbikes, how on Earth would anyone get speeder bikes in there? I actually expanded the Jawa bit to have an entire encampment of Jawa's in that little area to compensate for her loss. More on them will be detailed down below. I think a simple conditional after completing the puzzles would work here, it'll function similar to the Kashyyyk Star Map this way. I actually proposed this to JuniorModder but he doesn't like the idea as it reminds him of the plotline of the book series/movie "Dune", however, I'll share my ideas on the matter. Gaining the Eastern Dune Sea Map from either the Sand People Chieftan or Iziz the Jawa should make it clear that the Star Map is inside the Temple whilst the Sand Person Chief in particular talks about how the Temple is taboo in Sand People culture as, not only does the Krayt Dragon guard it, but the God "Bar'baloth" and her "Child" dwell in there and those who go in never return. He goes on to imply that the one who goes in there and defeats Bar'baloth and the Child will go on to become the Sand Person Messiah who'll unify the Sand People under their rule and drive out the invaders. Bar'baloth is the Sarlaac whilst the "Child of Bar'baloth" is actually a Terentatek that is residing inside the Temple. Do note that this particular Terentatek was missed during the Great Hunt that wiped them out and so you'll be able to tell Deesra Luur Jada on Dantooine about how you killed it on Tatooine. Inside an Obelisk as loot you'll find the Saarlac Tooth and from the remains of the Terentatek you'll get a hide of some kind to prove that you killed it. If you were to give both to the Sand Person Chief you'll be proclaimed the Messiah, the Tribe will make plans to migrate into the Temple, you'll be given free reign to loot their belongings, and you won't be able to kill them after this as they'll go through great lengths to prevent you from pissing them off. The Sand Person Chief will imply that he expects you to return after the Star Forge quest to help them drive Czerka off of Tatooine. Proclaiming yourself as the Messiah is a Dark Side ending because the Temple and the Star Map are of the Dark Side and so having them migrate into the Temple is a bad thing (imagine giving the uncontacted Sentinel Islander tribe the One Ring from the Lord of the Rings for example) and having Sand People migrate into the Cave puts the Jawa camp already in there in danger. If you give the Sand Person Chief the Saarlac Tooth and lie about not being able to kill the Terentatek then you'll prevent the Sand People from going there but you won't be proclaimed the Messiah. The Jawa camp I keep talking about got down there because the Jawa's are small enough, and knowledgeable enough of the geography of Tatooine, to have squeezed through the tight cracks on the surface to sneak into the cave system without going near the Krayt Dragon. The reason they're outside the Temple and not in the Temple is because the Terentatek/Ancient Droids keep killing them when they go in there. After the Player defeats the Terentatek the Player can encourage them to stay in the cave which is Dark Side or leave the cave which is Light Sided. As a reward for killing the Terentatek, the Jawa's leader (which I've made a Chadra-Fan) will give a Krayt Dragon Pearl as a reward. I agree with this, though with my Bar'baloth Saarlac lore I've mentioned the idea that the Rakatans "moved it" out of there could imply that this Saarlac that is Bar'baloth could possibly be the same one from the movies - though it's entirely open ended as to whether or not you want to believe that. I am glad that my reasoning appears to have gotten through! I do not think that'll be necessary, the Kashyyyk Star Map can be approached before you talk to the Rakata Computer and it simply doesn't open. This could likewise be done on Tatooine should the Star Map be kept in the cave. I'll have to test it, but I'm certain the Calo Nord encounter in tat_m18ac is not connected to the Star Map. If the Star Map is gone if you walk to the end of the cave they should all still spawn as normal. I don't think this'll make a difference. If the Star Map is in the Cave but requires the Player to complete the puzzles in the Temple, the Player comes back and unlocks the Star Map and leaves. If the Star Map is in the Temple, the Player simply uses the Krayt Dragon cave as an entrance and does everything inside the Temple. And if the content with the Sarlaac Tooth and even the Terentatek hide being required to complete the Sand Person Messiah content is added to the mod then the new content doesn't end in the Temple, the new content would end in the Sand People Camp. This is probably the only justifiable reason as to keep the Star Map in the cave, but should a new vision scene be made then keeping in the cave becomes less tenable as the Temple Star Map becomes easier and easier. It is of my opinion that a Temple Star Map should be attempted, and if it succeeds make it an optional install so that players who want a Temple Star Map get their Temple Star Map whilst Players who want a Cave Star Map get their Cave Star Map.

The Look In Override option just has it parse 2DAs in the Override whenever a 2DA is used in a template like a UTI, UTC, etc. It won't show up in the main asset browser. You'll have to open it manually via the 2DA editor (1st button under the top menu row). But KTool is old and creaky and not recommended to be used any more. There are multiple alternatives these days, including a new 2DA editor that was literally just released in the last 24 hours.

twilek_m02.rar

I was going to post an update for the development of RC-K1CP soon, but since JasonRyder commented I'll update you all now. The Unused Head Restoration Pack mod, which hasn't been updated in several years, shall be renamed to the K1 Appearance Restoration Pack to match its Kotor 2 counterpart. The reason this is happening is because most of the appearance restorations from RC-K1CP, mainly the optional ones, are being removed from RC-K1CP and are instead being added to the K1 Appearance Restoration Pack. The reason I am doing this is because they're mostly incompatible with the NPC Diversity Pack mod. The appearances of RC-K1CP are added solely to restore the unused appearances whereas the NPC-DP is a genuine NPC Overhaul. By installing both mods, it is possible that the end result is not one that I personally intended for the player. Whilst these incompatibilities do not break the game in any way, I am certain players would prefer Restored Content and an NPC Overhaul without these two concepts "meshing" with one another. There are also actual incompatibilities that do impact the game, the Sith Officer Uniform Restoration install is incompatible with heyorange's Sith Army Reformation mod and the Jedi Appearance Restoration install is incompatible with Diversified Jedi on the Star Forge if you install that mod before RC-K1CP. Once this update goes ahead, the RC-K1CP will have most of its restored appearances removed. If players want a "pure" restored content game with no NPC Overhauls they can install the K1 Appearance Restoration Pack whereas if they want an NPC Overhaul they can instead download the NPC Diversity Pack. The unique heads for Tanis and the Czerka Rep on Tatooine from the Unused Head Restoration Pack are going to be added in the Galaxy of Faces mod so NPC Overhaul enjoyers will not need the K1 Appearance Restoration Mod if they want those two heads in particular. This update has been delayed to the development of the M4-78 Unofficial Patch mod this year, and whilst I do intend to make something special for ROR this update shall come eventually. And also, Carth's Restored Blaster icon is being removed in that update until it can genuinely be fixed. Whilst I can see why you'd report it as an RC-K1CP bug, this is actually a Sleheyron Story Mode bug in its entirety. K1CP restores the orange Twi'lek variant and RC-K1CP simply borrows that appearance for the fourth Vulkar. This means either one of two things have happened, you either: A) broke your install. B,) the Sleheyron Story Mode mod's installer is broken and therefore it has broken your game. The orange Twi'lek added in K1CP occupies line 509 of the appearance.2da. If @SAO1138 had setup his tslpatcher/holopatcher correctly then a new appearance number would've been assigned to your appearance.2da, the only way his big Gizka would replace the orange Twi'lek added in K1CP would be if Sleheyron's installer hard overwrote the existing appearance.2da with a pre-made one (which is very bad from a modding standpoint). Can you please attach your appearance.2da file here, since the orange Twi'lek should occupy line 509 of the appearance.2da being able to view your appearance.2da should confirm at least part of my suspicion. SAO, if we get to the bottom of this and it turns out that, by some miracle, it isn't Sleheyron Story Mode as I suspect I do apologizing for pinging you here.

Hi everyone! I am extremely excited to announce my Extra Saber Colors mod has been updated to include five new colors: chartreuse, inidgo, magenta, cyan, and orange! These were inspired by JC's Extra Saber Colors but I decided to add some in of my own. They are all compatible with and use Crazy34's new blade system. It took me awhile to figure out, but after trial and error I was able to edit the blade textures and models from Crazy34's modder's resource and to my delight they worked perfectly. You can download the mod here. I hope you enjoy!