itch.io

OK, the new Maelstrom update now uses the technique for GUI adjustment in that scaling code you sent.  It will use that new method if interfaces.ini contains:

resizeFactor = 1.0

If resizeFactor is omitted, or a value greater than 1.0, then it will use my old method of scaling, and also use the noresize values to determine screen positioning/sizing.

However, I did notice that this method gets bad results for image scrolls that use bAbsoluteRectangle.  So if you set resizeFactor 1.0, I suggest also fixing defaultode.ini:

[SCROLLIMAGE]

;bAbsoluteRectangle    = 5
bAbsoluteRectangle    = 0

Also, some of the GUI screens like itemsbox.ini specify values that need changing, like itemsbox.ini:

[ONE_ITEMSLIST]
;bAbsoluteRectangle = 4

[TWO_ITEMSLIST]
;bAbsoluteRectangle = 4

So if you use this new scaling that uses the method you sent, you will be responsible for fixing some of the other sizing issues that use the absolute position feature, because that feature specifically tells the GUI element to retain its size and position from the edges of the Global Rectangle, which is the outer screen resolution.  I did not change anything with that feature, but when I added the code for that scaling like you gave me, that absolute position skewed some of the elements, but that is because it is asking to align to the right and left of the Global Rectangle, which works fine in 800x600, but will skew wider resolutions.  What they really wanted for some of those bAbsoluteRectangle positions is actually relative position, which works for 800x600 and the wider, resized resolutions obtained with this code, so just remove the badly sized/positions like shown in itemsbox.ini.

The engine does have some hardcoded calls to .tga.tx within the source, but only a few and I am not going to change those.  The overwhelming majority of texture calls are specified in the .gm models, or the script code and they all contain the .tga extension, it is not automatic.  The modder is responsible for changing all the .gm model files and scripts from .tga to whatever texture files they want, not the engine...it doesn't know.  The engine will still search for whatever texture filename is sent, plus .tx first, because many of the old scripts and the model files contain just the .tga extension, so that feature needs to stay to support them.  But if not found, the engine will search for the same filename you sent, less the .tx extension.  So if you send texturefile.tga as the texture name, the engine tries to load texturefile.tga.tx first, then texturefile.tga.  If you send texturefile.dds as the texture name, the engine will look for texturefile.dds.tx first, and if not found, search for texturefile.dds, which it will load.  The engine does not automatically assume they are all .tga.tx, you have to change your models and scripts to use the different file names and extensions you want.