Leaderboard
Popular Content
Showing content with the highest reputation on 01/02/2021 in all areas
-
2 pointsMobile version updated: - Custom audio now plays - Changed archive to ZIP to make it easier to extract and install on Android, without using a PC Big thanks to @Drazgar for figuring out proper audio format for mobile
-
1 point
Version 1.1
1,298 downloads
This mod adds a Pureblood Sith head and underwear model from The Old Republic MMO, ported to TSL as a selectable player head for female characters. A few notes: A unique underwear model is included, but because of the different way TOR and KOTOR mate heads to bodies, I had to add a neck stump to the torso to elevate the head to the right height. That makes for a pretty nasty transition at the seam line, but it should mostly only be visible in dialogue. Try not to have too many conversations while naked I guess. By default, the underwear is a sports bra and panties. For those wanting something a little more chaste, there’s an alternative modesty patch that provides a pair of shorts/hot pants instead. After running this installer, simply copy and paste the TPCs from the OPTIONAL folder to your Override folder, overwriting when prompted. Odyssey’s lack of proper specularity, much less the advanced (by comparison) graphical features of TOR, means you should expect that the textures will look pretty flat in KOTOR compared to how the originals look in TOR. KOTOR has a maximum bone limit per mesh of 17. This creates a problem for TOR meshes, as adding the eyelids to the face bone array pushes that to 18. I had to drop 2 bones to make it work. I chose the two nose corner bones, as they seemed the least important. I don't know what effect this may have on various facial animations, but probably nothing significant for mute player characters. Differences between how TOR and KOTOR handle animations mean that some of the bone weights are probably too strong, so expect some bad deformation occasionally. Especially when the game uses stunt animations in certain cutscenes. If you notice anything particularly egregious, post a comment with some notes of the specifics and a screenshot/video and I'll see if it can be mitigated. Dark Side transitions are included, but they are relatively mild. I'm not a big fan of the zombie look. The portraits are the versions I made for K1, so they probably don't mesh well with TSL. I'm lazy like that. Installation: If you are using TSLRCM or the hybrid TSLRCM + M4-78 from the Steam Workshop, make sure to choose its Workshop folder as the installation location, not the main game folder. Or preferably don't use the Workshop at all. A custom dancer outfit was added in v1.1. A patch has been provided for users of v1.0 to add this to their existing game. Only use it if you have v1.0. Acknowledgements: Original models and textures ported from The Old Republic MMO Thanks to @bead-v for KOTORMax and MDLEdit Thanks to @ndix UR for TGA2TPC Thanks to zaramot on the Xentax forums for the TOR GR2 Max import script Thanks to @VarsityPuppet for supplying a custom commandline version of his 2DA editor for the dancer patch. -
1 pointI could, if I had any idea, how it worked myself. Not knowing how many 2da files work is one of the main reasons that breakdown never got any further than it did.
-
1 pointThe global script used to add Atton to the party during the HK fight (a_addatton) adds him via tag, so it grabs the pre-existing Atton already spawned in the module. In this case, that's p_atton1.utc from the 101PER module, not the global UTC. In order for it to work, you'd need to start a fresh game, since his UTC is pulled into the GIT right at the start. Of course you can always manually edit the GIT in your save if you need to test things.
-
1 point
-
1 pointThank you very much. That installlog was very useful and allowed me to find the culprit: There's something wrong with the 401dxn.mod coming with my mod but so far I have been unable to figure out what exactly. I'll continue investigating this issue but for the time being you can just delete 401dxn.mod from the modules folder after installing this mod if you have this issue and it should be fixed. You will loose the fog changes I made to that module but that's better than broken cutscenes. I'll get back to you once I know more @Pimpnkill@mackmitchell94@1Leonard Update: I found the issue and uploaded a fix. The installation is slightly more complicated if you have an older version of the mod installed, so make sure you read the read-me. Most likely you will only have to delete 401dxn.mod and 510ond.mod from your modules folder before installing the new version but check the full instructions to be sure.
-
1 point
-
1 pointI can't install TSLRCM 1.8.6 to the DVD version of KOTOR 2. When I run the EXE file, it installs automatically to GOG Galaxy even though I don't have that version of KOTOR 2 installed. Even if I delete the main GOG folder, the installation makes a new one anyway. Is there a way to choose which folder I want to install to? I'm running WIN10 and have no other mods installed.
-
1 pointIf no one else picked this up, I'll make the hilt. I went ahead and did the basic modelling, which is almost done. This is actually a nice opportunity for me to learn about texturing.
-
0 points
Version 1.0.4
437 downloads
COUNCIL ROBES BASIC RESKIN Description: This mod adds the council robes, a variant normally only worn by NPCs, and makes them available alongside the vanilla game robes in KotOR 1. The robes are added to 3 merchants in the game: the basic, lowest level variety is available at Crattis’ general store on Dantooine with 3 texture variants, although the variants for this robe all look pretty similar. They are also available with better stats as Knight robes at the Czerka Representative’s store on Korriban in Dreshdae, and as Master Robes at Mic’tunan’jus’ store on Tatooine in front of the Ebon Hawk. This mod should be compatible with other mods that modify these merchants, but this mod is not at all compatible with other mods that modify the base robe models OR add new textures. The idea behind this mod is to have the option to wear both council robes and base game robes at the same time, being compatible with base game items but not other similar mods. This mod will also not place the robes properly if you have been to Dantooine, Tatooine, or Korriban before installing the mod. Installation: Start the Council Robes Basic Reskin Installer executable. It should prompt you for the location of your KotOR 1 directory and move all the necessary files itself. With the exception of the merchant files, the installer will fully replace any files of the same name as the ones in the ‘tslpatchdata’ folder, so won’t be compatible with other mods modifying those files or using the same names, since they are not standard game resources. Uninstallation: To uninstall, remove all the files listed in the ‘tslpatchdata’ folder from the Override folder. Acknowledgements: Of course, without use of Fred Tetra’s KotOR Tool, MDLOps by Chuck Chargin, KotOR Blender by Symmetric, Purifier, and Ndix UR, k-gff from tk102, and TSL Patcher by stoffe, this would not be possible. Thanks to all of you. NOTE: This is really the first mod I have made, and I have only tested the new models and textures so much. If there are issues you come across that I did not foresee, or perhaps simply any quality-of-life things that may be added, let me know, either by sending a message on deadlystream.com or sending an email to flooggoog@gmail.com. -cubis182 readme.rtf -
0 points@Vabulletizer: A bit of a hack job, but the vanilla texture doesn't exactly provide a lot to work with: Normally there would be no practical way to patch this into an existing game, you'd have to manually edit appearance.2da yourself to fix it. However, thanks to the coding assistance of @VarsityPuppet, I have a custom appearance patcher that was originally made for another mod that you can try (at least if you are on Windows): [TSL]_Player_Head_TOR_Pureblood_Sith_Female_v1.0_Dancer_Patch.7z See how that goes. If it looks ok in-game I'll post an updated version of the mod. Edit: Tweaked the texture to fix a few dodgy spots and added a custom model as well, since I needed to adjust the headhook position. While I was at it I added some inverted duplicate skirts to fix the backface culling issue of the originals and tweaked the waist a bit to more closely match the TOR body. It seems like the vanilla texture has a bunch of issues, so that probably needs to be fixed in K2CP.
-
0 pointsHey @Logan23. I wouldnt mind helping where you need it. I have experience coding, mainly in web based code like java, js, html, css etc. but i know at least the general premises of other languages like C, C++. I could help out wherever you need it ideally. I have a system that can handle the game quite well. I got my degree in March of 2020 in software development let me know mate!
-
0 points@Sith Holocron requested that I go into some general detail for the community about why the Steam Workshop is generally bad for modding, both to have all the issues laid out and easily referenced, and to clarify some common misconceptions. I can't count the number of issues I've had to troubleshoot as a result of the Workshop and I know its systems and limitations in detail, so I feel fairly qualified to explain what makes the system inadequate compared to the standard methods the community uses for mod installation. I'll first briefly explain how mods installed from the Workshop work, then detail situations where using the Workshop is sensible before explaining why using the Workshop is generally not a good idea. If you'd only like to see an explanation of why you should be downloading mods manually, skip on down to section #3. If you don't use the Steam version of the game with the most recent (Aspyr) patch, needless to say this doesn't really matter for you, as you don't have Workshop support for your title anyway. How the Workshop Works First, it's important to reiterate that the Workshop is only available on the Aspyr patch of the game (not the 'legacypc' beta install option) on Steam. This update causes not a few issues, which means that even if you own the game on Steam you might want to revert it to that legacypc version even before considering modding; an inability to apply new textures to lightsaber hilts, the loss of fog effects, and sometimes extreme game stuttering are but a few of the issues the Aspyr patch causes (though, in fairness, it of course also introduces many useful conveniences, including native widescreen support and controller support). To the topic at hand, however: on a basic level, the Workshop is just a download system for mods. It doesn't truly "install" them as such, as the TSLPatcher would do, it just takes stored data from archives and puts them in a repository which the Aspyr-patched version of the game can read. For example, if you install TSLRCM and two texture mods, the Workshop will take the file data from TSLRCM and those texture mods and separately store them in three different containing folders, which the game will then read on startup. A few of you might already see the problems with this, but we'll get into that in a moment. What the Workshop is Good For Jokes of "nothing" aside, the Workshop is actually very good for single-mod installs. If you want to use TSLRCM and only TSLRCM, go for it--the Workshop will download it and you can run it with no trouble at all. It will even keep the mod dynamically updated for you; the TSLRCM team even realized that this is a much easier and more foolproof method of installation for many users. And, so long as TSLRCM (or TSLRCM + M4-78) is the only mod you're using, it truly works fine. The issue comes in with multi-mod setups, which is how we get to.... Why You Should Avoid the Workshop Put simply, the Workshop was not well-designed when it comes to multi-mod installs, especially in the face of the array of tools the community has developed to encourage mod compatibility over the years, the TSLPatcher being foremost among them. For those that don't know, the TSLPatcher can append strings or modify individual lines within existing files (among a myriad of other things), which allows mods which would otherwise directly overwrite the same files to work together fine, so long as they're not editing the exact same data within the same files. Not only does the Workshop not have this, it also lacks a stunning array of other common-sense multi-mod features: Load orders are based on the order mods are subscribed to, and are overwritten in certain circumstances. This is a big one. Even the most archaic games have always allowed users to control file overwrites, deal with compatibility issues, and selectively prioritize one mod over another by controlling the order in which mods are installed, and oftentimes the specific files installed from mod to mod. Because the Workshop does not truly install mods as such and instead merely sits them in a folder to be read by the game, it's up to the Workshop which mods get read in which order, and which get prioritized. Mods subscribed to first are read first by the system, but because they're downloaded as complete packages ready-to-launch, it's not possible to remove files selectively unless you know exactly where to look--even then, the Workshop may try to repair your install of the mod, replacing files that you may have removed intentionally. Furthermore, no file manifest is given by the Workshop, which makes it that much more difficult to see which mods edit the same content, and incompatibility is a major systemic issue with the workshop as we'll see. Worst of all, mod updates or game reinstalls can entirely disrupt this subscription order and randomize the load order, making it difficult to achieve a stable load order even if you're doing all due diligence. One mod's changes can push out another's. Unlike the installation system typical with major mods where the TSLPatcher can minimize incompatibilities, there's no such protection here. Indeed the opposite, as having two mods with the same .2da file means that one's will inevitably win out, and the other's will lose, and the loser's data will be completely and totally ignored by the game. Not only does this guarantee that some mods are incompatible in function simply due to the Workshop's architecture, it means that you could encounter serious bugs if important files from one mod are overwritten by another. This is part of the reason why TSLRCM and M4-78 had to be combined on the Workshop eventually--despite being completely compatible with one another, the Workshop was ramming them together in incompatible ways. Mods installed manually don't play well with Workshop mods. Jumping off of the above, because mods aren't truly installed with the Workshop, a user can mod their game by installing files onto their game directory in steamapps/common as one would normally do, but also subscribe to mods on the Workshop. Yet the same issues as two mods editing the same file on the Workshop will now occur in this scenario: a loose .2da file in the override will conflict with a .2da file from a Workshop mod and one will completely cancel out the other, rather than taking each other into account whatsoever. This is a big reason why it's a good idea to do all one thing or all another, since combinations like this are invariably more work than simply modding with the right tools from the start. The Workshop has limited selection, and few exclusives. This is an indirect rather than direct issue with the Workshop, but it's worth pointing out all the same. Because of many of the above issues, the Workshop has a rather limited base of modifications, and most modifications released on the Workshop have also seen standard releases, either here on Deadlystream or on the KOTOR 2 Nexus. Because those mod versions would be more compatibility-friendly anyway, there's little reason to use the Workshop just for the sake of the mods on it; there's more variety and less headache installing mods elsewhere. Many Workshop mods are out-of-date and not supported by their authors. This is again (at least partly) an indirect issue, but I feel the need to mention it here because it does have consequences for users. It is very easy to upload mod content to the Workshop even if you aren't the original author, and difficult for original authors to get these reuploads taken down. Regardless of your stances on mod ownership or reuploading, the users who perform these uploads often drop them on the Workshop for quick downloads and kudos-padding and then abandon them, not providing any future updates or support that the original authors would at their typical download locations. This leads already-anemic Workshop content to also frequently suffer from being outdated, and lack proper support, as the uploaders are frequently not the original software authors and may not even understand how the content they've hosted works. While the above is by no means an exhaustive list, it does represent the bulk of the problems with the Workshop. I want to reiterate a final time that the Workshop is an easier install method, as it's a simple one-click solution, but, much like the dark side, it's an easy path that often brings its own problems down the line. It's never worth it to use the Workshop for a couple of mods only to find out that you have a serious incompatibility late into the game, and no clue how to resolve it. Manually downloading mods isn't much more difficult, and neither is their installation, while the compatibility benefits from doing so are significant. I hope this post has helped explain exactly why that is, and encouraged you to look into a traditional install instead. If concerns about compatibility now seem significant to you, or if you're new to modding and worried you'll simply be overwhelmed by the install process for mods, I (though biased) strongly recommend the mod builds. As fully-compatible mod lists, you won't need to worry about crashes from their use, and all the mods listed come with detailed instructions where necessary; spoiler-free builds are even available if you're a first-time player. With the builds as an option, there's really no reason not to skip the Workshop in favor of a much more content-rich and stable experience.