VOGONS

Common searches


Glidos TRX textures in TombATI

Topic actions

First post, by Gambit37

User metadata
Rank Oldbie
Rank
Oldbie

Hello! Yes, it is I, Gambit of the TRX project, who has not been seen in these parts for many years. I am still alive 😎

No, I'm not here to announce new work on TRX, sorry!

I just wanted to ask a question about the TombATI GLRage wrapper for TR, and the TRX textures. I can see that the TRX site was updated with new TombATI compatible versions of the texture packs. So I downloaded it all to check it out and realised that the conversion from TRX Glidos textures format to the format used by TombATI must have been... a huge job!

So I was wondering: Did someone do that by hand, or is there an automated tool for converting Glidos TRX Texture packs to TombATI format?

Reply 1 of 23, by Gambit37

User metadata
Rank Oldbie
Rank
Oldbie

Just a quick check in to this topic. I am considering returning to my TRX project to finally finish it after, oh, fifteen odd years or so...! There's still a lot of unfinished business here, ahem. 😉

But I'd like to make sure that any new texture packs will work on both Glidos and TombATI. How would I go about that? Is there a tool that converts Glidos packs to back to TombATI? Or am I better off ignoring Glidos completely now and instead make textures for TombATI? If the latter, how would I go about that?

I appreciate this is all pretty old now -- as am I -- but if I could get some hints at the right direction, it would be enormously useful. Cheers.

Reply 2 of 23, by Glidos

User metadata
Rank l33t
Rank
l33t

Great to see you back, and awesome to think you might continue work on this.

I have a ruby script that will convert a Glidos texture pack to one for TombATI. I don't remmember much about how it works, but at least I've managed to find it. I passed it to someone else, and explained in some detail how to use it, probably by email. Hopefully I can find that email.

I usually keep programs safely in git repositories, but I seem to have been a bit lax with this script.

Reply 3 of 23, by Gambit37

User metadata
Rank Oldbie
Rank
Oldbie

Hi Paul, thanks for the quick response! Good to hear there's a tool/script to help with this: the thought of having to rebuild all those 1024x1024 tiles by hand would likely send me to an early grave 😁
Incidentally, does TOMBATI support anything higher than 256x256 per tile? I tried a quick test using a 4x4 tiles at 512px per tile (so a 2048x2048 group tile for a LEVEL_X.PNG), but it bombs out. I'm not sure if that's because it's just not supported, or something to do with the level/tile hashes no longer matching?

Reply 4 of 23, by Glidos

User metadata
Rank l33t
Rank
l33t

It's difficult to remember for sure, but I have some recollection of a 1024x1024 limit. I think best strategy is develop for Glidos with its 256x256 texture limit and let the conversion script handle the TombATI limit.

I've remembered how to use the conversion script, by the way, confirmed also from having found the explanatory email I once sent out to someone, so certainly conversion should be fine, albeit a process that might take hours of compute time.

Strangely, I'm seeing some resurgence in Glidos usage, perhaps because of its 3D stereoscopic support. I reckon people may be using it with VR headsets.

Reply 9 of 23, by Gambit37

User metadata
Rank Oldbie
Rank
Oldbie
Kaminari wrote on 2021-04-30, 03:45:

Hi Gambit, I'm excited to see you back and willing to work on your pack again! Old timers don't know when to quit 😁

Hi there, it's been a long time, hasn't it! I should be clear I'm making no promises,: returning to finish my texture packs after all this time is just for me to scratch a creative itch that has been missing from my life for a long time. I'm not even sure yet if I'll even have the time to make any kind of realistic progress. So please don't have any expectations, I would hate to disappoint anyone!

Reply 12 of 23, by Gambit37

User metadata
Rank Oldbie
Rank
Oldbie

@Glidos Is it possible to modify a LEVELx_y.PNG image in a TOMBATI texture override folder, to test out work in progress textures? For example, by pasting a 256x256 different texture over the top left corner of the 1024x1024 texture? I've tried this out, but it seems that if I even change one pixel in one of these 1024 square images, TOMBATI will crash. That seems a bit... weird? I thought the raw bitmap data for override files was completely independent of the engine?

(I can of course just continue in Glidos for now, but it would also be nice to see the work-in-progress in TOMBATI too.)

Reply 13 of 23, by Glidos

User metadata
Rank l33t
Rank
l33t

The script, which is here http://download.glidos.net/TexConvert/, uses calls to ImageMagick commands to modify parts of the large squares. I'm not sure why what you have tried didn't work. Perhaps the new version of the file ended up in a different format.

I think your best bet is to just test with Glidos, and perform occasional conversions of the whole pack.

Reply 14 of 23, by Gambit37

User metadata
Rank Oldbie
Rank
Oldbie

Aha, thanks for the tip about the file format changing. I hadn't noticed that the TombATI textures are all 32 bit PNGS, rather than the 24 bit I was exporting from PhotoShop. I was using an older method for exporting, but have now found a better way which exports in 32-bit and TombATI is happy.

I'll try the script soon. I already have Imagemagick installed for web projects, but not Ruby, so I need to sort that out first. Thanks for providing this, it will make this much easier.

Reply 16 of 23, by Gambit37

User metadata
Rank Oldbie
Rank
Oldbie

OK, cool thanks. Absolutely no rush at all, there's plenty for me to be getting on with for now.

It's interesting to go back to this after so long, gives me a chance to see some of the stuff I'd finished and never shared, and new ways to improve everything too. I've decided to undo some of my previous artistic licences and instead get things looking more like the original game, just in higher quality. So expect lots of bright saturated colours again!

Reply 18 of 23, by dr.zeissler

User metadata
Rank l33t
Rank
l33t
Gambit37 wrote on 2021-05-10, 22:22:

OK, cool thanks. Absolutely no rush at all, there's plenty for me to be getting on with for now.

It's interesting to go back to this after so long, gives me a chance to see some of the stuff I'd finished and never shared, and new ways to improve everything too. I've decided to undo some of my previous artistic licences and instead get things looking more like the original game, just in higher quality. So expect lots of bright saturated colours again!

keep in original and keep it in higher quality...that would be AWESOME 😀

Retro-Gamer 😀 ...on different machines

Reply 19 of 23, by Glidos

User metadata
Rank l33t
Rank
l33t

Here is the message I previously sent to someone wishing to perform the conversion:

Ok, you might not like this: the process involves several tools, with the setup performed under Windows and the main conversion […]
Show full quote

Ok, you might not like this: the process involves several tools, with the setup performed under Windows and the main conversion under Linux. Perhaps the whole thing can be done under Windows, but I've never tried that.

Setup
Two parts:

1) Capture the textures from the TR1 disc's .PHD files.

2) List your Glidos texture pack, adding a texture.log file.

Both parts are performed using the attached GenEquivMap application, using tabs "Capture" and "List" respectively. You may have done Part 1 already when creating your Glidos texture pack, but YOU NEED TO DO IT AGAIN with this latest version of GenEquivMap, which creates some new key files not produced by previous versions. Part 2 will just add an extra file to your Glidos texture pack, called texture.log.

When you've done that, you should place the Capture folder produced by Part 1 and your texture pack together in a folder (call it the conversion folder).

Conversion
For this you need the attached ruby script, plus the tools used by that script. The tools are part of a system called ImageMagick - specifically the script calls the "convert" and "composite" commands. You also need to install ruby for the script to run at all. Perhaps that can be done under Windows, perhaps not. If not, maybe try cygwin, or docker or a VM, or perhaps you have a linux box. Windows 10 has a linux subsystem. That might work.

With ruby and ImageMagick installed, you just need to place the convert script in the conversion folder along with the Capture folder and your texture pack and run

convert <texture-pack-name>

You should see a load of "composite" commands being run. May take several hours. If it works, your conversion folder will end up with an extra subfolder called "Pack".

Good luck!