I keep water, teleport, lava and slime textures in a pak that do not have the '*' in front of the name, and a seperate wad of the original Quake textures with the asterik that I use for compiling manually.

When I'm ready to compile, I open the map with Notepad and replace 'water1' for example with '*water1', save and then compile. 

<nt> 

Thanks, Thump =D 

The version of Mapcon that I use has a -chars switch that automatically converts the # symbol in texture names to *. That's version 1.3.0. 

I'm trying to add rocks to an outdoor section of my map, and my attempts so far are really bad looking.

any advice for a rock n00b? 

Hello,

I fixed my TOTAL_CHANNELS = MAX_CHANNELS , but now, near the same location (in the map, during the game) a door sound is not audible... The func_door entity have its sound effect set, but it can't be heard during the game: what's the problem ???
I also have a PACKET OVERFLOW<b/> message apearing during the game... what's this ???

Thanks 

http://www.planetquake.com/QuakeLab/problems.htm

Several of your recent problems seems to be listed there. Packet overflow errors generally means that you have too many things happening at one time. The server part sends too many messages to the client part which overflows.

This can cause missing sounds and entity flicker; the engine is choking.

Running fast/fullvis on the map (so less things are visible for the player) will probably help, but might not cure the problem completely. 

Thanks a lot for the link... it gives me some cool and usefull informations...
About my problem, it seems that packet_overflow and sound disappearance are linked... Well, I know where to look for now: there is too juch entities in this area... grrr... I will make some tries reducing its number, hoping it solves the problem... So, the big challenge will be now to preserve the map difficulty I'm looking for... hmmm...
Do you think it will be helpfull to finish the map without any monsters (removing all of them if necesssary), and adding it gradually to avoid this kind of problems ??? What would be the good method ??
Bye 

About my problem, it seems that packet_overflow and sound disappearance are linked... They usually happen together, when you're in a really big fight with lots of corpses / gibs / nails / grenades / voreballs / etc. all in one place. 

... of course, if you were to use a newer engine... 

... I apology for my poor english, but I'm not really sure to understand what you mean.... 

Have you fullvised the map to see if the problems persist? Many maps expose these problems when not vised, so the engine must render too much.

Try also enabling the r_speeds cvar in GLQuake and check out the epolys value, this indicates how many entity polys that are visible. If too many, you might have to consider reducing visibility.

My suspicion is that this is your basic problem. You can also run Win/TyrQuake, enabling r_draworder and see how much of the map that suddenly becomes visible.

Try also a Google search of "packet overflow" quake and see what turns up ... 

the Quake executable. You wont get packet overflows with DarkPlaces because entity management is handled by a higher bit extension then Quake was originally built in. So you could have several thousand models in a single level if you so desired. 

Hello,

Yes, I made the try running full process (BSP + VIS + LIGHT)... and the problem remains....
So, considering all previous advices, I will try to enable r_speed cvar in FitzQuake in order to check out epolys value, but, what is the maximum value value I must reach.. some says 800, others 2000 (If I remember correctly, Vondur said that in a previous post...)... but what's the good one according to your experience???
And, if I need to reduce visibility, how can I do ??
Thanks a lot..

Bye 

certain recommended values to aim for (especially in DM maps), but I doubt they're still valid today.

What I meant was to use these numbers and methods to quantify your current situation, which seem to choke the engine. When you see the numbers go down, you know you're making progress.

Reducing visibility can be done by using vis blockers, i.e. donut designs, walls etc. Think of a large open arena with many small objects (faces or entities) as the worst possible scenario for vis or the engine.

Look at many older Q1 maps and you'll see that most of them have a layout and entity amount/placement that prevents the arena situation.

I believe one of the challenges in Q1 mapping is to make interesting and fun maps while still keeping them playable in most engines. 

Hello,

I did it last night, I mean trying r_speeds value... after a full process (bsp + fullvis + light) there seems to be some very big value... As you felt, in the main big area, the r_speeds number increases up to 10000 (more or less..) I achieved to reduce it down to 1500 by an additional wall that cut the visibility....
But still remaining the problem of packet_overflow and sound disapperance... so I tried removing all monsters... packet overflow error disappear, but sound is still "inaudible"... and other problem, a big HOM problem appears at the beginning of the map while it doesn't exists before .... (and no errors/warnings occured during compilation...)
It's very discouraging to see these problems incoming while the map is almost achieved...
Anyway, I will try removing back all groups, one by one, to find where is located the problem... with a bit of luck, it can work...

Bye 

Send me the zipped map+wad and I'll take a look at it. 

I will do it this evening... I'm at my job office now, and till to 17:00 ...

Thanks again for your help... 

This is probably one for you:-

I have a sealed i.e. no leaks, map of 2600 brushes. I do get several Cut_Node_Portal erros but the map runs fine in its own right.

I have a second sealed map of 600 brushes, which again runs fine in its own right.

So I import smaller map into larger map and get a leak through a solid brush when building Hull 1.

I have changed the brush concerned, overlapped surrounding brushes etc. The brush is one of many (terrain type triangles) on the 'floor' of the level but I have also added a large 'sealing' brush beneath the terrain to try to avoid the misaligned brush problems (this is not one of my large terrains!), which has been in place long before the import.

The only slightly unusual thing is that at present the imported map is entirely unconnected in any way to the larger map: I have imported it just to see how I can fit it in. I have not exceeded the world boundary - close to the edge but 32 units to spare.

If I delete the imported map (select Group and CTR X) without saving or reloading, I can immediately compile without leaks.

Bit long winded... any pointers? Anyone?

And I still have one more section to import! 

but maybe some kind of attempt to explain why it's happening. The compiler quickly translates all brush faces in the map file into infinite planes with a normal (perpendicular to the plane) that specifies direction and a distance from origin (0 0 0).

This pair identifies the plane and they're represented by float values (in my compilers 64 bit double precision). One can rather easily suspect that the more of these infinite planes there are in a map, the more risk of planes getting too close (i.e. coplanar) for comfort due to numerical inaccuracies.

I believe that this might be one reason why bigger maps sooner or later start to exhibit weird leaks or clipping errors. I know maps where it appears nigh impossible to get rid of these problems.

In your case, you have two maps that you merge together and both are terrain generated, which means many triangular faces and as I've mentioned before, this appears to be extra provoking for the compiler.

This is all only a theory, though; I can't substantiate it. Still I recommend to inspect the areas of the warnings and try to get rid of them, in my experience the warnings seem valid and should be corrected.

If you can't proceed, send me the map and I'll see what I can do. 

Thanks.

The build process for the enlarged map was:-

1. small terrain (honestly!)
2. then one self contained non-terrain map
3. then the linking brushes created on-the-fly in the new map
4. then the attempt to bring in the later map

Each map compiled ok on its own.

I think perhaps I will just release the terrain + one section as a stand alone 'quickie'. At least I can cram it with monsters and end up with a Serious Sam style arena fight at the end.

It seems that I am fighting a losing battle here with the limits of the tools ... I know "a bad workman blames his tools".

Trouble is, time is tight and I go in three weeks.

You're welcome to have first look as you have helped a lot over the last few weeks.

Thanks again. 

is moving the imported section nearer in than 32 units from the edge. I seem to recall having problems myself with brushes that close. 

... but no good. I am working with very little room left in the 4096 world-space as this has become a very 'flat' map. Ho hum, start map and three small additional maps then.

Two general questions:

How many units from the player can a generated sound be heard? I do not want the player to hear monsters being teleported in so am wondering how far away from the spawn site I need to set the trigger.

Can I switch off the monster-spawn sound from within the monster's .qc file? I cannot find a reference to the spawn .wav (r_tele5.wav?) in the .qc but has anyone tried this? Maybe it's hard coded in the engine? 

The function that plays ALL the teleport sounds is play_teleport() on line 282 in triggers.qc, so if you wanted to make ALL teleports (monsters, player) silent, you could just remove the contents of that function. (Or at the very least, comment away line 299, you might want to keep line 300 though...) 

Tusen takk!

(sum total of my trip to Hemsedal last Christmas)