Help! No Textures :(
#8756 posted by LTH on 2009/07/08 20:06:15
Hello,
Just cracked open WC3.3 (+QuakeAdapter) to start mapping again. When I compile & run my map, none of the textures appear in-game. Anyone had this before? Anyone got any ideas?
Ta :)
#8757 posted by JneeraZ on 2009/07/08 20:23:44
That generally means that QBSP can't find the WAD files during compilation. There should be a message about it in the compiler output.
Do You See Them In Editor?
#8758 posted by ijed on 2009/07/08 20:36:13
#8759 posted by ijed on 2009/07/08 20:38:02
No good advice, but if they're in editor you should be good. As Willem says check the compile window for errors, and your paths in the editor setup.
And make sure to use AguirRe's tools, although I think Baker packaged them inside the adapter.
Nt
#8760 posted by LTH on 2009/07/08 22:52:52
Thanks, Willem - that's it: "WARNING: No valid wadfiles in worldmodel" from qbsp.
How can I get qbsp to find the right wads?
(I'm on Vista, which might be part of the problem.)
#8751 Ijed
#8761 posted by madfox on 2009/07/08 23:10:41
spike's version, right
and where can I find his site?
Ask Jonas
#8762 posted by ijed on 2009/07/09 00:18:34
I think he's on inside3d but I've never actually talked to him.
LTH
#8763 posted by negke on 2009/07/09 01:55:34
Uhm, edit worldspawn in WC or a text editor and add "wad" "..."?
Negke
#8764 posted by JPL on 2009/07/09 08:15:08
It means that worldspawn will point onto a single wad file... But unfortunately, when you use different textures from different wad files, you will have to concatenate it before it works... hence more work...
Other solutions is to use a proper editor: QuArK owns this very well you know.. I guess it is the same for other editors ;)
So rather than editing the worlspawn, I would suggest to run the compiling processes from the editor itself, that may embed the proper wad generation with the necessary textures... safiest way to go I think ;)
No.
#8765 posted by negke on 2009/07/09 08:38:18
Editing the field manually, you can still have it point to multiple wads. And WC was one of the first editors to support this.
I assume the textures show correctly in the editor, so what if it's indeed some Vista issue? Maybe simplifying the paths could help.
Negke
#8766 posted by JPL on 2009/07/09 10:07:03
Dunno actually, I've never tested such feature, manually at least... I'd rather prefer to stick to something I'm sure it is working ;)
Heh
#8767 posted by Spirit on 2009/07/09 12:02:17
One thing is very bad about Quark's texture handline though. It re-renders all the textures each time you open the texture browser. And it does not let you properly use it during that. This means that you will have to wait several seconds (for bigger wads) until you can select a texture.
#8768 posted by Trinca on 2009/07/09 13:00:26
Spirit put file links... mine is fast...
#8769 posted by Trinca on 2009/07/09 13:00:46
and i always have lots of wads instaled!
Hmm
#8770 posted by nonentity on 2009/07/09 16:09:34
key "wad", value "wad1.wad;wad2.wad" in worldspawn, put all the wad files in the same folder as the .map/compilers. Like negke said, it'll eliminate the possibility of it being misread paths...
(And manually specifying wads is a breeze compared to using an editor that has features you require missing (or has undocumented 'features' you'd rather avoid ;)
Hmm
#8771 posted by nonentity on 2009/07/09 16:09:44
)
(sigh)
#8772 posted by negke on 2009/07/09 18:51:58
What is with me and the slow portals all the time...
#8773 posted by LTH on 2009/07/09 20:14:35
Thanks for the help. Seems like I can add a "wad" key but the value field isn't long enough to fit the path of more than one wad! Even so, the .map file gets generated with another (presumably worldcraft-generated) wad key, with all of the .hlwads in it, which is clearly wrong.
So how can I get worldcraft to generate the correct .wad names instead of using .hlwad...? anyone?
WC3.3?
#8774 posted by negke on 2009/07/09 21:22:31
Text editor then. No idea how to change it permanently.
LTH
#8775 posted by Ankh on 2009/07/09 22:32:44
In WC go to Tools\Options\Textures Tab and add the wad files you need. They will show up in the map files automaticaly. Compile should work without problems. Maybe you have too long paths to the wads also.
#8776 posted by LTH on 2009/07/11 02:46:29
This is really dumb - I've had exactly the same setup working perfectly well before.
Ankh - I'm using WC3.3, so I have to specify .hlwad files in it - which are obviously incompatible with Quake. I thought that the quake adapter did some magic so that at compile time it would re-insert the correct wads, but apparently not (or at least, not in my case).
It Doesn't
#8777 posted by ijed on 2009/07/11 03:34:46
Because it's pretty direct what happens with WC.
But it's fucking irritating when things don't work as they should.
You should have a folder inside WC called textures with all your wads in there. Inside the editor you go to tools/textures and add the wads that are inside that folder manually.
And you're good.
Tech support isn't easy across a forum - but that should set you right.
The adapter does nothing magical, it's just a collection of tools - most of the legwork is still yours, so patience and experimentation is needed.
Also
#8778 posted by ijed on 2009/07/11 03:37:10
Quake does accept HLWAD - but worldcraft 3.3 doesn't accept wad. It's a big hack, but it does work, at leaast until the tex conversion tool refuses to do the business.
Is Full Vis Still Necessary ?
#8779 posted by Ron on 2009/07/11 10:22:40
I'm still working on my map, but when I run it true the Fitz or aguirRe engine with a fast vis only, it runs smooth as can be. Is full vis still necessary in this day and age ?
Another thing, if you get the "Excessive static entities" warning and just ignore it, do you get any real problems ? I don't care about warnings, but are there any consequences ?
#8780 posted by necros on 2009/07/11 10:40:02
it's a choice you make. if you go over limits and get warnings in fitzquake, then you have to accept that it won't run in some engines.
as for full vis, my opinion is that it's just sloppy not to full vis. it's free performance, since not everyone has a monster machine and the quake engine becomes a lot less efficient at drawing stuff. the performance loss is not linear.
|