I am sure some of you have mapped for RtCW so I have some questions to all of you:

1) I have unpacked models/mapobjects from pak0.pk3 and sp_pak1.pk3 and can now load the models inside Radiant. However, some of the dirs for the objects (mapobjects/bush, mapobjects/clipboard, mapobjects/lion to name a few) only contain textures and no model file, where are they?

2) Say I added a mapobjects/bodyparts/helbody.mdc into my map as a misc/model, how can I choose which skin is used on the model? By default, hel_body1.jpg is being used, how do I make the model use lop_body1.jpg instead? 

As of right now, my models/mapobjects dir is 27.5 mb in size, I am thinking this is too small and I am missing something? 

I need this answered ASAP:

how do i make 45 degree angles on walls in which the player does NOT get stuck on the edges??

im talking something like this:
www.qwplayers.org/inertia/problem1.jpg
www.qwplayers.org/inertia/problem2.jpg 

http://www.qwplayers.org/inertia/problem1.jpg
http://www.qwplayers.org/inertia/problem2.jpg 

1) Make sure you're using aguiRre's latest QBSP.

2) If that doesn't solve the problem, merge the angled wall and its supporting right-angled walls into a single brush.

The problem occurs when QBSP grows the brushes to create the clipping hulls, and QBSP grows the angled brush incorreclty so it extends past the right-angled wall and creates an invisible wall that players get caught on. There's a command in Tyrann's engine that lets you see the clipping hulls, and there's also a command in aguiRre's QBSP that lets you view this clipping hull in normal Quake.

Hopefully this makes sense since I just had some gin and a Sam Adams. 

my picture was wrong in shot #1

here's a corrected version (repalced the old file):

http://www.qwplayers.org/inertia/problem1.jpg

and am using aguire's latest treeqbsp and txqbsps, each gives me these results 

Not sure, but - is the player going to be able to go behind that wall? I mean as you have it built, you can go on the outside and the inside. If that isn't the case, why not just make a brush and clip it at 45 degree angle? Poor example but you may get the idea (# = solid)

___
|##\
|###| 

I don't think this can be solved in qbsp, I think it's an engine bug. I think they had a fix in QuakeForge for a short while, but it had other side effects which made some levels unplayable. I don't understand the engine side of it fully. 

i see that it is a rediculously complex issue! anyway i found workarounds using external clip brushes and other humdickery, but i aprpeciate all the help i got anyway. 

inert: clip clip it 

I enjoyed inert's unhappy guy immensely. 

clarify? 

I have found a whole lot more map models in WolfToolsSDK.zip so this part is getting better. However, there are still many mapobject dirs that have only the model file (textures missing) or only have the texture and not the model. I am puzzled. 

that there is one grey marble like seamless texture used to wrap around a generic 'statue' model. To save space the internal reference for the models may be to one lonesome texture you just have not spotted yet. I'm guessing since I don't have WolfToolsSDK installed, but I remember noticing that in a game pack that came with the GTKRadiant install before. 

I think there are a few RTCW models that don't show up correctly in the editor but do in game. I can't remember if the models' shader files are listed in shaderlist.txt by default, adding it might clear up a few missing textures if it isn't. Or it might not but trying won't hurt :)

there are still many mapobject dirs that have only the model file (textures missing)

Some models may have shaders which point to textures stored somewhere other than the model's directory. Or they might just be broken unused content that got included accidentally.

or only have the texture and not the model.

Like I said before, static mapmodels get baked into the BSP when the map is compiled and are loaded from there not the model file at runtime, thus there was no need to include all the models with the game. Alternatively, some folders might just be textures that are referenced by models in other folders.

There's a fair amount of usable custom models that have been made as well, hunt around for those. Custom models made for Wolfenstein: Enemy Territory will generally work in RTCW as well, although you may need to rewrite the shader. 

Frum yur drauing. 

Might I be missing anything? So far I've got about 8 or 9 thumbnails sketched for interior wall designs, and with variations it comes out to about 27 - for interior walls. Here's the full list though:

Interior Walls:
wallpaper, concrete, panels (wood), tile

Exterior Walls:
wood, concrete, brick

Interior Floors:
concrete, wood, tile, carpet

Materials:
wood, stone, metal, porcelain/glass (think toilets/bathtubs

Furniture:
chairs, couches, stools, file cabinet, cupboard, cabinets, dressers, bed, shelves, armoire, bookshelves, desk

Outside:
grass, earth, mud, road, sidewalk, rock-brick, sky, water, trees, foliage, stonebeds, gravel, floral

Miscellaneous:
sewer covers, typewriter, clocks, phone, stove, fridge, phonograph, lamps, lights/sconces, picture frames, broken mirros, bathtub, sink, roofs, windows, doors 

Don't you have a map in the works already? It's bad to derail your mapping progress... like reading more than one novel at the same time! 

 

You forgot the potty! 

It's on the list just under materials. I actually have it written down, but not under miscellaneous on the list here :P 

Hunk_Alloc: failed on 1346914400 bytes means a map is too big to load, right? The solution is adding...what to the command line? -heapsize? For a mac G4 powerbook with 512 megs of ram. I'm assuming FitzQuake is the engine being used. 

There is no fitzquake for mac os x I don't think, unless metl's been keeping something from us. It would have to be either pOx's builds (macglquake.sourceforge.net) or the Cocoa version from fruitz of dojo (www.fruitz-of-dojo.de). I am skilled in the ways of Macness....

But as far as I know, -heapsize should work the same there as it would on any pc engine. You might try increasing -zone also, to 8192 or so. 

Thanks. Despite being scottish, I know this -><- much about Macs. And it shows >_< 

Would be nice. The gamma is wanked on my Mac port.