I always knew it was possible in Q2 (with the edition of the surface inspector) and Q3, but I assumed the problems I've run into with Q1 multisurfacing was inherent in the engine. 

@R.P.G. & FaTbOy!: thank you for your feedback. It looks like the latest version of GTKRad-classic hates my system - I tried with version 1.3.13 and it seems to be working well. I've also mailed SleepwalkR and hopefully he'll fix the links, because id's base1 source isn't exactly what I was expecting in terms of build quality. Or am I missing something?

1. Is it worthless to clip brushes that are sticking out of playable area? I mean, doesn't this have a bad effect on performance?

2. I heard sky texture can be used in similar way as caulk in Quake 3. Is this true?

3. Should I care about aligning brushes so they fit perfectly like one should do when making Q3 maps? Is there any big difference between Q2 and Q3-mapping in this aspect?

4. Are there any differences between Q2's and Q3's hint brushes? 

anyone who watched the demo i recorded of xen's latest speedmap will see i had a lot of trouble getting onto the one func_plat in his map.

the way quake works for the func_plat, is it takes the largest coordinates of the brush and makes a cubic trigger roughly the same size of those coordinates. the reason i had trouble getting onto the plat was because the trigger is square while the brush itself was a triangle, thus, the plat was getting triggered too early before i could get onto the plat.

if you plan to do something like that, you should instead use a func_door and make the trigger yourself so you can control the size of it manually. or make a square lift.

cheers!

this small bit of info brought to you by necros... 

1. Clip brushes have no effect on proformance, they only serve to smooth out areas that may be rough navigating.

2. I suppose it could be... but I'd think it'd be better to use some standard textures and apply 'solid' content and 'nodraw' surface properties.

3. You should always align brushes neatly, yes. This applys for all Quake engines, there is very little differance between them in terms of how your brushes are split up in BSP.

4. There's a few differances I believe, http://test.gamedesign.net/book/view/52 shows their use in Q2.


and no, you're not missing anything looking at id's q1 released sources... they really are that bad of mappers... :D 

Looking at the source, that's coming from the function that does line traces through bsps. The comment nearby says "shouldn't really happen, but does occasionally." It's also a dprint.

From my quick glance at the code it appears to mean that a trace impacted a wall just behind the start of the trace. In other words, the distance to impact was slightly negative. 

info, it usually happens in areas with complex brush shapes.

Another question: If I noclip through a map, why does sometimes something push me up very high as if there was a trigger_push (there isn't)? It's repeatable and very annoying if I try to inspect an area of the map.

It's happened in several engines and it's really weird. 

Ahh.. thanks for the tip :)

Thought I could solve it by sticking the button there but it didn't work.. ah well

aguire I've noticed that too.. usually happens above lava, or at least liquids, i've found 

I think that's quake's "jump up out of liquids" code giving you a bump. But, since there's no gravity, you'll coast upwards forever. 

that connection with liquids, but next time I'll look for nearby liquid. My suspicion was that it had something to do with odd-angled brushes (or rather, planes), it think I recall it happening just outside tunnels (in the void).

It also doesn't push forever, it just keeps pushing until it thinks I'm high enough and then my pushing down suddenly starts working again. Hopeless fight though ...

There's also that weird phenomenon when in fly mode, suddenly moving speed gets extremely slow (inside map of course). Normally I have to leave fly mode and then back again to regain normal speed. 

A while back there was a thread here arguing which texture set was better Runic or Base. Ever since then I have been pondering building a ctf/tf map in which the two sides can battle it out. The textures would be original Id with the possible inclusion of some from rogue and hipnotic. I am not sure the bases would be identical for each side, might be interesting to mix it up.

I know most people here are DM or SP players but I thought it might be worth running by everyone. So...what do yall think? 

I'd like to see it. 

Would be funny 

before i go over that 255 entity limit... :P

what exactly counts as an entity? (not talking about edicts here)

i know that:
-each type of monster (if used) will count as one (so either 1 or 100 shamblers count as one)
-each func_ (other whatever bmodel) counts as one (unlike monsters, each iteration counts as one)
-echo misc item counts as one (like monsters) (includes weapons, ammo, health, etc...)

is there anything i'm missing, or do i have some of those wrong? 

i wrote echo instead of each. too much batch file writing i guess. 

have you checked my archived QMap thread? I think there are some explanations of this issue there. 

but ie keeps crashing when it loads the page. actually, ie crashes whenever i load a big page... it will crash if i opened up the GA thread from post 0... 

there are also three smaller pages, one for each year. That's what they're for. My old system also crashed the first time I loaded the whole thread. 

� 

even with the small pages, try a better browser shell. I can really recommend GreenBrowser, http://www.morequick.com/indexen.htm , I've been running it for months.

It's a free 400k download, just unzip and run, no installation/uninstallation. It uses the IE Favorites and rendering engine so you're still basically running IE.

And I just tried to load the whole QMap thread in GB on my old systems and it works (a bit slow though). 

I have been using the Xatrix Wad in my project, and examining the textures in Photoshop I see that there is a great deal of subtexturing (the remainder of high rez to low rez shifting) in the textures that with a little careful tweeking can be made to be visibly clear at lower resolutions.

Of course, most commercial packages have it copy written you are not to modify the product in any form, but at this point, several years after any profit that could be made has been made do the distributors even care what is done with the product in a non-commercial capacity? 

Okay, so I've got q1rad and a nice surface lights file set up.

1. coloured lighting - how?
2. how do I stop the faces that are surfacelights appearing so much brighter than everything else?

Cheers 

As I am packing map-files to a PAK-file, I wondered what could be the max limit of a BSP.
At first I stopped mapping, when my bsp reached 1.4Mb but adding winmem16 gave me the oppertunity to go further.
I watched Dissolution Of Eternity, with its Last Bastion of 2.291.536byte
And as it is played under DOS there is no problem.
Now I am here with a map of 2.345.900 and I am concerned it will give an Alloc_hunc error.
(Not for me, but for distributing it in a PAK file) 

well, look at it this way,
nesp09 is about 5.8mb and only needed a special engine to run because it had too many monsters.

most of the file size comes from textures anyway, and as long as you keep your textures under 2mb you're fine.

LTH: read the text that riot wrote with his tools it explains everything about q1rad and the lights.

and there's nothing you can do about surfaces of surface lights being bright -- that's the way it works. :\ 

I like to distribute a PAK-file.
Not to let people load a special engine.
You are right for the textures, Necros, but also told me diagonal water textures look odd.
So I used animated tex, what drives up the bitecount.
So let me be odd, and ask it again...(?!) 

one of my new maps is nearly 9MB.
of course, I'm getting the hunc_alloc errors :)