56 files
-
SaberMaker for KotOR and TSL
By lachjames
This is a simple Python utility that lets you create new lightsaber textures for KotOR and TSL. Note that (especially in KotOR) creating a new lightsaber colour requires more steps than this - a future project will make this a one-click process for users, but for now I'm releasing this as a standalone tool for mod developers.
Installation
You should have Python 3 installed. There are no other dependencies. Just download and unzip the zip archive from this page, and you should be good to go!
I'll be releasing a Windows .exe version at some point. If you're not comfortable using the Python script, either wait for that or ask me (or one of the many helpful people on DeadlyStream) to make your lightsaber textures for you.
Usage
Run the script editor.py using Python, with a command like
"python editor.py".
This will open up the editor. You can choose the glow and core colours for the saber texture, and then save it using one of the bottom two buttons. The texture will then be saved in the current directory.
Bugs
There might be some bugs, but it's a pretty simple script and it seems to work fine.
FAQ
The lightsaber looks dark in-game!
For a bright lightsaber, you should select a colour with both Saturation and Brightness parameters set to 100% (in the second tab in the colour picker). Then you can use the Hue slider to choose a colour.
Can I use this for my mod?
Sure, feel free to use the textures for your own mods! I'd appreciate it if you credit this tool for helping create the lightsaber textures.
Can I redistribute this program in its entirety (with or without attribution)?
Please don't redistribute this program elsewhere on the internet. I will keep it here, so you can point people to it.
How do I take this texture and put it straight in the game (not as part of a mod)?
I'm working (along with others on DeadlyStream) to make an "end-user version" of this tool, as part of a larger modding project. Stay tuned!
The lightsaber core looks weird!
You should probably leave the "Core" colour to its default value (pure white) to get lightsabers that look like the ones from the base game. But if you want to experiment, the option to change the core colour is there!
131 downloads
(0 reviews)0 comments
Updated
-
JdNoa's AniCam (Beta 3)
By JumpStationZ
Part of the...
AniCam
Author: JdNoa - [contact info in read-me]
Notes on dlg fields compiled from observations by Tupac Amaru, Dashus, and JdNoa.
Tupac Amaru did most of the testing for this. Thanks!
Thanks also to tk102 for updating DlgEditor for us & Darth333 for passing it along quickly. It made testing *much* less painful.
Thanks to several people for their notes/code about the mdl format: Torlack for notes on binary mdl and for NWNMdlComp, sorcerer for notes on ascii mdl, and cchargin for MDLOps.
---------------
Version
---------------
Beta 3 - Dec 1 2005
History: beta 3 should fix the bug where cubic interpolation treats angles as numbers and so interpolates the wrong way across the 360 degree mark.
---------------
Description.
---------------
AniCam is an internal tool used by TSLRP (The Sith Lords Restoration Project). It is being released to the public "as is". There is no warranty, implicit or explicit, of any kind.
AniCam is an animated camera editor for KotOR 2.
Animated cameras are just models in a specific format. AniCam lets you open & edit existing camera models or create your own. You can then use the animated camera model in a .dlg.
---------------
Installation
---------------
Requirements:
JRE 1.5 or newer. (Developed with 1.5.0.04).
AniCam will not run with JRE 1.4.
Simply extract this zip to your preferred install location and run the jar file, AniCam.jar.
---------------
Uninstallation
---------------
Delete the files that came in the .zip, plus the configuration file anicam.conf (if it was created).
---------------
1. How to use AniCam:
---------------
--- 1a. Basics:
Fill in your desired camera name and the length in seconds of the camera shot.
Add entries for your camera. An entry needs the time in seconds, position as x,y,z, and orientation as h,p,r. (heading, pitch, roll).
To add an entry, select "insert row" from the Edit menu or type ctrl-i.
Orientation is done in degrees. Straight ahead is (0,90,0). Left is (90,90,0). Right is (-90,90,0). And so on.
If you're getting position from WhereAmI, keep in mind that the Z location given is lower than what you see (I think it's the location of your feet). You probably want to add 3 or 4 to get a shot at eye level.
When you have all of your entries, select save from the file menu. The files cameraname.mdl and cameraname.mdx (which is an empty file) will be created. These can go in your override folder.
To use the new model, set the camera model field in a dialog, then in the dialog entry/entries that will have the camera shot, set the CameraID to -1, use CameraAngle 4, and set CameraAnimation to a useful number (probably 1200 or 1000: see part 2 for details).
An example:
Entry Time x y z h p r
1 0.0 -70 20 3.5 0 90 0
2 3.5 -70 30 3.5 70 90 0
3 4.5 -70 31.5 3.5 50 45 0
4 6.5 -72 31.5 3.0 30 0 0
with animation length 7.5.
This will (1) start looking straight ahead,
(1)->(2) move along the y axis and rotate left,
(2)->(3) rotate right and down while moving a little more along the y axis,
(3)->(4) rotate right and point straight down while moving a little along the x axis,
then (4) hold position for 1 second.
-- 1b. Interpolation:
If interpolation is selected, then when you save, extra intermediate entries will be generated to smooth out changes in position and orientation. So, if your entries have the camera going straight forward, and then moving left, instead of an abrupt transition from forward to left, the camera will move in a curve.
If interpolation is not selected, what you entered is what you get. Sudden changes in direction will be abrupt.
-- 1c. Importing:
You can import from a binary model, an ascii model, or xml.
For both binary and ascii models, I'm only looking for the data found in the standard animated camera models. This means that there is a single node, called camerahook, with animations called CUT###W (where ### is a number, usually 001), which has positions and orientations. The import routines can't handle anything else - no mesh nodes, no emitters, etc.
(Note that, if you're looking at the original camera models, importing 003EBOcam.mdl will fail because they misspelled "camerahook" - the camera won't work in-game, either.)
The XML import is *very* limited and has pretty much no error checking. It was set up to import data from Excel. If you enter your time, position, and orientation in Excel - like on the main screen for AniCam, but without the "entry" field - and then save as XML, you should be able to import into AniCam.
---------------
2. Indices, Multiple Animations, and your Dialog
---------------
-- 2a. Multiple Animations and their Indices
One camera model can have multiple animations. As a .dlg file can only have one associated camera model, this lets you do multiple animated camera shots in one dialog. (An example: kreiatch.dlg in 301NAR uses 2 of the 3 animations from 301narcam).
Each animation has a name of the form CUT###W, where ### is a 3-digit number. The number should be 001 or greater. If there is only one animation, usually the single animation is called CUT001W. This is not required (101percam uses CUT002W).
When you add an animation to your camera model, the ### is what you're putting in the "New Index" box - so if you enter 5 and click New Animation, you'll get a new animation called CUT005W.
-- 2b. Some general notes on using animated shots
1. Once you start an animated camera shot running, it *keeps* running, in real-time, even if you've switched to static shots. If you do 'start animation'->static shot->'continue animation', the second animated shot will probably be at a different position/orientation if the user clicked to skip one of the earlier nodes in your dialog, or if they had to choose a response.
2. Only one animation will run at a time. If you 'start animation' with CUT001W, then 'start animation' with CUT002W, then 'start animation' CUT001W again, the final call will start back at the beginning of CUT001W's camera shot... it won't pick up where it left off the first time. And if you do 'start animation' CUT001W -> 'start animation' cut002W -> 'continue animation' cut001W, the 'continue animation' will continue with cut002w, not cut001w. Once you start a given animation running, it's the only one you can use until you start another one.
-- 2c. Your .dlg file:
Useful fields are Camera Model in your dlg header, and CameraID, CameraAngle, CameraAnimation, Delay, and WaitFlags in your entries.
-- 2c.1 Camera Model
In the dialog header ("General Properties" in DLGEditor), set the Camera Model to your new camera's name.
-- 2c.2 CameraID and CameraAngle
Every node that is animated uses CameraID -1 and CameraAngle 4.
(Although all the Obsidian .dlg's use CameraAngle 4, other CameraAngle values will also work.)
-- 2c.3 CameraAnimation
You also need a CameraAnimation field in each entry using an animated camera shot.
CameraAnimation is where you specify which animation to use if you have multiple animations.
'start animation' is 1200, 1201, etc.
To start CUT001W running, use CameraAnimation 1200. To start CUT002W, CameraAnimation 1201. And so on.
'continue animation' is 1000. Or 1001, 1002, but...
...in the official .dlg's, at the very least, 1000, 1001, 1002, and 1401 are used - but testing doesn't show any difference in using them. If you start with 1200, then call 1001, it's not going to jump to the other animation. If anybody sees a difference between these, please let me know!
-- 2c.3a Start/Continue and the end of the animation
Your animated shot is 20 seconds long, but you gave the user a choice of responses in between animated shots, and they took 30 seconds to pick a line. What do animated .dlg entries do after the end of the animation?
If the entry is set to 'continue animation', it will hold the last position/orientation from the animation.
If the entry is set to 'start animation', it will re-start the animation. You could probably do some looping with this.
If you reach a 'start animation' entry and the current animation hasn't finished, the behaviour depends on which animation you specify. If it's the same one that's already running, it won't restart - it'll continue, acting like a 'continue animation' entry.
-- 2c.4 WaitFlags
If you set WaitFlags to 1 and use 'start animation', the entire camera shot (or the remaining portion) will be used in one entry. This won't work if you use 'continue animation'.
If you leave WaitFlags at 0, the camera shot will run for as long as the entry does, so you can either have VO or set the Delay field.
(WaitFlags = 3 is used in kreiatch.dlg, but I've seen no difference between WaitFlags=3 and WaitFlags=0 in my testing).
Setting WaitFlags doesn't block the user from skipping the entry.
-- 2c.5 Delay
If WaitFlags is not 1, the animated shot in your entry will last as long as the VO lasts, or for the length of your Delay field if it's set. If there's no VO, like the long animated shot of the ruined Dantooine enclave, then you'll want to set Delay to specify how long your camera shot lasts. Delay is set in seconds. Note that if you set Delay=0, it seems to override your VO length, so it may skip lines. If you're not using Delay it should be -1, not 0.
-- 2c.6 CamVidEffect doesn't work
CamVidEffect will *not* be applied to animated camera shots, but you can use a script to turn video effects on and off. Check out the first two nodes in intro.dlg in 001EBO: they call a_video_effect to turn T3M4's freelook on and off. (Notice that the developers tried to use CamVidEffect!) The a_video_effect script simply calls EnableVideoEffect(VIDEO_EFFECT_FREELOOK_T3M4) or DisableVideoEffect(). Don't forget to disable your video effect, or it will stay on forever.
---------------
3. Some examples from the original files:
---------------
These are a few places where camera models are used in different ways:
kreia_kr.dlg in 701KOR has a camera shot that spans several entries. Under "{Intro to 701KOR...", it starts at "{Animated camera begins}" and ends at "{Angry at end...".
kreiatch.dlg in 301NAR has an animated camera that plays intermittently. It has animated angles followed by static angles followed by animated angles. It also uses two different animations, CUT001W and CUT003W.
enc_ruin.dlg in 605DAN consists of one long animated shot.
41 downloads
(0 reviews)0 comments
Submitted
-
translate Kotor AutoTranslate Tool
By th3w1zard1
Translate an entire mod or KOTOR install to 80 languages using Google Translate!
This is a very powerful tool that can modify TLK strings and CExoLocStrings in GFFs in bulk quickly. Simply follow the prompts, point it to the GFF/TLK/Kotor directory/whatever and have it automatically translated to the language of your choice!
This tool can also create those bitmap 'font packs' that users have been using to play the game in non-released languages (Many thanks to Drazgar and DarthParametric for providing the insight into the TXI files). This means the in game text will show the correct characters when playing the game.
How to use:
Simply run the executable. It'll ask you many things. There are 3 actions you can do with this:
Set all dialog unskippable sets all dialog found in dlgs, at the chosen path, to unskippable. Includes every node. Not recommended lol
Translate Will translate All CExoLocStrings (localized strings) and TLK entries at the path to the language(s) of your choice
Create Fonts Will create fonts of the chosen languages to your current directory in a folder named after the language. Just drag and drop these files to your Override folder once it completes.
If you point PATH1 to a KOTOR install, it will ONLY patch the Override folder, the Modules folder, the rims folder (if exists), and the dialog.tlk file. This was a design choice to improve how long the patcher takes to finish. This includes any subfolders within the aforementioned folder names.
The patched files will be in the same directory as the original files with the appended language suffixed to the end of the file. For example, 'dialog_de.tlk'. You will need to rename them as their original filenames to activate them.
Supported filetypes/formats:
TalkTable files (TLK) Any GFF file (DLG, UTC, etc) TGA/TXI (non-translateable obviously) Any capsule (ERF, MOD, etc)
DBCS languages such as Japanese/Korean/Chinese are not currently supported.
This program is in beta. Please report any bugs you encounter.
Source code:
https://github.com/NickHugi/PyKotor/tree/master/Tools/k_batchpatcher
Credit:
@Cortisol for creating the PyKotor library
@DarthParametric for extensive testing and feature recommendations.
@Drazgar for providing a ton of knowledge in regard to the TXI/TGA font packs
The project would not be possible without these awesome modders.
K1-translated dialog files:
dialog_sq.tlk dialog_af.tlk dialog_ar.tlk dialog_ay.tlkdialog_cs.tlkdialog_corsican.tlkdialog_chichewa.tlkdialog_catalan.tlkdialog_bulgarian.tlkdialog_belarusian.tlkdialog_basque.tlkdialog_azerbaijani.tlkdialog_aymara.tlkdialog_arabic.tlkdialog_albanian.tlkdialog_afrikaans.tlkdialog_da.tlk
104 downloads
(1 review)0 comments
Updated
-
script compiler knsscomp
By Cortisol
The knsscomp application is intended to be a cross-platform alternative to the various versions of nwnnsscomp that support compiling scripts for KotOR.
If you are using Windows, I would recommend sticking with nwnnsscomp as that is the far more tested and stable solution for compiling script files. That is unless you wish to aid in the development, then continually using knsscomp will help find out bugs and make it stabler program overall.
If you do encounter an issue with a compiled (such as the script not working the way intended in-game) and you have access to nwnnsscomp, then it is recommended to see if it works correctly if compiled with that program instead. If you believe the issue is with knsscomp itself, send the script file to Cortisol on Deadlystream or Discord and he will investigate.
This compiler has the include scripts and nwscript data embedded within the program and so it is not necessary to bundle them in the app folder. You can, however, include nwscript with the knsscomp as a way of the program automatically determining what game version.
The optimize flag currently does nothing and is there as a placeholder for future versions to use.
24 downloads
-
gui Lightweight GUI Patcher
By th3w1zard1
A very simple CLI-based tool that'll take a folder of GUIs made for one resolution and patch them to work for another resolution. Please report any bugs.
Simply input the path to the GUI file (or folder of GUI files) and the output location, your desired resolution, and let it work.
Credit:
Cortisol for PyKotor (90% of the code)
DarthParametric for testing and brainstorming the idea
11 downloads
(0 reviews)0 comments
Updated
-
SotOR Save Editor
By StarfishXeno
SotOR: Saves of the Old Republic
A new save editor for KotOR 1 and 2
Warning
SotOR is a pathway to many abilities some consider to be unnatural, and generally lacks sanity checks, potentially allowing you to break the save. Also there are bugs, probably.
It creates a zip with the previous version of the save in it's directory, but you may still want to back it up manually.
May or may not work with saves from non-English versions of the game. Use at your own risk.
Differences from KSE
Aims to provide the same features and more. Currently WIP. Runs natively on Windows, Linux and in the browser (experimental, using wasm). Mac version should work, but pre-built releases won't be available here. Uses a built-in game database, allowing it to work wihout the game installed. Still capable of loading provided game files for your modding needs. Provided releases assume KotOR 1 Community patch and KotOR2 TSLRCM. Support for the updated steam version of TSL, including workshop. Does NOT support xbox and switch saves. See "Contributing" section. Contributing
If you encounter a bug or have a suggestion, please open an issue on github.
I would like to add support for the console versions, but I don't own any of them. If you're willing to provide save files and help with testing, please open an issue.
Thanks
Thanks to KSE , NWN Wiki, KotOR.js and xoreos projects for providing references on where and how to get the required game data.
18 downloads
- saves
- save editor
- (and 1 more)
(0 reviews)0 comments
Updated