Fair Strides

Also, make sure you read the read-me PDF for TSL Patcher. And a big thing about it is to use the files you want to be compatible with as a base (for example, use TSLRCM's .2da files or the DLG files in the override to do your content, and use those as a base file for comparison when making the TSL Patcher installation).

You might send Rece a PM about this, as I helped him get BoS:SR "working" on his Mac version (I forget what I did and Rece had an issue with a door never loading a module, so we didn't get a full test). Also, this issue seems to be Mac-specific, so it's rather hard to diagnose.

Ah. It wasn not very clear when you said "So I managed to change the colors of the buttons and button texts, but NOT the color (nor the blinking) during mouse-over!" whether you were referring to buttons, text, or both, so I assumed we'd start with the basics. And there's no entry in the Hilight settings to control the text. As for the music, I think you'll just need to rename your music file to the sion one. Though, I noticed a "mus_main" in the ambient music .2da, so maybe rename your tune to that?

Here's a picture where all I did was change the Color field for the Hilight on the Load Games button to 1, 0, 0. No other changes were done. This was done on the mainmenu8x6_p.gui file. The doc that I gave you on the GUI sub-sections: read what it says for EDGE and CORNER and then look at the Hilight section again. (You might also need to extract and view the textures with alpha channel turned on as well to get the full idea)

You might need to change the texture used for the Hilight on the buttons to one that's yellow. Assuming the Highlight section of the .gui file has had its Color field changed with no result. Also, try setting PULSING to 0

In any event, it was the site owner himself who locked the thread and made that message. It's a lot easier to find a specific request if it has its own thread, and especially when you're trying to search a dozen or more pages of a thread for a request that only has two or three relevant replies...

For this you might need to contact Hassat Hunter (search the Members section) or wait for him to reply here.

I will need you to send me the packaged up workshop folder for the 1.3 version. I should be able to reverse everything he did and make a TSL Patcher version from it, but if I need the 1.11 files, I'll be sure to let you know. Also, to avoid any permission issues with distribution, please PM me the archive/package (preferably in a .7z file) instead of adding it to this thread.

As I said earlier, you need to extract the files from both of the .rim files for a level. One of them only has those three files.

I don't watch LPs (since I could just play the game myself...) and again, I don't really bother to memorize the fixed-loot containers and the random-loot ones don't need remembering. I may need to take a moment to explain some things without just dumping a lot of info on you: The game's levels by default have their resources split between two .rim files per level (.rim and _s.rim) in the modules folder. Modders can pack all the resources for the level into a single .mod file (creating a new one from inside ERF Edit) and the game will use the .mod file instead of the .rim files. This allows modders to affect and override areas without messing up the original copies. You can get ERF Edit here. You would need to extract all the files from both of the .rim files into a folder, make a new .mod file (with the same name as the first .rim file. For example, "end_m01aa.mod" instead of .rim), and then import all the files from the folder you made. After that, you can add your edited files once you're satisfied with their performance from the Override folder. After you add them to the .mod, you need to erase them from the Override folder. This way, you won't have issues with the game re-using the files. That is definitely likely. I hope to be able to help with making this less of a panic when it comes time to making the installer. I did see that when I read the thread (before I posted in the thread). A lot of this could be done with just the files in the Override folder, but a lot of it will rely on putting files back into the levels (hence my explanation of that process above).

Not sure why you felt the need to capitalize that. It's a little much to assume I know the contents and placement of every container in every level of the game... The issue seems to be that the game uses the same file name in both levels (and likely MANY more times in other levels), so I have to ask now: How/where are all of your changes stored so far? Do have ERF Edit and do you know about .mod level packages?

That would highly depend on what box... For example, do you mean the one where you get the class-specific loot when Trask tells you to grab your things?

Except that following that approach, would he not end up overwriting the dialog.tlk file used by TSLRCM, with all the added/fixed entries? Thus the problem with the workshop... If someone were to get me the files, I guess I could work up a TSL Patcher for Rovan. I'm used to making the installers by now, and they're usually about as complex (if not more so) as this one will be. Also, I'd appreciate knowledge of how to contact the author.

I did mention that not all of the .mdl and .mdx file format had been deciphered. And the color really isn't in the .mdl or .mdx files. You would need to be editing the .gui file for that to have any effect. At this point in time, I don't know if changing the model will be possible for you (well, I know a very complicated way that would require 3DSMax or GMax and in the end might or might not even work). But changing colors or textures should certainly be within the realm of the .gui files. A note on the .gui files: Leave the Alpha and the Color fields in the main struct (in the same "branch" the Controls list is connected to) alone and the default values.

Long-story short, if there are no .nss files included in the mod, you aren't going to be able to do this...

If you'll look, I said there was a "place left for main character's model", not that the model itself was there. The game is hard-coded to make your model appear using settings from the .ini file to determine the model, and according to the CurSithLord entry in the .ini file (I think 4 makes your character show up). But all that is K2-exclusive.

Maybe because game remakes tend to be illegal and people just find any way they can to rationalize the project...?

Well I was certainly not trying to be insulting. I've just downloaded the MDLOps from the site again before making this comment, and there is indeed the following file: readme_MDLOps_0-7.txt Or if you have an older version of MDLOps, you can try to locate readme mdlops0-5.txt or... Hmm... The 0.6 version done by JDNoa years ago seems to have left out many of the documentation files. You might try downloading the MDLOps from the Modding Tools section of the Downloads page. As for proper use of MDLOps, you will first want to delete all the .mdl and .mdx files you have (including the "-k1-bin.mdl" and .mdx files) and re-extract your menu models with KotOR Tool. After that, the following steps will work for you: 1. Open MDLOps and select the .mdl file. 2. Click the Read and Write button. This will produce the "-ascii" .mdl file. 3. Edit the "-ascii" .mdl file however you want. 4. Save the "-ascii" .mdl file. 5. Select the "-ascii" .mdl file in MDLOps. 6. Click the Read and Write button. This will produce "-ascii-k1-bin" .mdl and .mdx files (or "k2-bin" files if the MDLOps is in KotOR 2 mode). 7. Move the "-bin" files to your Override folder and rename both to the original filenames you extracted from KotOR Tool.

It's not that it's not for non-programmers; it just doesn't try to provide a fancy interface of buttons, check buttons, and what-not that would have to be custom-tailored for each file type... If you were to open a .utc file, you'd see wildly different information, but at its center, the file formats are the same. The key for editing the file is the labels themselves. In the case of .gui files, you can look at the tag for an idea of what the control does. Currently, this is how you edit .gui files. However, here's my cheat sheet that I've worked up so far while working on a project for a while now: GUI_Sub-sections.txt As to your last comment, that was an ancient program that I don't believe was ever publicly-available; more of a debugging aid for the programmer of K-GFF.

I think I should note that you haven't read the read-me for MDLOps, as it was actually very thorough on how to operate it... The "-ascii" file is the only one you can edit in Notepad (or anything, really) and that's the decompiled model. You need to select that as the model in MDLOps and then do the same as if you were decompiling it.

If there was a .exe file in that zip file, then there was an editor. K-GFF displays the data in the file (whether it's a .utc, .git, or .gui doesn't matter) in a tree-and-branch format. You need to click on an entry and then the section on the right will be populated with the info. You can edit it there, then click on another entry in the tree to confirm the changes before saving.* *: You need to do this, or the entry's changes won't register!

MDLOps will decompile and compile models. You can edit models in 3DSMax or GMax using the NWMax plugin (a link to a particular version is stickied in the forums, I think in the General KotOR Modding section). Also, not all of the model format is known, and certain things are only supported by KAurora or MDLOps, individually. I actually told you this in your main menu thread...

Not sure if you ever went back and looked at all the replies in your main menu thread, but someone mentioned that you could open .gui files in K-GFF. There's no visible/graphical editor, though.

Yes, you need both of those listed mods for this mod to look and function properly.