News | Forum | People | FAQ | Links | Search | Register | Log in
Mapping Help
This is the place to ask about mapping problems, techniques, and bug fixing, and pretty much anything else you want to do in the level editor.

For questions about coding, check out the Coding Help thread: https://www.celephais.net/board/view_thread.php?id=60097
First | Previous | Next | Last
Great 
Now you'll just have to move the sun ... 
Nah 
I'll just alter the skybox 
.Wad Manipulation On A Mac 
I'm trying to help a Mac user via e-mail. He's trying to extract the textures from RPGDM1.bsp and put them back into the original .wad names. He says he can't find any .wad manipulation programs for the Mac. Does anyone know of any programs I could suggest to him? 
Is Emulation 
an option? If so, he'll have a larger selection of tools to choose from. Speed shouldn't be an issue here. 
Just Found This 
Fitzquake Crash 
Ok, my map is now under the edicts limit, and static ents limit. However, FitzQuake still won't load it. I get the following error:

SZ_GetSpace: overflow without allowoverflow set 
AguiRe 
Thanks for the link and the idea. 
SZ_GetSpace 
at startup is probably caused by overflow of the so called server signon buffer (default 8k, I've raised it to 64k, same as DP). This contains initial information about the map that gets larger the more entities there are.

Increasing this buffer might cause net protocol incompatibility.

I can't say for sure though without debugging the engine. I'll try to check with the map version I have. 
Kinn, 
i'm not sure, but i think you need to remove bmodels (func_*, trigger_* etc...) to fix that... not sure though... 
Just Checked 
It's the signon buffer that overflows, you'll need about 8.5k to handle startup (on Normal). 
I Take It 
the size of the signon buffer is hard-coded in the engine, i.e. not specifiable at the command line? 
It's 
hardcoded and it wouldn't be very wise to have it flexible since it breaks net compatibility.

Btw, I've now added a warning in my engines if the signon buffer exceeds 8k. 
Hehe... Kinn The Mighty 
<aguiRe> Great, now you'll just have to move the sun...

*Kinn is now also known as Apollo

<Kinn> Nah, I'll just alter the sky...

*Kinn is now also known as Jupiter 
Lol 
My power fantasies come from rereading my Silver Surfer collection -- I'll add to my list of inspirations. 
D'oh 
but unfortunately I am more like Homer . . .

I'll add Kinn! to my list of inspirations  
Free Edicts Problem 
Well, as you certainly noticed, I've released my latest map called CMC last saturday. I have a big problem in hard skill: suddenly during the game, a "No Free Edicts" error occurs. My quesion is: what is this fucking error, and how could I solve it ?? 
Lol 
Nice one, distrans ^_~ 
Also 
aguirRe: that warning should be useful. I guess reducing the number of edicts present at startup would be the solution then?

JPLambert: No need to get stressed out. "No Free Edicts" just means you have too many entities in the level at a given moment. I believe if the number of edicts exceeds 600, then the game will exit with this error. The obvious way of solving this is to reduce the number of entities in your map. Of course, there are loads of edict-reducing QC changes you can make, but that might be a bit daunting if you're not into the whole QC thing. For example, in the original Quake progs.dat, items don't actually get removed from the level when you pick them up (this allows for deathmatch respawn, but in single player it is useless and can contribute to edict overflow). Making items remove themselves properly is a good start.

Another reasonably easy one (and something I make use of extensively in my Marcher map), reduces the need for multiple trigger relays, by giving triggers something akin to Half-Life style "multi-manager" type behaviour, with new fields .target1-5 and .delay1-5 . These work just like the normal target/delay combos and let me use a single entity to trigger up to 6 staggered events. It's an easy one to incorporate, because all you have to do is modify the SUB_UseTargets function to look for these new fields and take the appropriate action. 
Kinn 
Take a look in the file sv_main.c (found in glquakebjp.zip), function SV_CreateBaseline. In that function the server goes through the entities and creates a baseline which is sent to the client.

If the total size of this baseline is larger than 8k, normal engines will abort here. I've put my check at the end of this function. 
JPL 
Maybe the easiest solution for you is to just add the progs.dat from earlier packs that just removes corpses? You'll then have to put your files in a separate dir beneath Quake (e.g. quake\cmc). 
Kinn 
Thank for your help.

aguirRe, as well, give me precious advices as you've just did by mail. I will try to update the map tonight, or tomorrow if I didn't found enough time. I really hope I will be lucky and find the good way to solve the problem quiclkly...
I already have some ideas about it, for example some flashing lights are not usefull, and can be removed... (some guys complains about it... so... why not...) As well for some health in hard skill... I can "win" some edicts.. aguirRe told me edict count was near 620 , so trying to reduce it of 30 will for sure help... and this time I will try it in hard to be sure it will works... ;)
So, thank you for your precious informations... As I said before, I'm pretty young in mapping, so I really need feedback and advices from all pros you are, in order to improve myself..
Thx 
GTKRadiant 
I have just changed to use GTKRadiant for mapping, and i would like to know in what dir i should put my textures, and should they be .wad, . png or .tga and what not? 
Q1 Wads 
Should go in Quake/id1/

I don't know about Q2, but Q3 should already be setup correctly if you've not changed the basic directory structure of the game. 
Depends 
If you don't have GTKRadiant set specifically for Quake, then you will need to use that game as your base file. Earlier versions (personally I wont go near 1.5) did not have Quake I as an option so I keep it set up for Quake III Arena (1.3.11, and 1.4 for Quake 2 and Half-Life)with this file set up Quake III Arena --> BaseQ3 --->Textures ---> Metal (example set of textures), with the .wad textures unpacked and converted to JPEG's.

The versions of Radiant I use don't support .wad files natively except in the case of 1.4 which supports Half-Life wads in the Classic version.

When I am ready to compile the map, I use a seperate set up. AquiRe's tools plus a utility called mapconv which converts Quake2 & Quake3 maps to the quake format (trivial difference really, but they can cause a ton of headaches if not converted).

Two things to watch out for if you are using GTKRadiant. Don't use the mesh feature which is native only to the Quake3 engine and also be aware of the default texture settings. Quake uses a 0.5 ratio and Quake and Quake 2 use 1.0. Trust me on this ;) 
Hmm 
I have tried putting the wads in quake/id1/textures.wad but it looks for some textures dir and can't find it, I know that you can use older version and convert q3>q1 but is that better, to use an older version of GTKRadiant? and what version should i use then? 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.