With Darkplaces the whole game crashes and the Windows Error Report screen comes up.
With Tomaz I get SZ_GetSpace: overflow without allow overflow set 

These error messages indicate various memory buffers overflowing, typically in the protocol. The

major cause is too many things happening at startup, while playing or when loading saved games,

typically occurring when playing on Hard/Nightmare skill due to more entities.

Load the map with BJP's enhanced engines and in developer mode, it might print more helpful warnings. 

Excessive static entities (187, normal max = 128)
,I get in aguirRe engine. It will play the map though. Eventually. I've still got problems with starting aguirRe's Gl Quake, it takes about 5 minutes (!) to start up. I'm in a messy situation at the moment, having just reinstalled my PC and I've also just switched my video drivers. 

aguirre's engine is a good choice for loading maps that crash other engines, which is often caused by exceeding certain limits. Aguirre's engine will load the map and usually explain what limits you've exceeded.

If you have more than 128 static entities, that will reliably crash most engines. Assuming you want your map to be playable in most engines, you will need to reduce that number. Static entities include func_illusionary, light_torch, and other flame/torch entities. 

fitzquake 0.85 should also load most limit-breaking maps, you could see if that has a faster load time for you. 

But the thing I don't understand is that it does work, even in DP if I play it through a mod.
Could there custom progs have something to do with it ? Just guessing here, I don't know much about all this stuff. All I know is that I've got a map that's nearly finished and it's (maybe) good enough to show to the rest of the Quake world.

However, I know that I need to learn a lot more about efficient map making if I ever want to become a really good mapper. But I'm not giving up ! :) 

I hit it on my little Coagula map! Its not so bad with base maps, but torches in medevil maps blows it.

I had to remove some torches and add weird lights instead..... 

Maybe I could compensate a little using the +0, +1 trick and then adding normal light functions.
I'll try something ... 

You could of course get hacky and turn some of the torches into dynamic entities, but replacing them by texture light sources would probably be best. 

Well, I'll leave this for now.
The sun is out and I'm off to the pub.
Have a nice one, thanks for the help ! 

I can create the half life wad using wally. I can see it in wally (AND TEXMEX!) but it doesnt show up in 'my computer' or in worldcraft, even when I change the file extension to .hlwad. I am not enough of a computer dork to wrap my head around what I should do here. this is killing like, 80% of the enjoyment I used to get from mapping. 

That's weird man.

Where are you saving it to from Wally? 

try hammer instead, it's pretty same as wc 

Excuse me, I just came in my pants. Hope you can get it working, Willem. 

It's my project for the weekend so I'll report back! 

hey i have a quick quesiton. im making a sewage map and i have a slightly discoloured single brick that i want to make shootable(only once) that will open a secret door. could anybody be kind enough to give me a quick little tutorial on that? :P 

Make the brick a brush, then make it a button entity and give it a health of 1. The player can't pus it, only damage it, at which point it fires its target - the secret door. 

yeah but for some reason it pushes back then comes right back out. i want to make it so it stays 'shot' and dosnt elt the player shoot it again. since it opens a secret door. ive made it a func_button but i see no option to make it 'shootable once only' or anything in that regard 

wait: -1 

The normal "light" entity is not a static entity ? 

Normal light ents are only used for lightmap creation (by light.exe) but do nothing in-game. They don't take up any entity slot unless they have a switchable or blinking light style. 

Thanks. 

Saving the file to c/program files/worldcraft/textures...

Maybe I'll try saving it in the wally folder? 

No, I'm not done yet but I do have TreeQBSP running on OSX and it solved my recent compiling woes. Well, it's hacked together so it works anyway. I need to go back and fix my hacks and smooth out some rough spots before I can call it "done" but at least I can compile my level again.

I'll work on LIGHT and VIS next... Woot! 

What is the standard today in terms of WAD specification? I know that multiple WAD support is a must but is it generally assumed that the worldspawn entity has full paths to the WAD files or are relative paths still expected to work (i.e. "gfx/metal.wad")?

I ask because it's getting hairy trying to support both and would be easier if I could just support full paths.