JCarter426

I'm glad you like it. I was close to releasing it, but I ran into technical problems with upcrystals.2da. I could go back and cut out the new crystals and finish up the rest of it, probably will one of these days. That's interesting, I didn't know about some of that. I would guess Arca's robe is among the Dxun content because it might've been placed there in an earlier version, maybe before they added it to the random loot or for the E3 demo. Although, I don't believe it's possible to even acquire it in the original game due to bugs in the loot system. The earlier Jal Shey and Zeison Sha items were probably before they had an armor model for them. I've seen the Jedi armor before, not sure why those didn't get made if they got the armor. I'm fairly certain the Baran Do Advisor robes were replaced by the Norris robes, but to add them back in properly would require some edits to the loot, so I'm not sure how to go about it.

The game only loads data from the module files the first time you visit the module. It stores a copy of each module visited in the .sav file and subsequently loads from this. That's how it knows what containers you've looted, what NPCs have been killed or otherwise left the area, etc. So typically, if you make any change to a module, you have to load from before you've ever visited it. If you need to spawn creatures after you've visited the area, you would have to do it with a script.

When you go to test it, are you loading a save from before you ever visited that module?

I think the matter of upcrystals.2da was already conveyed to you via Reddit, but I wanted to add that the file has a limit of 255 lines. After that, it won't recognize any new crystals, so you may want to keep that in mind if you're planning to add a lot.

Does he not show up at all in the original game? I thought he appeared, just without the suicide pact option. It looks like it's all set up in the dialogue file, but the line has a conditional script that always returns false. Anyway, it would be feasible to replace Cede's appearances with Carth, but keep the evil Bastila holograms as is. The only part I don't imagine would work would be the meeting with Carth. But you donn't get an audience with Cede, so maybe Carth doesn't care to talk with you in that scenario either.

KOTOR Tool doesn't support K2 dialogue files. My guess is trying to edit it at all with KOTOR Tool corrupted the file.

As I recall, the CSLU Toolkit wouldn't run on Windows 10 even back when their server was working. It's an issue with the program, not the licensing procedure, and of course the program is not being updated anymore. I can confirm the no online license fix works on Windows 7, however.

Looks like it wasn't used on the original model. I didn't realize it wasn't needed before.

The Yavin door appears to use line 64 in genericdoors.2da for K1. If it's 76 in K2 and all the other files are there, then you should only have to change it to GenericType 76.

Those steps were for MDLEdit. MDLOps doesn't have the same requirement, though the same basic procedure applies.

You can rename the original script and then execute it like so: void main() { ExecuteScript("original_script_give_it_a_new_name", OBJECT_SELF, -1); // Then add all your stuff here whatever it is } Then save your script with the original name.

Just that with MDLEdit, you have to change the game before importing - basically it does all the work when reading the model. So you should load the binary model in the original game and convert to ASCII, then change the game, then load the ASCII, then convert back to binary.

I just made a cube map with a different color on each side, then applied it to a cube and looked at how each face changed relative to the viewing angle. That picture looks consistent with my testing. I think you've got it flipped around in your head. Your building and the cube map have opposite texture wrapping. If it helps, imagine the cube map is being wrapped onto the skybox rather than the building. The map is then drawn on each part of the building that's facing that part of the skybox. If you mapped the cube map onto a cube, then you would indeed get two faces swapped, similar to how you get a left/right flip with a reflection in a mirror.

I got a lot of problems with you people. Now you're gonna hear about it. I'm trying something new again, though I've been thinking of doing it for a while. I noticed the site update changed the way it manages updates to mods. I think the new way makes more sense than the old way, but it does mean it's easier for updates to go unnoticed to anyone who isn't specifically following the mod page for that. So I figured I'd do a sort of mod roundup every so often to shout into the void about what I've been up to. Updates The primary point of this format - new updates to old mods that you might've missed. Supermodel Fix for K2 - Added some fixes for dual saber animations. And apparently I broke TSLRCM's lean animations at some point, so I fixed those too. Slave Bastila - I spent a good part of the summer putting out fires for this mod. Then after I thought it was done, there was some more weird stuff that wasn't even my fault. Nobody's reported anything for a couple months so I think it's safe now. Handmaiden Sisters - This was the first mod I submitted to Deadly Stream, though it wasn't the first mod I made, not by far. So it didn't have much sentimental value and I neglected it. It had been out of date for a while. I ended up redoing it from scratch for the update. Korriban: Back in Black - By request, there are new options for Uthar and Yuthura. And also a fix for a weird bug with a guy on Manaan. New Mods Some fine additions to your collection. Vision Enhancement - Makes the player stop going to bed wearing armor and teleporting to the Ebon Hawk in their sleep. Fashion Line I: Cloaked Jedi Robes for K1 - Ports those K2 robes with cloaks to K1. Possibly the #1 request since Deadly Stream started accepting ported mods, if we aren't counting "hey why don't you port the entire game" as one mod. Force Knock - Adds a Force power to replace the need for the Security Use skill. Modding Tools & Resources Stuff of no interest to non-modders but of potential non-zero interest to modders. Cloaked Jedi Robes & Supermodel Port for K1 - Mod resource version of what makes the Cloaked Robes and Slave Bastila work. Odyssey++ - User-defined languages for Notepad++. Suggests stuff as you type. Makes scripting for KOTOR easier. Something Completely Different In this section I'll post something recent that I didn't make but I think is cool and deserving of attention. This time, without a doubt, it's the CSLU Toolkit revival by @Jenko. The CSLU Toolkit is what KOTOR mods have always used to generate lip files because that's what was available back in 2005 when JdNoa made her LipSynchEditor. It was a convenient, free resource... at the time. Recently, it's been impossible to get a hold of the software. The CSLU server has been offline for over a year, meaning nobody could install the Toolkit. Even if they had the installer, it wouldn't work without the server available to confirm the license. I remember problem-solving this when the server first went offline. I even sent over my registry files, hoping we could get a new installation to recognize my license - just so we'd have the option of transferring a totally legitimate installation to a new machine when the time came. But nothing worked. It was oddly secure for freeware. Ultimately, it took him single-handedly pestering the staff at Oregon Health & Science University, getting his emails sent down a chain of several people in the hopes that it would finally reach somebody who actually worked on the thing. And it did. It was a Festivus miracle.

Should be simple enough to test, let's see... In descending order: bottom / top / left / right / front / back With directions relative to a player facing north. At least for what I tested.

Usually you shouldn't use KOTOR Tool's inventory editor. It's buggy. If you open the file with K-GFF, you can edit the fields directly.

For the textures, you need to replace all the files in the TexturePacks folder. Though I believe you will still get some hangups with the GUI on account of name changes. All I can suggest is you do that first, then eyeball what is still wrong and continue from there. A module includes the following files: all the contents of the .rim and _s.rim files (these can be extracted with ERFEdit) the module's layout (.lyt) file (located in layouts.bif) the module's visibility (.vis) file (located in lightmaps.bif) the map (located in swpc_tex_gui.erf) the loadscreen (also located in the _gui.erf) the area models (.mdl, .mdx, & .wok, located in models.bif) the lightmaps (located in lightmaps.bif) If you are porting the whole texture archive, that should take care of the map and loadscreen already. The models must be converted because the games use slightly different formats. My usual procedure for this is to extract everything, convert the binary MDL/MDX to ASCII, then load the ASCII files and convert those back to binary. This isn't foolproof, though, as you can see here . I've put my area porting endeavors on hold until the next update to MDLEdit (plus I've got other projects anyway). Everything else can be archived in a new .mod with ERFEdit and then placed in the modules folder.You can put modelsand textures in there too, but they are often used for more than one area, so it's not as practical. Like I said in the first post, ultimately I would like to explore a way to create new archives for the games rather than shunting everything into Override. We've had some progress, but there's still more work to be done.

That issue doesn't sound like something caused by my mod - it only changes the models, not the items, so the robes will either work or or they won't. It sounds more like an issue with either your baseitems.2da file or the robe .uti files, so I would suggest investigating any mods you may be using that edit those.

Yeah, capital letters in Aurebesh get mirrored in some appearances, although in others they don't. I believe K2 leaves them all lowercase. Those are facing the standard way now, anyway.

View File JC's Force Knock for K2 This mod adds the Force power Knock, which can open locks as if you had used the Security skill on them. You earn the same amount of XP using this power as you would using Security, as well. It is a universal power and costs 10 Force points to activate. When used, Knock unlocks the nearest door or container, provided there is an eligible lock within 5 meters. It cannot open a lock with a DC greater than 50, or one that requires a special keycard. In other words, it cannot unlock anything you could not otherwise unlock with Security in regular gameplay. You can acquire Knock whenever you level up a Jedi character. It will then appear with your other friendly Force powers (such as Heal and Speed). Submitter JCarter426 Submitted 12/18/2018 Category Mods TSLRCM Compatible Yes  

Firstly, I would recommend my Odyssey ++ user-defined languages. They auto-suggest things and add markup, makes things easier. NWScript will list all the functions but your best bet for learning how they work would be to look through what source scripts are available in scripts.bif. The NWN Lexicon is another good resource, though much of what's there doesn't work in KOTOR. And any resource on any C-like language will help. This should help get you started too: void main() { // Delay for lightning flashes // First, generate a random number between 0.1 and 10.0 seconds: float fRandom = ( IntToFloat(Random(100)) + 1 ) * 0.1; // Extra time always added on top of the random roll: float fExtra = 5.0; // Final delay: float fDelay = fRandom + fExtra; // Lightning animation will be randomly determined // Animation numbers correspond to the ANIMATION_ROOM_SCRIPTLOOP constants string sRoom = "whatever"; int nAnim = Random(20) + 1; // Thunder sound will be randomly determined string sSound; int nSoundRoll = Random(2) + 1; switch(nSoundRoll) { case 1: sSound = "as_wt_thundercl1"; break; case 2: sSound = "as_wt_thundercl2"; break; default: sSound = ""; break; } // Do stuff DelayCommand(fDelay, PlayRoomAnimation(sRoom, nAnim)); DelayCommand(fDelay, PlaySound(sSound)); } It will randomly play an animation and thunder sound. This will utilize all 20 possible room animations if you want to use them all, but you can reduce it by changing the 20 to however many you want. You can also add more thunder sound possibilities by adding more cases before the default case. You can also change the values for the random delay; it's currently set to a delay of between 5 and 15 seconds.

It's a similar issue, except rather than relating to the model hierarchy, it's it's the order in which the sabers are drawn. A newer saber's hilt will always render on top of any older saber's blade. In the screenshot above, you equipped the yellow saber more recently. If you were to keep the yellow saber and replace the blue saber with something else, then the yellow saber would always render behind the new one. My guess is that the intent was to ensure a saber's blade doesn't render on top of its hilt when it clips through it, but there's a side effect of it applying from object to object as well.

By all means. Sounds like the problem is you're renaming the supermodels. All the S_Male and S_Female files should keep the names they already have.