Hey FYI the inside3d forums have moved here: http://forums.insideqc.com/ 

Where can I find detailed information abount bsp2 format? Do I need bsp2 if I don't want to make a map of greater size than original bsp boundaries? I just have a lot of details, therefore a high brush count. 

There's a few factors, the main one being 65k marksurfaces limit. If you're above that, BSP2 it shall have to be. Check your compiler readout. 

I'm learning Hammer for Goldsrc right now, but some people told me Worldcraft 2.0 is better and more stable. Is that true? 

 

Trying to diagnose a problem...

Using Rebb's jury rigged txqbsp compiler, I get the following warning:

WARNING: Mixed face contents (Sky, Empty) near (4084 1880 2531)

Sky, Empty??? As in, no contents? 

there is some space between corrupted, due to face sharing/splitting i believe. Cut geo there. 

Does Jackhammer have Trenchbroom's vertex mode? Because making complex shapes in Hammer is terrible. 

 

Bsp2 doesnt raise the bounds, only the amount what can be stored inside them. On a easy note.

Still Ionous is correct, reaching the facelimit means you need to be switching to bsp2 for success.

Good luck. 

Accidentally slipped in a CLIP face perhaps? 

Can't be... I have just 2 func_groups and one is rock and one is sky... 

Anyone know what steps I need to follow to do a q3bsp for Darkplaces? Is it just a mapper of using a regular q3bsp compiler and feeding the results into DP? 

I believe it is actually as simple as that. You make a Q3 .bsp, shaders and all, but use Q1 entities (use actual detail brushes instead of the hacked together func_details!). The .map format is slightly different iirc, so you'll need to make sure you're using q3's .map format so the compiler will accept it! 

I mean q3's .map is slightly different than q1's .map! 

aye, i remember there is directory paths and such in there... i think i can get by with using aguirre's map converter which goes both to and from q2 format (which I think is the same as q3 map format?)

as for shaders............. yeah... no clue about that as i never made a q3 map. i guess i'll track down a q3 compiler, i think q3map2 is the current standard? and go from there. 

Why does most Quake-based editors use colored boxes for entities? I can understand for things like lights and whatnot, but I think visual aid is important too like knowing which direction the info_player_start and monsters are facing on the spot. 

What's the difference between them? 

Pika: I wouldn't say "most". It depends on which editor you use; some can be set to show either boxes or 3D models. In Radiant, for instance, it's simply a matter of editing the def file to include paths to the individual mdls.
While it's nice to have the models shown in the editor, it can have disadvantages depending on the implementation. In Quake, it's all about the entities' bounding boxes, and if an editor displays ONLY the model, correct placement becomes awkward. The result is monsters stuck inside walls or items falling out of the level.

adlib: Func_wall is a dynamic map entity which can be used to block off areas on certain skill levels or game modes; it can be removed mid-game, and it doesn't block light and vis. It also starts a texture animation when triggered if the right one is applied.
Func_detail is only for the compiler. It creates detail brushes/architecture that is disregarded when processing the visibility information and is turned into world geometry afterwards. It's a means of speeding up the VIS process, and it needs compiling tools that support it, otherwise you'll get a lot of disappearing stuff in-game. 

Q2 and Q3 (and Q1) .map are different too! Q2 has some extra fields for surface properties per face which Q1 and Q3 don't! 

ok, it was very simple actually, compiled, used quark to convert the map to q3 format (literally just copy/pasted from the q1 map into a new q3 map)

q3map2 is actually much worse than the q1 compilers in terms of handling insane geometry. looked like maybe 5% of the faces were missing in the q3 map.

oh well, looks like it's time to call it. it was a fun experiment, but just not meant to be... maybe i'll use this mesh for a doom3 map or something. 

Please don't tell me you were using the brush version of your terrain in the q3 version. 

Going for Q3BSP and not using meshes would seem a little pointless. BSP is not the way forward for terrain. 

i never made a q3 map before so.... i wouldn't know.

ericw told me about some misc_model thing though... which is apparently some magical way of turning a model into world geometry! 

-haltOnLeak

Stop compiling immediately after writing the pointfile and exit with error code != 0

This lets people detect %errorlevel% in batch files.

Thanks!