Kexikus

Since this is TSL you can just use on of the generic conditionals that check for a global variable and then use the parameters to specifiy what you're looking for exactly. Then you just need to figure out which global stores this decision.

I think the idea here was that snow is building up on the forcefield and is then falling down in the cutscene but it really looks ugly. I'll also change that for my skybox mod but that's still a while off.

Over the last weeks I continued to tweak the clouds for TSLs Dantooine and finally arrived at a version that I'm really happy with, so as always here's the render to celebrate the completion of a skybox: And of course some screenshots. These also show the changed fog settings for the Khoonda plains. The enclave didn't need any changes. I also continued work on the Taris skybox. This screenshot shows only the actual skybox, the 2d buildings are disabled here as are most of the clouds to save render time. I think I'm getting there. Currently I'm stuck on finding a good way to lightmap the 2d buildings. The problem is not to get them lightmapped, that's easy, but to create the lightmap automatically and not by hand. I was thinking of projecting a cylindrical image onto their geometry to create the lighting, but tests in that direction have not been very successfull. If anyone has any ideas on how to get this done, please let me know. And as the last update for today, I rendered the 2d buildings for Tatooine. I'll have to see whether or not I'll disable the fog for Anchorhead and I might also tweak the Tatooine skybox some more. We'll see^^

That's on the agenda for HQ skyboxes V2.

Early-ish Taris tests: This picture actually shows three things that are all work in progress and were at the time I took this picture not really blending together. First of all there's the skybox with the very distant buildings. The sky itself is pretty much done although I might make the clouds darker again to get closer to the vanilla look. (I brightened them up as that looked better IMO, but I'll give the darker clouds another shot once the rest is done). Then there are the 2d backdrop buildings on the right side of the image. Those were rendered in 3ds Max. And finally there's the cubemap used for the 3d buildings. Now, obviously the skybox buildings and the rest don't match here. Also the 2d buildings were rendered using the horrible vanilla "Taris cubemap" which made them blend very well with the 3d buildings but also made them look terrible as a result. In the screenshot above I have already replaced the cubemap with a copy of the skybox but I have not yet rerendered the backdrops. Since then I've rerendered the 2d backdrops which already helped a lot but they still need some tweaking. I've also done a lot more to fake the blue-pink-ish lighting for the buildings seen in the skybox itself. They're also farther away. These changes all helped with blending the three layers of cityscape together. My goal now is to make this blending even better by adjusting the lighting of both the backdrop and skybox buildings and by adjusting the lightmaps for the backdop buildings to simulate the different lighting conditions they're in while only having one texture for all directions. I'll keep you updated.

Something else you could try is to replace another module with the swoop track. That shouldn't be too hard to do either. But maybe using GLIntercept is just the best way to go here.

I can't check right now but you might also want to check the modules module.ifo file to see if maybe the OnEnter script is specified in there. That would be the Mod_OnLoad field in this case. Or maybe DarthParametric checked that already and it's not the case^^

Yeah, those are the rim files. And I don't know which module you're looking for. It's the one you want to warp to. You mentioned 371NAR in your first post. The other ones can probably be found in one of the many warp code lists floating around the internet. Once you know which module you're looking for, you find it's .are file in the corresponding .rim section of KotOR Tool, open that with a gff-editor, find the OnEnter script name in there and put an empty script with that name into your Override.

Okay, so GFF files are a format that's used for many of KotORs files, e.g. .utc, .are, .git, .ifo etc are all gff-files with a different file extension. To open these you need a GFF editor. I know that KotOR Tool allows you to directly open gff files with an editor. That's the "Open GFF Files" button you've found or you could just double-click the file in question. But I'm not sure if KotOR Tool actually comes with a GFF editor or if you have to manually add one. You can try and open them with KotOR Tool or if that doesn't work, export them and use K-GFF. Now, a module in KotOR contains three main files, a .git, a .are and a .mod. Then it also contains models, scripts, triggers and much more but we don't care about those right now. The .git contains "dynamic information" about the area, that is coordinates for placeables, spawn points for creatures, cameras and stuff like that. The .are contains "static information", e.g. lighting, music and what scripts to fire in certain conditions like when the area is loaded. I don't really know what the .ifo file does but there are some cases where the OnEnter script is specified in there instead of in the .are file. I have just accepted that fact^^ You will find these three files in the modules .rim file WITHOUT the "_s" before the extension. When you open for example the .are file in a gff editor you'll get a tree view of the file's contents. It's listed alphabetically so just search for the "OnEnter" value and you have the name of the script you're looking for.

Sorry for the late reply. The first thing you'll need to do is to find the name of the OnEnter script. This is either stored in the area's .are file or in some cases in the .ifo. So open those with some kind of gff editor. In the .are it's listed as "OnEnter" and in the .ifo as "Mod_OnModLoad". Once you have that open a script editor, either in KotOR Tool or a dedicated one. Create an empty script, save it with the correct name and compile it. Then put that compiled script into your Override folder and you're good to go. This might break some things if the OnEnter script is used for specific setup things in Swoop tracks. I don't know if that happens but just be warned.

It should also be possible to get there if you replace the OnEnter script for the area with an empty script. That is unless swoop areas work different from normal levels and stunt modules.

I should also add that those two mods of mine are incompatible / redundant. Everything from "High Quality Stars and Nebulas" is included in "TSL Backdrop Improvements".

I can't really say. It depends on the complexity of the scene. Terrain generally has less of an impact than clouds but that also depends strongly on the internal node network that creates the terrain and on the cloud type. Multiple 3D cloud layers have a HUGE impact, 3d objects like buildings on the other hand render extremely fast. So yeah, it really depends. A simple scene like Tatooine renders very quickly, others that have lots of clouds take far longer. The only actual number I can currently give you is that the Coruscant render I posted some days ago took 7 hours. But that's only in Full HD (1920x1080) which is significantly less than 2048x2048. So I'm expecting more than 10 hours for the Coruscant skybox. And that's per texture. So it's somewhere in the 50+ hours region in that case. But that's an extreme case, although I'd say that Telos is going to take the longest (except for Dxun maybe but I can't say for certain as that one is not done yet). But I'm also seriously considering the use of a render farm to speed things up. They aren't really that expensive for only a few renders so that might be worthwhile. We'll see^^

The current plan is to release them simultaneously or very close to each other. I haven't started rendering any of the finished textures and I don't intend to do that until all skyboxes from both games are done. Then I might decide to do one game first and release that one as soon as it's ready or I might wait a little longer and release both at the same time.

What type of .wav are you using? The game needs either uncompressed .wav or just .mp3. In either case they need to me mono files. Stereo won't work for sound effects.

Before you go through the trouble of creating a new static camera, you can try to play around with the CameraAngle in the dialog file. According to an old tutorial by Tupac Amaru they stand for: 2 or 3 might work well. But you can also try the others. If that doesn't work, you'll need a new static camera. I'll just refer you to FallenGuardian's tutorial for that.

That's actually pretty simple. A cutscene in KotOR is always a conversation. So all you have to do is swap the conversation start and the move command. But then she'll start talking while walking towards the player. To fix that you'll need to add an empty entry to the beginning of the dialog with the proper delay and also make it unskipable. That should do the trick.

Today I have two finished skyboxes for you. Though, to be honest, both were very close to completion already. Let's start with Korriban. Not much has changed since I last showed that skybox. I just did my ususal model changes and then also some changes to the ingame lightmap so that the statues are more in the shadow and blend better with the skybox. On top of that, I removed the fog. But the most important change is probably the new ground color that looks absolutely ridiculous with normal lighting and atmosphere but matches the ingame terrain when lit properly: With that out of the way, here's a render and two screenshots. The first one shows the new terrain color blending with the area model and the second one shows the new lightmaps and the disabled fog. The second skybox that is now finished is Coruscant. The only thing that was missing here is the fixed model. I also finished the model edits for Telos so that skybox is also fully done now. But you've seen those screenshots before, so I won't show them again.

You need to convert the models from TSLs format to K1s format first. I might be wrong here but I think all you need to do for that is open them in MDLEdit while in TSL mode while also having the K1 supermodel in the same directory and then change MDLEdit to K1 and export the model again. The supermodel is where all the animations are stored and I don't know which one the Sith soldier uses but it's probably S_Female02.

I wasn't able to see the animation in Max and when I exported the model the animation was missing as well. The first might be due to the timeline not zooming out but it should still export the animation, right?

Should anyone wonder how to go the other way around, i.e. convert BGR to RGB, all you need to do is solve this equation: BGR - R - 256 * G - 65536 * B = 0 where BGR is the BGR value and R, G, B are the RGB values that need to be between 0 and 255.