NOLF1 AI Upscale Pack Attempt

Lithtech 2.1 / 2.2

Post Reply
User avatar
TP555 1981
Advanced Member
Advanced Member
Posts: 45
Joined: Fri Nov 19, 2021 2:07 am

Re: NOLF1 AI Upscale Pack Attempt

Post by TP555 1981 » Thu May 26, 2022 2:43 pm

Hi

@AkvenJan

Yes , thats what i said , the default one looks good , it gives here 2 things they need realy a Fix !

Image

t05s01 , can you expand the Smoke Sprite if GFX/SFX ?
Nolf 1 Jackfuste's Patch can Support til Super Wide !
https://www.wsgf.org/phpBB3/viewtopic.p ... 3&start=30

Image

m08s01
And here , it gives no Way/Start Point for Cate , Cate stands allready in this Cut Scene.
in Another Cut Scenes , the Model is outside the Screenspace and comes later in the Screenspace , the Original Screenspace is ever 4:3
It seems that is a Way/Start Point , but he won't Gone :(

Can you may Remove this issue ?

AkvenJan
More Advanced Member
More Advanced Member
Posts: 57
Joined: Tue Jan 25, 2022 12:48 am

Re: NOLF1 AI Upscale Pack Attempt

Post by AkvenJan » Thu May 26, 2022 3:20 pm

I can't modify anything outside the UV vectors, it's way over my head. Maximum I can do is rescale vectors for upscaled textured. Everything else is mystery

User avatar
Spawn
Admin
Admin
Posts: 1310
Joined: Sun Jul 25, 2004 12:50 am
Location: Norway
Contact:

Re: NOLF1 AI Upscale Pack Attempt

Post by Spawn » Thu May 26, 2022 5:33 pm

TP555 1981 wrote:
Thu May 26, 2022 2:43 pm

t05s01 , can you expand the Smoke Sprite if GFX/SFX ?
Nolf 1 Jackfuste's Patch can Support til Super Wide !
https://www.wsgf.org/phpBB3/viewtopic.p ... 3&start=30

m08s01
And here , it gives no Way/Start Point for Cate , Cate stands allready in this Cut Scene.
in Another Cut Scenes , the Model is outside the Screenspace and comes later in the Screenspace , the Original Screenspace is ever 4:3
It seems that is a Way/Start Point , but he won't Gone :(

Can you may Remove this issue ?
This is one of the problems with super wide, many of these issues are addressed in the modernizer update along with bug fixes caused by newer systems. But not all..

Editing this case to 100% support your screen would require a rebuild/edit of the levels themselves and possibly the model animation because the model would also have to walk further before doing its main animation.

Since the game is made for 4:3 format, so they probably figured that the inactive CAI was out of the way where they put them.

The "smoke" is most likely a volume brush surrounding a certain area or possibly a translucent texture that is placed in front of the camera object, this would require a change in the actual .dat file. We don't have the source files.

These objects are put into the actual level and won't scale like for instance your health or armor bar.
Image

AkvenJan
More Advanced Member
More Advanced Member
Posts: 57
Joined: Tue Jan 25, 2022 12:48 am

Re: NOLF1 AI Upscale Pack Attempt

Post by AkvenJan » Thu May 26, 2022 6:56 pm

I made all the changes to the DAT files to fix SFX and Flares issues for x4 version
https://disk.yandex.ru/d/NefWBvLsjB5oNA
You can just redownload HD-TEX4-X4.REZ, other files are the same.
The "smoke" is most likely a volume brush surrounding a certain area or possibly a translucent texture that is placed in front of the camera object, this would require a change in the actual .dat file. We don't have the source files.
If you know the name of this particular translucent texture, I could take a look, maybe it's something models related.

I will made x2 version in a day. You can test x4 version for now with saves for all the located issues so far. I'm not sure I made everything right, especially for:
M09S03
T01S01 (since it's a tutorial cutscene, didn't find anything strange upon replaying)
CASTLE_AM
RUINS_DM

AkvenJan
More Advanced Member
More Advanced Member
Posts: 57
Joined: Tue Jan 25, 2022 12:48 am

Re: NOLF1 AI Upscale Pack Attempt

Post by AkvenJan » Thu May 26, 2022 10:42 pm

And x2 version also completed
https://disk.yandex.ru/d/xu3ihTk5oyxKsw

If there are no more upscale specific bugs - I'll call it a new version and upload to moddb

Changelog for v2
-deleted INTERFACE/MISSIONFAILURE.PCX to prevent menu mission failure visual scale bug
-deleted TEX/FLARES/ textures to fix flares visual bug
-deleted MENU/SPRTEX textures to fix menu arrows visual bug
-M01S04, M04S01, M07S02, M09S01, M09S03, M11S01, M11S02, T01S01, T06S01, T08S01, T09S01, 05BEAUJOLAIS_AM, CASTLE_AM, GREATWALL_AM, OASIS_AM, ORBITALDECAY_AM, STASI_AM, ZIPPER_AM, 007CLUBDEAD_DM mission were manually edited to revert upscale vectors for SFX textures used as world/models textures
-RUINS_DM was manually edited to revert upscale vectors for TEX/FLARES textures used as world/models textures since we deleted them because of some levels using them as SFX sprites.

AkvenJan
More Advanced Member
More Advanced Member
Posts: 57
Joined: Tue Jan 25, 2022 12:48 am

Re: NOLF1 AI Upscale Pack Attempt

Post by AkvenJan » Fri May 27, 2022 8:58 am

I began to wrote an article/tutorial. Will take several days
https://www.moddb.com/games/no-one-live ... gine-games

Upscaling LithTech 2.X Engine games

Tutorial on making upscale mods for LithTech engine based games, mostly for LithTech v2.x, such as No One Lives Forever or Aliens versus Predator 2.

Upscaling LithTech Engine games

Introduction

I made No One Lives Forever Upscale mod, and since methods and tools are basically the same, I'm going to write a tutorial on how to do the same with other games, based on the same engine (this article is mostly for engine v2.x).

I'm not english speaking user, so please forgive me for some mistakes.

A little theory

There are several versions of LithTech Engine, but concepts are the same, at least for versions from 1.0 to LithTech Jupiter. All the game files packed into REZ archives. The format used for the textures is DTX (some variation of DXT compression). But here is the thing with DTX textures. Not only they contain image and its properties, but they also contain game logic properties, such as texture flags or material attached to this texture (if it's wood, it will sound like wood and so on) or attached detail texture. So if you just upscale texture and convert it to DTX using batch tools - this information will be lost. Also there is an alpha layer in this textures, and it is used for effects (defines transparency, environmental map reflection on parts of the image etc). If you are upscaling textures, you always need to upscale and retain alpha layer as well. Even if it solid white or solid black.

Now the second tricky part. If you will just upscale textures, convert them to DTX and pack them to REZ archive - it will break game scaling, all the textures on the levels will appear bigger (if you are using x4 scale factor for textures, they will render x4 bigger). That's because game uses UV Vectors for storing texture dimensions in level DAT files. And you need to correct this vectors in all the game levels for your upscaled textures to work properly. The only version of the engine that don't need such corrections is LithTech Jupiter (NOLF 2, Tron 2, Medal of Honor: Pacific Assault) - it uses UV mapping, and no matter how big is the texture - it will always render the same ingame.

For both of this issues I made scripts to automate the process. Scripts were wrote for NOLF version of the engine (LithTech 2), but with little corrections or even without any corrections they will work on any version.

Interface textures sometimes comes as paletted or unpaletted PCX, just treat them as common PCX and save and apply their original palette upon upscaling if there was any.

LithTech files versions

Lithtech 1.0 (DAT v56), uses DTX v1
Shogo: Mobile Armor Division
Blood II: The Chosen

Kiss Psycho Circus (Custom LithTech 1.5) (DAT v127), uses DTX v1.5
KISS: Psycho Circus: The Nightmare Child

Lithtech 1.5 (DAT v66), uses DTX v2
Might and Magic IX

Lithtech 2.x (DAT v66), uses DTX v2
NOLF1
Sanity: Aiken's Artifact
Legends of Might and Magic
Die Hard: Nakatomi Plaza

Lithtech PS2 (LTB v66)
NOLF1 (PS2)

Lithtech Talon (DAT v70), uses DTX v2
Aliens versus Predator 2

Lithtech Jupiter (DAT v85), presumably uses DTX v2
No One Lives Forever 2: A Spy In H.A.R.M.'s Way
Tron 2.0
Medal of Honor: Pacific Assault

Let's start

First of all we need to unpack REZ archive. There are number of tools for each game, I used more universal REZ Tool Pack for NOLF. I think REZ format is the same for every game, so its easier.

We will need WinRez LT Studio from there. Just open any REZ file with WinRezLT.exe. That's part of tutorial is basic, it's all simple and most of the modders already can do it.
Image

Now you need to extract everything you need. Usually game comes in several archives, you need to unpack every one of them. If there are REZ files from addons or patches you need to unpack them last, overwriting files of the unpacked main game (they could contain the same files, but patch REZ files contains newer/fixed versions).

In case of NOLF game textures were in folders:
ATTACHMENTS
CHARS
GUNS
INTERFACE
MENU
POWERUPS
PROPS
SFX
STATBAR
TEX

Levels were in WORLDS

You can preview unpacked textures DTX files using WinRez LT Studio\DTXView.exe. For example
Image

Some more theory on textures

It will be more NOLF specific part cause in other games it may be different. But overall logic may be the same. Some textures are used for models (characters, guns, props objects) and they don't need DAT editing. No matter how big is your texture - it will render properly. Some textures used for interface and you need to check every texture playing the game/navigating the menu cause there is no logic of which texture will render properly or which will render too big. So you will skip some textures and some will upscale. There are also textures for level geometry (ceiling, walls etc etc), they always need DAT file to be edited. And there are sprites which aren't upscalable cause they will render bigger and I didn't find where their vectors are stored in DAT. Sprites usually come this corresponding SPR properties file so maybe you will find out. I didn't find much visual differences so I just skipped them. There were some issues in NOLF for example, when sprites textures were used for level textures and vice versa, but I will wrote about it later.

For example NOLF folders structure:
ATTACHMENTS - model textures for scopes, silencers etc. Don't need DAT editing, just upscale and pack DTXs and it will work.
CHARS - model textures for characters. Don't need DAT editing
GUNS - model textures for guns. Don't need DAT editing
INTERFACE - interface textures, you need to check every upscaled texture ingame. Also contained textures for 3D models in interface which don't need DAT editing
MENU - interface textures, you need to check every upscaled texture ingame. The only texture in NOLF that rendered properly was intro splash
POWERUPS - model textures for powerups (ammo, armor etc). Don't need DAT editing
PROPS - model textures for props (trees, lamps etc) used as models. Level object not always placed as props, sometimes they are part of the level, but such objects not in this folder. Don't need DAT editing
SFX - sprites. I totally skipped this folder only made exceptions in DAT files for whose sprites used as level models.
STATBAR - interface textures, you need to check every upscaled texture ingame
TEX - level textures. You NEED to edit DAT files for this textures to render properly. There was one folder in NOLF (TEX\FLARES) where this textures weren't used in levels but were used as sprites and needed to skip them. But such issues can only be found upon playing the game with completed upscale mod.
WORLDS - levels DAT files themselves

DTX proceed

So, you unpacked everything and now have a bunch of DTX files. Let's convert them to TGA files so we can work with them. I used DTX Utility 7.0. You may need some system dlls that aren't included with the program. I'll try to upload them later. The best thing is that it is batch utility and you can convert all the files in all the folders in one click. Just create cmd file and insert this for DTX to TGA conversion

Code: Select all

@echo off
for /R %%a in (*.dtx) do (
"dtxutil.exe" "-dtx2tga" "%%a" "%%~pa/%%~na.tga"
)
And create another one for TGA to DTX

Code: Select all

@echo off
for /R %%a in (*.tga) do (
"dtxutil.exe" "-tga2dtx" "%%a" "%%~pa/%%~na.dtx"
)
You can use your paths to dtxutil.exe or just copy utility and cmd files to the folder with textures - your choice. Now you have a lot of TGA files to upscale.

I will not explain how to use AI to upscale textures, I suggest your know. And where are a lot of tutorials out there. Personally I used ESRGAN and IEU.Winforms GUI for it. You can also use Cupscale GUI. Just remember to upscale alpha channels.

One small thing: if you're upscaling transparent textures with alpha layer used for transparency - manually fill solid white/black parts of the alpha layer. Cause upscaling process may shift colors a little and instead of solid black #000000 you'll get something like #010201. It will appear black to you, but game will not properly apply transparency to this parts of the image.

P.S. DTX Utility for sure works with DTX v2, but I'm not sure if it will work with other versions, at least for TGA to DTX conversion. You may need to find SDK for you game for proper utility. You can also use level editor DEDIT for your version of the game, but it is not so comfortable to use (You definitely will need this for DTX v1).

Backconverting to DTX

I suggest the main and most time-consuming upscaling part is over and you have a lot of TGA files on your hands. There are two ways of dealing with them.

The easiest way is to use dtxutil and batch convert them as you converted them from DTX (use this for DTX v2).

BUT

Dtxutil only supports textures with maximum size of 1024x1024. In NOLF there were several textures with their maximum size being 2048x2048 after upscaling. The only way of dealing with them is to use modified DEDIT with support for large textures.

I used DEDIT 2.2 for this (it will support textures for any game on LithTech 2.x engine and any game that uses DTX v2). It certanly works with NOLF and AvP2 (however AvP2 had it's own editor with large texture support).

Download and unpack DEDIT 2.1, make a copy of it and overwrite DEDIT 2.2 on top of it. You don't need to do the whole installation part from readme, we'll just use it for converting.

Download Patched DEDIT with support for large textures based on NOLF2 editor and overwrite it to DEDIT 2.2.

Alternatively you can use DEDIT from AvP2 and put Large Texture Support dll into it. It works both ways. In last version Large Texture Support dll also supports Blood 2, KISS: Psycho Circus and NOLF (LithTech 1.0, LithTech 1.5 and LithTech 2.x).

Instruction for DEDIT conversion

- Lauch DEdit.exe
- Create new project with default directory
- It will say something about error. Just click OK
Image

- Create a new world - yes. Enter any name
- Choose Textures tab and click once on Textures folder icon.Now right click under the "Name" field on empty space and choose Import TGA Files

Image

- Select your files. DEDIT will automatically convert them to DTX and put into directory of your project (for example: DEDIT2.2\Project0\Textures\). Now you can take them and close DEDIT. We don't need it anymore.

Transfering DTX Meta information

As I said before, DTX files had specific engine information besides the textures and you need this information to be saved. But the proccess of DTX > TGA > Upscaled TGA > Upscaled DTX deletes this information. So I wrote a python script for this. It's for Python 3 and called DTX-Meta-Transfer.

For now it only supports DTX v2, but I can rewrote it to DTX v1 or DTX v1.5 if you will provide me with examples. Or you can do it yourself sometime).
P.S. I already rewritten it to support DTX v1

Theory

I used 010 Editor for researches and have some templates for it for DTX v1, DTX v1.5 and DTX v2. 010 Editor has evaluation period so you can use it for free for some time. Let's try it on NOLF.
-Download and open DTX-LithTech2.0.bt template from research in 010 Editor.
-Open any DTX texture in 010 Editor.
-Press F5 either in hex windows or template window and select DTX or template and press Run

Image

You can see the result of the template in Variables and all the parameters

Image

You can write your own templates (tutorial), for example if your want to research DTX v1.5 (I researched it already). I did it this way: changed texture settings in DEDIT one by one and compared original DTX and changed DTX to find bytes that were changed. See DTX v2 template, I tried to comment it a lot.

So, long story short, let's transfer this information. Batch convert procedure saves images as 32bit uncompressed. So the only values we need to take from upscaled DTX are Width/Height and BPP (image depth and compression), everything else we transfer from original game texture.

Issue. I had one texture in NOLF with wrong DTX version in header but correct DTX v2 structure. And since my script had some checks - it did't proceed it. I had to manually fix DTX version byte in 010 Editor for it.

Instruction

- Install Python 3, copy main.py to any folder.
- First, let's try to just read the DTX file and see all the info

Code: Select all

python.exe main.py --input "C:\Textures\Example.DTX" --read
Here is the output. We see for example DTX flags used and number of the material of the texture (named Texture Group), command string if used etc.

Image

We can read the information from all the DTX files and create csv file with this information to open in any sheet editor (Excel, Google Sheet). Script will append new files information to one csv table.

Code: Select all

python.exe main.py --input "C:\Textures\Example1.DTX" --table "C:\NOLF\out.csv"
python.exe main.py --input "C:\Textures\Example2.DTX" --table "C:\NOLF\out.csv"
python.exe main.py --input "C:\Textures\Example3.DTX" --table "C:\NOLF\out.csv"
This way we can find some errors, originally present in game. For example, I found 8 errors in NOLF with not working parameters (yellow on the screen. In this case command string parameters needed to be divided by ; not :). You can fix this parameters later by hand in DEDIT.

Image

Now let's transfer all the information from original DTX files to upscaled files.

Code: Select all

python.exe main.py --input "C:\Textures\Example1.DTX" --output "C:\Textures-Upscaled\Example1.DTX"
python.exe main.py --input "C:\Textures\Example2.DTX" --output "C:\Textures-Upscaled\Example2.DTX"
Aaaaaaaaaand this part is done. You have a lot of upscaled DTX files with settings transferred from original files.

P.S. You can find name of the texture materials in REZ packs of the game, usually in txt file with name like Surface or Material. So you can see that material number 10 is for example wood, or metal, depends on the game.

Manually fixing DTX parameters

Copy DTX file you want to fix to your project in DEDIT to Textures folder (DEDIT2.2\Project0\Textures\).
Open DEDIT and your project. You'll find your textures in Textures.

Image

Edit what you want to edit/fix and press OK. DTX is saved immediately

Now you have ready upscaled DTX files and you can take them and pack them back to new REZ packages to use in your mod.


Rescaling DAT files


Now we'll need LithTech DAT UV Vectors Upscaler script for 010 Editor. It was written by snobel from TTLG forum. I really tried to rewrote it to python to be free from 010 Editor, but I'm not so capable in programming. We'll need all the files from there.

UpscaleDAT.1sc is the upscaling script, and *.bt files are templates used by the script. It is highly recommended to try the template for your version of the game for all the DAT files you want to proceed. For example for NOLF I found several non-standard levels with some information missing and bspv66.bt template being applied with errors. So I changed it a little to be compatible (bspv66_noblock.bt). I also created and tested a template for AvP2 cause there was none (bspv70.bt).

It's highly creative work and you may need to rewrite upscaling script a little for your game/engine version.

Usage

- Download all the files to some folder. Open UpscaleDAT.1sc file in 010 Editor. You need *.bt files to be in the same folder.
- Change this row, writing template for your version of the engine:

Code: Select all

const char Template[MaxChar] = "bspv66.bt";
For example, if you want to upscale AvP2 levels, you need to replace it by:

Code: Select all

const char Template[MaxChar] = "bspv70.bt";
- Press F7 button in 010 Editor. Enter the scaling factor (the scale of the upscaled textures you'll use. If they are 4 times bigger than the original - set 4.0).
- Select the files you want to proceed (you can proceed several files at once).
- Select the folder for the result.

And after a while you'll get your modified DAT files. Pack them to your mod REZ files - and the upscale pack is done.

Tricky troubleshooting

As I said before, in NOLF I found out that some sprite textures from SFX folders were improperly used in level models causing scaling issues. So I was forced to revert UV vectors upscaling just for this textures.

Let's take a look at the structure of the DAT file (I ommited all the unused information):

Code: Select all

[color=#0080FF]struct[/color] WorldHeader header
[color=#0080FF]struct[/color] WorldInfo info
[color=#0080FF]struct[/color] WorldTree tree
[color=#0080FF]struct[/color] DEBUG_BYTE
[color=#0080FF]struct[/color] WorldModelHeader modelHeader
  [color=#0080FF]struct[/color] WorldModel model[X]
    [color=#0080FF]struct[/color] WorldBSP BSPData
      [color=#0080FF]struct[/color] LTString WorldName
      [color=#0080FF]struct[/color] WorldTexture WorldTextures
      [color=#0080FF]struct[/color] Surface Surfaces[Y]
        [color=#0080FF]struct[/color] LTVector UV1
          [color=#0080FF]float[/color] x
          [color=#0080FF]float[/color] y
          [color=#0080FF]float[/color] z
        [color=#0080FF]struct[/color] LTVector UV2
          [color=#0080FF]float[/color] x
          [color=#0080FF]float[/color] y
          [color=#0080FF]float[/color] z
        [color=#0080FF]struct[/color] LTVector UV3
          [color=#0080FF]float[/color] x
          [color=#0080FF]float[/color] y
          [color=#0080FF]float[/color] z
        [color=#0080FF]ushort[/color] Texture
All the geometry blocks (called WorldModels) on the level are listed in model[X] array.
They have individual WorldName (like Door1b or MoonFlare or Terrian15 or SkyBox5) and a list of used textures in WorldTextures separated by 00 byte.
Each model had several Surfaces, each using one texture from the list. Texture is defined by index number from 0 to Y (if it is 9 - it is 9th texture from the list counting from 0). Surfaces aren't ordered by texture index so be carefull.
And finally each Surface had three properties for UV LTVector: LTVector UV1, LTVector UV2, LTVector UV3.
- UV1 is the starting position of the texture in x,y,z dimensions. Script does not multiply it
- UV2 and UV3 defines streching of the texture in height or width (and texture angle as well) on the surface. Multiplying x,y,z dimensions by scale factor allows us to use bigger textures. This is the only thing my script changes in DAT file.

Example from M&M IX:
Image


Bug #1. MoonFlares

It's just an example of the things I encountered. Screenshot by user TP555 1981. Because of the sprite texture used for sun flare we get such visual bug.
Image

For this example we must search for SFX folder textures used for WorldModels. I searched every DAT file and found several concurrences in several files. For example M01S04.DAT from NOLF. We had several cases of SFX, but only the first is the case we need (others are in the and of the file and are properties of WorldObject structure we do not use/edit).

Image

We can press Ctrl+J and jump to the variable

Image

We see that it is MoonFlare model with 2 textures and 6 surfaces

Image

Now we open in parallel windows original DAT file and upscaled DAT file and copy surfaces information from one to another so MoonFlare model will use non-upscaled vectors. I just selected all the bytes of the surfaces and copied them. We don't need to search for textures number cause in this case both the used textures (Flr0030.dtx and Invivisble.dtx weren't upscaled)

Image

Bug is fixed

Bug #2. Flares

It appears that game sometimes uses TEX/Flares textures for sprites instead of SFX. Screenshot by user TP555 1981.

Image

I fixed it just by removing upscaled TEX/Flares at all

Bug #3. Flares cleanup

I removed TEX/Flares folder, but what if TEX/Flares used somewhere in the levels for WorldModels?

I searched once again for TEX\Flares and found them in one file RUINS_DM.DAT, used in four models and reverted their surface's vectors

Bug #4. SFX Cleanup

It's just an example of how to fix more complicated vectors. Let's search for SFX\ once again. And its M09S03.DAT.
Its PhysicsBSP model (model # 433) with very long textures list with 214 textures

Image

But we can't revert all the surfaces cause only one texture is bugged, all others are correct. I copied list of the textures to txt file, replaced 00 bytes by new line characters and found that SFX/smoke/FlareSPRTEX/Smk01.dtx is a texture number 183 (counting from 0).
Now we can search for Variable Value 183. I used search by value with such parameters. You'll get a lot of results but eventually you'll get to ushort Texture with your number

Image

Now we know that surfaces we were looking for were 7536 to 7559. But they don't fit to the screen so it's hard to copy the block. We can use selection by address. Remember the start address of the beginning of surface 7536 and the end address of surface 7559 (start address is 148EEDh on the screen).

Image

Now right click on any place and Select Range

Image

You can use HEX or Decimal addresses, and choose Start Address + End Address.

Image

And finally use select range on your original file and select range on your upscaled file, and copy selected bytes from one file to another.

That's very painstaking work and require a lot of accuracy but you'll do it. Just remember to do backups.

Bug #5. Sprites again!!! Let's edit SPR files

This was found just recently. Look at the center of the screen in full size. You'll see INVISIBLE text. This is present even in vanilla game.

Image

And also this. For some reason developers used this image as sprite and it's oversized upon upscaling. And we can't edit anything in DAT to fix this

Image

And this is how it supposed to look

Image

Ok, let's fix this. The images for monitor are:
TEX\OBJECTS\OBJ13\OBJ0638.DTX
TEX\OBJECTS\OBJ13\OBJ0639.DTX
Used by sprites
SPR\SPR00037.SPR
SPR\SPR00038.SPR

I suppose we don't know if these textures are used anywhere else. If they used not only as sprites but as textures, and we will delete upscale versions - monitor will be rendered in normal size but anywhere on the level this texture will be corrupted. So why check and recheck and recheck.

Let's create a walkaround.
We can open SPR file in text editor

Image

I even decrypted some parts of the header for this format, but we will not use it. The idea is that I rename for example part of the file path: Tex to 1ex. You can only use the same length for the texture path and name as in original file. I don't think you'll want to decrypt SPR hex format and search for name length value and correct it. So it's easier to just change one symbol.

Image

Next step is to actually create new 1ex\Objects\Obj13\ folder and put there original Obj0638.dtx from original game. Now we pack edited sprites and new folders with texture to REZ file.

This way we can force any SPR file to use any texture we want, original or upscaled without the need to check DAT files and check if DTX world textures used anywhere else. Our fixed sprite will only use the texture we set inside it.

For the first screenshot I created real INVISIBLE.DTX texture and forced sprite to use it instead of game original "invisible" (not really) texture

User avatar
TP555 1981
Advanced Member
Advanced Member
Posts: 45
Joined: Fri Nov 19, 2021 2:07 am

Re: NOLF1 AI Upscale Pack Attempt

Post by TP555 1981 » Fri May 27, 2022 6:00 pm

Hi

@Spawn , yeah , Monolith had think , we can hide some issues , no one will see that , years Later we see all. :D
with 32:9 or higher wee see much more , mayby Naked Cate who knows :D :D

I had tried with Modernizer , but the Fov is much higher with Jackfustes Patch and is with +FovX87 perfect in compare to the Original 4:3 in Hor and Ver Distance.

Do you know if the Modernizer Project still Active ?

@Akvenjan

Yeah good Article/Tutorial on Moddb. !

User avatar
Spawn
Admin
Admin
Posts: 1310
Joined: Sun Jul 25, 2004 12:50 am
Location: Norway
Contact:

Re: NOLF1 AI Upscale Pack Attempt

Post by Spawn » Fri May 27, 2022 10:15 pm

I only play multiplayer in nolf1 these days so Modernizer is a good choice because it makes the ingame server browser work again.
As for the modernizer project.. It is 100% open source, but there haven't been any new updates lately.

Good tutorial! It is awesome that you take the time to write this down, there isn't much information about DTX around :thumb:
Image

User avatar
TP555 1981
Advanced Member
Advanced Member
Posts: 45
Joined: Fri Nov 19, 2021 2:07 am

Re: NOLF1 AI Upscale Pack Attempt

Post by TP555 1981 » Fri May 27, 2022 10:57 pm

Hi

@Spawn

Ah someone did Record some Matches :D


User avatar
Spawn
Admin
Admin
Posts: 1310
Joined: Sun Jul 25, 2004 12:50 am
Location: Norway
Contact:

Re: NOLF1 AI Upscale Pack Attempt

Post by Spawn » Sat May 28, 2022 11:43 am

He could have selected a video where I played better, lol
Image

User avatar
TP555 1981
Advanced Member
Advanced Member
Posts: 45
Joined: Fri Nov 19, 2021 2:07 am

Re: NOLF1 AI Upscale Pack Attempt

Post by TP555 1981 » Sat May 28, 2022 7:55 pm

Im Restart now all , i had forgot the Secrets like this ^^

Image

All Secrets & Easter Eggs :D


AkvenJan
More Advanced Member
More Advanced Member
Posts: 57
Joined: Tue Jan 25, 2022 12:48 am

Re: NOLF1 AI Upscale Pack Attempt

Post by AkvenJan » Mon May 30, 2022 2:09 pm


User avatar
TP555 1981
Advanced Member
Advanced Member
Posts: 45
Joined: Fri Nov 19, 2021 2:07 am

Re: NOLF1 AI Upscale Pack Attempt

Post by TP555 1981 » Sat Jun 11, 2022 12:50 am

Hi

Another Too Big Texture/s which overlap the Keypad for the Codebreaker , on the Mission Low Earth Orbit Scene 1 (m11s01.dat)

Image

m14s01.dat


AkvenJan
More Advanced Member
More Advanced Member
Posts: 57
Joined: Tue Jan 25, 2022 12:48 am

Re: NOLF1 AI Upscale Pack Attempt

Post by AkvenJan » Thu Jul 28, 2022 5:24 am

TP555 1981 wrote:
Sat Jun 11, 2022 12:50 am
Hi

Another Too Big Texture/s which overlap the Keypad for the Codebreaker , on the Mission Low Earth Orbit Scene 1 (m11s01.dat)

Image
Yeah, found that myself. Anyone knows name of this texture?

P.S. OBJ0638 and OBJ0639
I suggest they once again used texture as a sprite. Gonna look through it... and yes
They are used as sprites in SPR0037.SPR and SPR0038.SPR

Quick fix would be to delete this 2 textures from RES file. They aren't used anywhere on other levels and sprites aren't scalable.

P.P.S. And it would be a good thing to go through SPR folder and its usage of sprites. They use a lot of textures from Tex/Objects folder and it's strange there are so few graphicals bugs ingame))

AkvenJan
More Advanced Member
More Advanced Member
Posts: 57
Joined: Tue Jan 25, 2022 12:48 am

Re: NOLF1 AI Upscale Pack Attempt

Post by AkvenJan » Fri Jul 29, 2022 5:01 am

Second guess:
I can just edit all the sprites by changing for example
Tex\Water\Wa01\Wa0009.dtx
to
1ex\Water\Wa01\Wa0009.dtx
And make a copy of used as sprites original textures to 1ex folder
This way I can have both upscaled textures and original sprites. And much less difficulties with DAT editing

Post Reply
jedwabna poszewka 50x60