Jump to content


Photo

TSL Textures Remastered

TSL textures HD remastered high resolution

  • Please log in to reply
525 replies to this topic

#501 sELFiNDUCEDcOMA

sELFiNDUCEDcOMA

    Sith'ari

  • Members
  • PipPipPipPip
  • 350 posts
  • LocationLand of Oz

Posted 27 January 2018 - 08:08 AM

Still, I agree lightsabers are the important part of a Star Wars game, and seems like that was a bad thing to overlook

 

We are in agreement on that one; especially as it's likely a quick fix on their end.



#502 sELFiNDUCEDcOMA

sELFiNDUCEDcOMA

    Sith'ari

  • Members
  • PipPipPipPip
  • 350 posts
  • LocationLand of Oz

Posted 28 January 2018 - 04:18 AM

Not sure if it is newworthy or not -- as someone may have already done this -- but I do believe I have fixed the sabers so that they render properly in the Aspyr (Steam) version of the game...

 

Spoiler

 

Have tested it out in another location within saber combat, looks fine so far.



#503 Jorak Uln

Jorak Uln

    Jedi Master

  • Members
  • PipPipPipPipPip
  • 463 posts

Posted 28 January 2018 - 10:19 AM

Not sure if it is newworthy or not -- as someone may have already done this -- but I do believe I have fixed the sabers so that they render properly in the Aspyr (Steam) version of the game...

 

Spoiler

 

Have tested it out in another location within saber combat, looks fine so far.

Great find!

It seems that the Steam version generally doesn't support cubemap based surfaces; almost all modded textures that are shiny in the original Kotor look transparent in Steam version, which is also one of the reasons why I cant get myself into modding these games again.

 

Do you know by chance how to fix those in Steam?



#504 sELFiNDUCEDcOMA

sELFiNDUCEDcOMA

    Sith'ari

  • Members
  • PipPipPipPip
  • 350 posts
  • LocationLand of Oz

Posted 28 January 2018 - 11:24 PM

Great find!

It seems that the Steam version generally doesn't support cubemap based surfaces; almost all modded textures that are shiny in the original Kotor look transparent in Steam version, which is also one of the reasons why I cant get myself into modding these games again.

 

Do you know by chance how to fix those in Steam?

 

Nope, last time I installed and played KotOR was around 2 years ago (if not longer) and it was the CD retail version. Never came across the issue before, but if it is just the characters, then it is an appearance.2da fix. If it is more than the characters, then it is a fix requiring something like a custom solution like Shader Override.



#505 sELFiNDUCEDcOMA

sELFiNDUCEDcOMA

    Sith'ari

  • Members
  • PipPipPipPip
  • 350 posts
  • LocationLand of Oz

Posted 29 January 2018 - 09:43 AM

So an update...

 

I'm just about finished with what I planned for Dxun, I added a feature to my tool to fix the meshes so that the buggy fog isn't a problem for those who also want to use ReShade and can't use Shader Override. Basically the feature meant that hours of work took less than 30 minutes. For the most part. There's always the odd model or two that you need to go in and manually look at and change so that the game doesn't crash. I have 2 such models left for the Dxun Tomb exterior that I haven't gotten around to doing -- probably tonight just to have it finally out of the way.

 

Spoiler

 

The real issue with Dxun is that all the rest of the textures need to be redone so as to capture the look again. It's surprising how much the original (working) fog covered up when it came to the textures. But that will have to wait.

 

The big thing that bugged me with the Aspyr Steam update however, was not the fog but the sabers. Once I had a working tool that I could customise to my needs, I started looking at the issue to determine whether I could get them working without having to use a custom version of Shader Override (or the like). Turns out I could. Once that happened I started to focus on lightsabers.

 

I don't have time or all the tools to update the models, however, I did start a texture mod for them a while back. I carried this further and completed a range of saber texture variants to use for certain colours:

 

Spoiler

 

It's not perfect, rather quick texture jobs for me -- though editing and testing models is a real time sink. The original plan was to have unique models for each, gather models and got permission from the community for this years ago. Might still do it in the future, but, this is the quickest "fix" I could do with limited time.

 

I also re-did all saber UI images, as I found they weren't clear as to the type of saber -- double, single, short -- and a few of the colours used for the blade colour just weren't clear:

 

Spoiler

 

Finally I may redo some of the actual sabre blade colour effects based on how they are rendered now.

 

My short-short list of things to do before I can release the mod:

 

  • Double-check hand sister appearance and verify that it is all working and not causing bugs.
  • Verify that the female (placeholder) variants for the armour changes I made are working -- can't recall if I test this or not.
  • Finish the last Dxun Tomb texture -- the large animated computer screen that has become a chore to do.
  • Telos restoration zone grass texture -- to go with the overhaul textures.
  • Telos restoration zone shield (animated)
  • The odd screwed up appearances for NPCs where I forced them to use a spec map for alpha when it needs to be used for transparency.

 

I'm going to have to push back the release of the mod for a bit. I've run out of time and motivation. I have things to do by the 31st, and then some other things early Feb. And a lot of this work is just tedious due to how repetitive it is -- even with the tool I still do a lot of trial and error testing that is a drain of time and energy.

 

So, I will look at this all again come next weekend to see when I can do the rest of the above.


  • jc2 likes this

#506 Squall Lionhart

Squall Lionhart

    SeeD Soldier

  • Members
  • PipPipPipPip
  • 207 posts
  • LocationTexas, USA

Posted 29 January 2018 - 02:04 PM

Best of luck on your list of things in real life and the to do list. Great work as always.

Check out my locker for all your retexture requests. 


#507 sELFiNDUCEDcOMA

sELFiNDUCEDcOMA

    Sith'ari

  • Members
  • PipPipPipPip
  • 350 posts
  • LocationLand of Oz

Posted 06 February 2018 - 01:45 PM

So, an update...

 

Realised that the Dxun jungle fixes were resulting in the affected model textures being rendered too bright, so, I fixed that:

 

Spoiler

 

I completed the fix for the rest of the Dxun jungle areas, however, ran into a problem with the Dxun Tomb exterior:

 

Spoiler

 

Decided to make some changes to the Telos Polar Academy -- making use of textures made and unused for the Tomb:

 

Spoiler

 

 

 

Checked the Hand Sister appearance, all seems to be working correctly as far as I can tell.



#508 sELFiNDUCEDcOMA

sELFiNDUCEDcOMA

    Sith'ari

  • Members
  • PipPipPipPip
  • 350 posts
  • LocationLand of Oz

Posted 06 February 2018 - 01:46 PM

Some miscellaneous stuff... [had to post this separate as I hit my max images per post limit]

 

Spoiler


#509 sELFiNDUCEDcOMA

sELFiNDUCEDcOMA

    Sith'ari

  • Members
  • PipPipPipPip
  • 350 posts
  • LocationLand of Oz

Posted 07 February 2018 - 02:18 AM

Well, I thought I'd clarify some things.

 

I've been working on my tool quite a bit, in that I wanted to get certain features done before I left it alone for I don't know how long. One of the things I wanted to do was support K1 models, which it hadn't up until that point. That was relatively easy. Then I wanted to support the conversion of K1 models to K2; that was a bit more involving considering the way the tool reads the models. I also had to write a feature that removed orphan controller header data that I think an old version of MDLOps would put into the model files.

 

Having done this I put it to the test, in that I gained permission (quite some time ago) from Toasty Fresh to use his weapon work within my mod. My plan back then was to replace all the models and create new ones for all the uniques, never got a round to it. Since then Sithspecter released a weapon mod for TSL for all the ranged weapons that looks great -- haven't gotten around to using it myself as I wanted to keep my install primarily just to my own mod files for clarity. So, I focused on the melee weapons.

 

I converted the models, got them working, and updated the textures so that each had their own variant to (more or less) match those found in TSL. I also created some new model variants to use in special cases from model variants that Toasty supplied. However, I also used some weapon models done by Oldflash who I also got permission years ago to use his work -- though, I think he has since stated that anyone can use his work.

 

Spoiler

 

However, on playing a section of the game repeatedly -- the tomb -- I found that the game would crash when one of the NPCs would switch to a vibrosword. I've determined that it is the new models, however, haven't found what issue with them is causing this. It could be a model mesh setting that I set that doesn't need to be set, it could be a setting that isn't set that needs to be set, it could be the base model type I'm using for the weapon -- weapons can be any number of model types -- or it could be something to do with the conversion process that got stuffed up that I haven't catched yet.

 

I'll give it some more work, however, I will likely remove the new models and textures for the release and just leave the new UI icons in place for weapons. When the game loads a model based on the UTI and finds the model variant is not present, it defaults to the first model variant for that weapon type. So, it won't look great in a few cases, however, the game will still be playable with the vanilla melee weapon models or with someone else's that replaces them.

 

The main thing I would like to do, is complete the dxun tomb animated computer screens, for which I am still testing out colour schemes to use:

 

Spoiler

 

It's the main thing I want to get done. I'd also like to do the Telos RZ grass texture, however, I currently have it as a simple transparent texture so, it won't look as great but it is still playable.

 

I've simply run out of time on this, I really want to get some kind of release done as I don't know when or if I will ever return to this again. But I have devoted too much time to it already due to my stubbornness and puzzling interest in this game, considering the future of (and vision for) Star Wars based on the last film released by Disney. I can only think of this video series as to why TSL (over KotOR) as a story holds such interest for me, and why I wanted to tell my own story within it via a planet mod.

 

My intent currently is to complete a few things and the try a few things for the sword models to see if I can get them to work without crashing the game. Then I need to playtest the start of the game to ensure that I don't have any testing stuff still appearing at the start. Once that is done, I will then compile a list of all the things this mod does (to the best of my recollection) and then zip up my mod files to release them.

 

When I have more to post, I will. 



#510 ndix UR

ndix UR

    Jedi Padawan

  • Members
  • PipPipPip
  • 108 posts
  • Locationca, usa

Posted 07 February 2018 - 03:46 AM

I've done a TSL Toasty Fresh weapon set for personal use that I used for a long time (and still use parts of). The problem with your crashing is likely from the shadow casting. The only way to make models not exhibit what I call 'the infinite shadow issue' is to make the meshes not have any overlapping parts within themselves. You can think of it as no hidden/internal/trapped faces ... here's an example:

 

Spoiler

 

Sometimes, this issue just shows up as "weird" elongated shadows that seem to distort towards a point in the distance (when viewed from certain angles), at other times it causes crashing. I assume which behavior you get depends on lots of different factors.

 

So I don't know if you'll want to fix TF's meshes, but you can always just turn off the shadow flag if you're looking for something quick and dirty. I think I just left them alone because there are only a couple that are bad and for me they don't crash, just have messed up shadows (also I only recently figured out what the problem is and how to fix it).



#511 sELFiNDUCEDcOMA

sELFiNDUCEDcOMA

    Sith'ari

  • Members
  • PipPipPipPip
  • 350 posts
  • LocationLand of Oz

Posted 07 February 2018 - 03:59 AM

I've done a TSL Toasty Fresh weapon set for personal use that I used for a long time (and still use parts of). The problem with your crashing is likely from the shadow casting. The only way to make models not exhibit what I call 'the infinite shadow issue' is to make the meshes not have any overlapping parts within themselves. You can think of it as no hidden/internal/trapped faces ... here's an example:

 

 

Sometimes, this issue just shows up as "weird" elongated shadows that seem to distort towards a point in the distance (when viewed from certain angles), at other times it causes crashing. I assume which behavior you get depends on lots of different factors.

 

So I don't know if you'll want to fix TF's meshes, but you can always just turn off the shadow flag if you're looking for something quick and dirty. I think I just left them alone because there are only a couple that are bad and for me they don't crash, just have messed up shadows (also I only recently figured out what the problem is and how to fix it).

 

It's a possibility that it is something to do with the issue, but if you are referring to the shadow-flag (byte) in the mesh node, then I already tried turning them off. However, I've found that the dirt-texture entries (both Int16) also affect whether shadows get rendered or not. I set them bot to zero but haven't gotten around to testing them yet -- it doesn't crash immediately, but something like 15-25 minutes into play.

 

Again, could be part of the issue, but, I need to audit the edited model files to make sure that the changes made when converting to TSL haven't been stuffed up anywhere. It may also be a case that switching to a different model type will solve the issue -- as not all of them cast shadows. Hopefully it is something easy that doesn't require model mesh editing, as I'm not set up for that or have the time for it -- my modelling experience (especially for 3DSMax) is limited. Which could be the case if it is actually something to do with the scale controller which resizes the meshes to look right in the game.

 

My feeling is that it could be this, as that is likely what the game is doing when it crashes. It's resizing the models based on read in mdx data that may have issues or it is just not expecting the models to needing to be scaled -- I'd have to check the vanilla models, but, I think they don't use this controller and its presence could be causing the issue.



#512 sELFiNDUCEDcOMA

sELFiNDUCEDcOMA

    Sith'ari

  • Members
  • PipPipPipPip
  • 350 posts
  • LocationLand of Oz

Posted 08 February 2018 - 10:11 AM

So, I fixed my melee weapons problem:

 

Spoiler

 

Turns out it was a conversion problem of sorts. When I wrote the code, I stuffed up the file header .mdl byte length entry correction. Essentially it didn't update at all, which I fixed, however, I had already exported a bunch of models. I decided to manually fix this for them. It just so happens that for the vibroswords, I got one of the entries wrong, it was 164999 instead of 16499.

 

Funny thing is that this is actually important. I initially realised that I had stuffed up the correction of these entries when I realised certain models were not being rendered in-game. Oddly some were, however, I hadn't played long enough for these to cause a game crash. I found that out with the vibroswords later. So far it seems like it was only the vibroswords that were affected; all of them, as Toasty made a different style of model for each, and I opted to use the one style for all variants. So, they were all copies of the same model file with the bad entry.

 

I think it won't be an issue for any of the rest, so, I should be able to release with updated models / textures for the sword melee weapons.

 

However, on my numerous playtests of the Dxun Tomb to test for the above issue, I got very used to playing this part of the game so much so that I started to notice things I hadn't before. Like this issue with the fixed lightsaber models:

 

Spoiler

 

So the problem is that particle effects -- those with blending mode additive -- are blending over the top (as it were) with the lightsabers particle effect -- the blades. I'll need to test some things, including seeing if this was an issue with the original saber models. But hopefully I can fix this or at least modify some of the particle effects (that use dark textures) so that this won't be an issue -- though, there will likely be a trade off.

 

I also need to load and check each area of the game, as I found I had some left over temp textures used for finding out how certain textures were being used in areas:

 

Spoiler

 

Can't release a mod with such a glaring oversight. Not sure what this means for time-frame...


  • jc2 likes this

#513 djh269

djh269

    Lurker

  • Members
  • PipPipPipPip
  • 267 posts

Posted 08 February 2018 - 10:30 AM

Your work is amazing!



#514 sELFiNDUCEDcOMA

sELFiNDUCEDcOMA

    Sith'ari

  • Members
  • PipPipPipPip
  • 350 posts
  • LocationLand of Oz

Posted 12 February 2018 - 01:31 PM

So, I was working on a few things during Sunday, first was the Saber issue. Sadly, I cannot do much at the present to fix this other then address the black explosion decal from grenades and such:

 

Spoiler

 

On looking at the Korriban pink cave wall issue, I realised that the cave largely made use of only 3 textures, so, I just replaced them:

 

Spoiler

 

This resulted in me looking at the other areas of Korriban, and noticed that some of the outside textures were being used in the Academy:

 

Spoiler

 

I was going to edit the models so that they used different models to the outside but, then I just started replacing textures using a specific texture used on the outside as the basis for much of the ones on the inside:

 

Spoiler


#515 sELFiNDUCEDcOMA

sELFiNDUCEDcOMA

    Sith'ari

  • Members
  • PipPipPipPip
  • 350 posts
  • LocationLand of Oz

Posted 12 February 2018 - 01:43 PM

So continued due to images per post limitation...

 

I also went and did the textures for the secret tomb as well:

 

Spoiler

 

And that's all of Korriban done.



#516 Malkior

Malkior

    Jedi Master

  • Members
  • PipPipPipPipPip
  • 1,177 posts

Posted 12 February 2018 - 05:31 PM

So, I was working on a few things during Sunday, first was the Saber issue. Sadly, I cannot do much at the present to fix this other then address the black explosion decal from grenades and such:

Spoiler


On looking at the Korriban pink cave wall issue, I realised that the cave largely made use of only 3 textures, so, I just replaced them:

Spoiler


This resulted in me looking at the other areas of Korriban, and noticed that some of the outside textures were being used in the Academy:

Spoiler


I was going to edit the models so that they used different models to the outside but, then I just started replacing textures using a specific texture used on the outside as the basis for much of the ones on the inside:

Spoiler


Personally, I think this is one of the most sorely needed fixes in TSL. Obsidian had a particular talent for reusing assets almost to the point it made the game look repetitive, and it severely cripples the potential to update any textures as they unintentionally affect numerous other parts of the game.

To install these texture fixes, do we have to put all new area models to the game? That's the biggest limitation I encountered when I tried working on Telos.
____________________________
|_______________________>>___\
....But I digress....
__________________________
|____________>>_______>>__/

#517 sELFiNDUCEDcOMA

sELFiNDUCEDcOMA

    Sith'ari

  • Members
  • PipPipPipPip
  • 350 posts
  • LocationLand of Oz

Posted 12 February 2018 - 11:18 PM

So far Korriban hasn't had any .mdl edits so won't require updated models to be install but, most other areas end up having model edits to at least change textures used.

 

I in particular like to change any texture from another texture set to the area I'm working on that I find. It's hard enough when its textures within this set that get used all over the place for all manner of purposes, but it's even more of a pain to find that the area is using a texture from somewhere else that I've long stopped work on. It's easier to switch it to have a clean canvas to work on than it is to try and adapt your direction to work with what has been done for another area.



#518 LucyTheAlien

LucyTheAlien

    Jedi Master

  • Banned
  • PipPipPipPipPip
  • 913 posts
  • LocationNorthern Ireland

Posted 22 February 2018 - 12:48 AM

Looking forward to this.
"Dooku Voice."

How's the functionality going to be divided up?
One will make the choice- all will make the journey.

#519 sELFiNDUCEDcOMA

sELFiNDUCEDcOMA

    Sith'ari

  • Members
  • PipPipPipPip
  • 350 posts
  • LocationLand of Oz

Posted 22 February 2018 - 11:55 PM

Looking forward to this.
"Dooku Voice."

How's the functionality going to be divided up?

 

If you mean the installation files, at the moment I have a lot of things in sub-folders, however, my original intent was just to copy all that into a single folder. But, with the issues with the lightsabers, I thought I would at least separate those out as though they fix issues, they come with a trade-off.

 

I may also do the same with things like armor / robes. Not everyone is going to like the changes I made to models or, the changes I made to the UTI files themselves -- I made certain robes for example, to be light / dark side limited along with a few that are class limited.

 

Regardless, the bulk of the mod files are actually all organised into the one sub-folder at the moment.



#520 LucyTheAlien

LucyTheAlien

    Jedi Master

  • Banned
  • PipPipPipPipPip
  • 913 posts
  • LocationNorthern Ireland

Posted 08 March 2018 - 05:11 PM

I'm curious about something, how are you managing the scenes where a PM contacts you through the force/comlink inside the Ebon Hawk but the EH is obviously using the textures from said module you're currently in. 


One will make the choice- all will make the journey.





Also tagged with one or more of these keywords: TSL, textures, HD, remastered, high resolution

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users