It can still happen if you're right on the limit (like you were with Menkalinan). Have you tried doing the same procedure in e.g. Fitz (restart a number of times)? Do you get any error then or is everything OK?

If you want me to look into it, I need the zipped bsp and other files necessary to reproduce the issue. 

do I make items glow or have effects fields? I've completely forgotten how to do this. Something like key=effects value=integer, but I'd like to see a run down of all the possible effects.

Anyone know if I can apply a glowing effect to the spikey ball used in end.bsp to create a moving light?

Gah, all these useful QC hacks are somewhere in this thread, but we need a definite list of all the hacks without all the comments and how-tos aswell. Maybe someone knowledgeable could whip something up for Qexpo? (I am a bit busy and have already planned a lot of stuff I might not be able to finish on time). 

http://www.celephais.net/board/view_thread.php?id=37116 

do i get worldcraft working with equake??? been trying for several days.. entered all the paths but it says it cant load such and such.. can anyone help? thnx in advance!!! 

cant load such and such

*reads your mind*

Ah yes I see it now, you got ERROR 46:

"You want help learning how to map but you're extremely ignorant of important details so you should just give up now" 

Never say die, Leo Triple X-y guy. 

im trying to compile this hexen2 level of mine, but i get a message saying i neeed gfx.wad! gah. what do i have to do?

what i did was to have worldcraft (1.6) compile the map into the data1/maps folder. im guessing thats where they go right? and whats with the gfx.wad thing? im using the original hexen texture.

agh, im so confused it makes me go pee-pee :-( 

here is a little help file that can help you on your way...

http://members.home.nl/gimli/WC33_H~1.ZIP

maybe not the instant help you need, but for working with the program it can be a good catch! 

i realised the maps folder goes on the portal one (hehe), but i cant still compile the map with the hexen2 tools. what the hell. can anyone help me on this? i really wanna see the crap i did ages ago. :-(

i dont know what im doing wrong. everything is how its suppose to be.. damn this. im gonna go cry. 

So, I've already split the map in two, (it was three, then one)removed huge swathes of brushwork to get under the marksurfaces limit and chopped out loads of monsters, and now I've hit a SZ_GetSpace error!

How do I find out how far over the limit I am and which items should I look to remove. I have a few switchable lights I could drop, I have loads of torches (three types) but want to keep them, I only have 86 monsters in this part of the map and half of those spawn-in as opposed to teleporting, I have the usual number of triggers (trigger_once, monster_push etc) and buttons (only 8).

Ho hum... 

I just had a thought. With those looong compile times of big maps (like Tyrann: the long vis times required (~48 hours I'm guessing, still waiting...), how about something like SETI or the rc-72 project where lots of computers divide the cpu work. Would it possible to extend the compilers to do that? 

I wish! I don't think it would be all that easy though. There was something called 'netvis' around a long time ago (I never had it, but read about it), which could apparently be used over a LAN to speed up vis. If anyone knows any more about this, I'd be interested in looking into it.

I'm currently vis'ing my map on the fastest machine I have access to (dual 2.8GHz P4 Xeon, running Linux) and it's already taken more than 48 hours. If anyone has a faster machine they can offer, let me know! 

There was a version for quake, but it can't be downloaded now: http://www.bluesnews.com/archives/nov97-2.html

There were/are distributed tools for Half-Life compiling. Sounds like I was right about needing LAN speeds: http://collective.valve-erc.com/index.php?faq=source_mod_faq&section=106159033732043100&question=106159940663775100

Oh well, that's enough time spent on that for now. 

I already discussed that point with aguirRe during "Castle of the Dark Ages" fullvis runtime (around 51 days ... remember...). I asked him about multi processors vis executable existence, and maybe re-coding vis sources to target multi processors platform... He told me that first releases of vis.exe (correct me if I misunderstood please) were able to support multi processors... but on Unix environment only.. It was used by Id initially..
And as most of PC have only 1 processor.... it was not really a "priority"... well.. It is well known that it would divide runtime by two at most (or more if you have more than 2 processors installed on your PC)...
However, I never saw multi-processor PC platform... except at office (..under Linux... exactly like Tyrann's PC, but with P4 3.2GHz, 4Go RAM, 180 Go HD, etc..etc.. )...
Maybe these high performances machines will become cheaper in the next coming years... and then a multi-processors vis tool could help... though.. 

So, the map won't load in Fitzquake but does load in a couple of other engines. So, I am using aguirRe's 1.31 and although the map loads and I can play, I get some weird effects like certain monsters not taking their shots i.e. I cant kill them but they can kill me!

Also, some monsters don't wake up until I walk right up to them AND blast them with both barrels.

One question for aguiRre direct: you say the GetSpace error can be caused by too many static entites, max 128. Does this mean 128 different entites or a grand total of 128? And what is a 'static' entity: non-moving models (torches), triggers, doors?

My Qbsp output says that I have 1296 entities (1013 of which are lights) and I have 111 BspModels. The monster count is 118. There are 10 monster types.

Looking at the figures, is there any benefit to getting rid of torches and braziers, and replacing them with lights?

I'm gonna play with some worms :-( 

Right now I can't remember in which case the engine aborted with a GetSpace error when having too many static ents, but I recall having that problem.

In any case, the static ents are just the ones that are made static from QC by calling the makestatic function. I don't think there's any check for if they're the same type; it's the # makestatic calls that counts. Calling makestatic also frees up that edict.

In my engines, you can check the current status by using the staticents command. It's hard to say from your description whether replacing torches with simple lights would help.

If you send me the zipped stuff (or better just a link if it's big) to reproduce the error, I can probably help you more. 

I already discussed that point with aguirRe during "Castle of the Dark Ages" fullvis runtime (around 51 days ... remember...).

Argh! You're scaring me :-P

I asked him about multi processors vis executable existence, and maybe re-coding vis sources to target multi processors platform...

Yes, I know how to do this now (at least on Linux, but I think I can do the same for Windows). I'll put it into my next version of rvis and I'm sure aguirRe will pick it up soon after that. It won't be 'til after this map is done though. 

Thanks.

It seems to be a question of 'sharing'. I have 200 static entities, which is 72 too many. Max_edicts are 1024 in Fitzquake and your engine reports that I have 700 in my map.

So, remove 'makestatic' from my five models in QC and they become 'edicts', which will then total 900 with 124 to spare. Or does something else fall into the melting pot?

I'll try it later today anyway. 

turning the statics back into dynamics might add to the SZ_GetSpace problem (and/or packet overflows) as they then have to be updated to the client.

Btw, Fitz can handle up to 8192 edicts via the max_edicts cvar. Although I wouldn't recommend pushing it that far ... 

OK, back on-track. I had mis-interpreted what the engine was telling me. When I looked at the .qc files, the 'makestatic' entries had already been turned off. Therefore the GetSpace error was not in fact to do with the staticents but probably with the edicts.

Turning some of the different types of torches back to 'makestatic' allows the game to run in FitzQ.

I now have 121 staticents and 235 edicts. So, I guess that means no more torches and the like but bung a few more monsters in.

I will now carry on, shaken but not stirred. 

I'll look forward to aguirRe's and your next vis version for sure ! 

Is it more or less mandatory in QC to call setsize together with setmodel? I've noticed that if setsize isn't called on some mdls, then in some cases, the mdl isn't rendered properly by the engine; it sometimes disappears. This behaviour seems generally engine independant.

Specifically, there's a monster_rider in Malice that consists of one leg part and one upper body part. The body's size isn't set properly and in some of the maps, the body is sometimes invisible when it moves around. 

don't know about rendering problems, but every time a model is set with setmodel, the bounds of the bbox are changed to the max and min of the largest frame in the model, so if you don't reset them, then collision will get screwed up. 

Same problem with SZ_GetSpace errors.

I added to the monster count and was at 119 with everything working OK. But I added one more (now 120) and crashed out of FQ with GetSpace: > 8010.

Using your GLQuake 1.31 I can see in the loading log 'SV_CREATEBASELINE: excessive signon buffer size'. And it tells me that it is 8010 and the maximum allowed is 7998.

I have 121 statice ents, 427 edicts and 120 monsters, which is at least 30 short of my target.

My question is a simple, "How can I reduce the signon buffer size?" But I suspect the answer is not going to be staightforward :-(

This is not a revolutionary map by any means (except that as an FMB map it's all my own work!!) and I have already slashed it to the bone, but I would like to finish it to at least a half-way decent standard.

As always, any help or pointers you can give will be much appreciated. 

I made the last two monsters (119 & 120) into spawned monsters (spawned-in not transported), and it now runs in Fitzquake.

Can I somehow read the SV_CREATEBASELINE value to see what effect the spawning had?

Is this the way to go i.e. make plenty of the monsters spawn in after the engine has loaded and is running?