|
Author
|
Topic: Strpix, TRWest, TR2Wad, custom wads
|
aktrekker
Member Posts: 719
From:WA, USA
Registered: Apr 2001
|
posted 11-24-2001 03:24 AM
   
I have noticed that there are some compatibility problems with wads created from these different utilities. That appears to make it very difficult to work with wad files lately. It almost seems that the utility writers are in competition with each other. But there is room for all 3 programs, as they each perform a unique function.I would like to ask that the authors of the 3 programs get together and share their knowledge about wad files, so they can produce wad files that are compatible with each other. This would make each program more useful, and earn each author more praise from the TR community. Also, concerning objects from TR1-3 games. I know some people have managed to get them working in the LE by figuring out what slot to put them in, and what OCB settings to use. I think it would be great to compile a list of all those objects, and how to make them work in the LE. If we can standardize a list, it would be much easier to create wad files using ANY object from ANY TR game. It would also help to understand how those objects work, so modifying them or replacing them with custom objects would be easier.
IP: Logged |
skibsy
Member Posts: 231
From:London
Registered: Apr 2001
|
posted 11-24-2001 03:40 AM
Good idea aktrekker.I can't praise these programs and their creators enough but some kind of universal compatability would be great  IP: Logged |
Michiel
Member Posts: 330
From:
Registered: Jan 2001
|
posted 11-24-2001 05:30 AM
Well, when I export a wad with tr2wad I can normaly open it with TRWest and StrPix, so I don't know what the problem is. Please tell me if there is a problem.IP: Logged |
Ultimate.Reality
Member Posts: 99
From:brahman
Registered: Oct 2001
|
posted 11-24-2001 08:15 AM
definitely, that's why you need to use the filter method.....it's on jliboy's site tutorials....------------------
Jliboy's Custom Objects-14 custom wads....45 outfits.....and counting ;)
pwhirl's TRA forums-take your orders of custom objects you want here! IP: Logged |
Turbo Pascal
Member Posts: 101
From:
Registered: Dec 2000
|
posted 11-24-2001 09:10 AM
Hi,Yes, i was chatting on mirc with michiel yesterday and i was trying to find out if there is some difference in the way how he build WADs files, but he tould me that he never found any problem with custom WAD and strpix3. But I know that severals people already reported that strpix3 does corrupt custom wad and can't be opened anymore. Like i said in my readme.txt, i only can usure that strpix3 work ok with originals WADs included in the CD, that is becouse i was focused on hack the way how the WADs are built in the original CD, and i was suggesting to use strpix3 on those files and when the work was done, extract the object to your custom wad using TRwest. Unfortunately i can't run TR2wad, Trwadmerger and TRwest in my old funky computer because this program was coded using Visual Basic, and they need to be instaled the correct run time library for run, and this is imposible in my machine.
but anyway, will be imposible to me to find out if the wad opened is a original wad or a custom wad. I suspect that the problem is some padded bytes stored after each mesh record found on all origianls WADs. Strpix allways read/write WAd expecting to found those padded bytes, so i guess that TR2wad and wadmerge custom WADS lack from these bytes. well, if you need me, Michiel know in where chat room you can found me, just don't post the addres in this public forum.
Turbo Pascal
[This message has been edited by Turbo Pascal (edited 11-24-2001).] IP: Logged |
Ultimate.Reality
Member Posts: 99
From:brahman
Registered: Oct 2001
|
posted 11-24-2001 09:15 AM
turbo, im talking about strpix and trwest, not tr2wad.......IP: Logged |
Turbo Pascal
Member Posts: 101
From:
Registered: Dec 2000
|
posted 11-24-2001 09:32 AM
quote:
Originally posted by Ultimate.Reality:
turbo, im talking about strpix and trwest, not tr2wad.......
And i was talking about strpix3, tr2wad and trwest. tp
IP: Logged |
psiko
Member Posts: 692
From:Rome
Registered: Mar 2001
|
posted 11-24-2001 09:36 AM
sorry ultimate reality, but jilboys method is readable in the readme of the strpix, and I use it since may with my technoegyptians portal... so you are endlessly repeating something like "I know that the sun will raise tomorrow in the morning"... that is, something which is completely known....instead, TURBO PASCAL, look at what I got on august:
(it is strpix3.4 or 3.5, I don't remember, but I get the same with new version too)
since then I am not able to use anymore my wad with strpix, or I get a not working wad, but it is still trwest compatible, so I use the "well known" method of editing official wads, them import new objects in my wad with trwest... Strpix works even with objects from cracked tr4 files with trwest from ORIGINAL levels. I completely edited my Lara, and it is in this way since when I used trwest to take my completely new lara in the tut1.wad (I imported correctly all the dependences and I started many previous months before also from the tut1.wad) what happened? IP: Logged |
Turbo Pascal
Member Posts: 101
From:
Registered: Dec 2000
|
posted 11-24-2001 10:09 AM
Hi Psiko, Do you mean that the textures can't be seen correctly in your machine with the newers Strpix3? Well, i don't think that newers strpix3 version are more "delicated" to edit WAd the previus version, cos i have not touching anything in the read/write WADs rutine since a long time, so i am not sure why you could found work better with olders versions insted newers versions. I want to help you and fix this problem, please post somwhere a not-too-big custom WAD created with trewest so i can get it, and you have to be sure that if i edit this custom wad with strpix3 it will get corrtupted. i will try to find what i's wrong. Thanks you Turbo Pascal
IP: Logged |
Number6
Member Posts: 71
From:CANADA
Registered: May 99
|
posted 11-24-2001 10:33 AM
I think I had that picture problem once in one of my "explorer" (waybackwhen there was no editors), it happens when the order of bytes representing each pixels is not read correctly.
Like a RAW file can have it in one correct order and when it's written back to disk it's in the in-program structure which is different. When reading it back, the program will reload the data in the (now wrong) original order. Sometime it is subtle but basic nature like the following rule about BMP format: the order of storing image lines in a BMP is from the bottom UP, HORIZONTALLY.
Trying to read a RAW and making a BMP object out of it will give that kind of mistake.Anyway (cough) have fun... IP: Logged |
Michiel
Member Posts: 330
From:
Registered: Jan 2001
|
posted 11-24-2001 11:23 AM
quote:
Originally posted by Turbo Pascal:
Hi,I suspect that the problem is some padded bytes stored after each mesh record found on all origianls WADs. Strpix allways read/write WAd expecting to found those padded bytes, so i guess that TR2wad and wadmerge custom WADS lack from these bytes.
Well, I added the support for these bytes a long time ago in TR2WAD, after I read about it in your readme file so that's not the problem IP: Logged |
Turbo Pascal
Member Posts: 101
From:
Registered: Dec 2000
|
posted 11-24-2001 11:26 AM
quote:
Originally posted by Michiel:
Well, I added the support for these bytes a long time ago in TR2WAD, after I read about it in your readme file so that's not the problem
Great, do you known if custom Wads from TRwest include those bytes too?
tp.
IP: Logged |
Eidos Interactive Forums
UBBFriend: Email This Page to Someone! 
