they were SP/DM hybrid maps like the standard id maps. I think they were mainly intended for sp, and whilst not particularly challenging or interesting, they were solid and I would like to see them again. 

i will try to find when i get home tonight! i�m at work :( and at work just can map and see webpages... :| 

works with the info_notnull/modelindex trick. see preach's posts a few pages before. 

how can i find out which special characters are usable in quake - like the umlaut in zerstorer, which is done by "�" (� in html)?
the name makers i tried only had standard letters.
i'm specifically looking for something to display "�"... if it'S possible at all, that is. 

http://wiki.quakesrc.org/index.php/Quake%20Font is a list of the characters you can get in quake. I don't see � on the list, so what you might want to do is replace one of the existing characters on there with a custom graphic for �. You'll need one of the special quake utilities to edit conchars, either adquedit or fimg
http://forums.inside3d.com/viewtopic.php?p=2919
I don't know if this is how zerstorer did it, but it's possible. 

those are the standard characters i was talking about. but apparently there must be more. i'm sure in zer it wasn't done by replacing any characters with custom ones. so i just figured if there is � there might be others as well. 

mean the blanks in conchars.pcx in gfx.wad openable with adquedit? 

Those are the only characters quake has, the font is defined by the conchars image. I've gone and checked, and adding replacing characters is indeed how the zerstorer guys did it. If you open up gfx.wad and look at conchars, they added two o-umlauts as the last two characters of the image. I would guess that these are a good choice for a replacement. You probably don't need to replace both, best to go for the second last one. 

there are lots of empty characters here and there. 

ok, thanks. i didn't get it because conchars isn't displayed in texmex for some reason. worked with another program.
i'm likely not going to fiddle around with it, though. 

empty chars are used in combination with other chars by the engine to e.g. simulate a blinking cursor. Stock conchars and std engines have issues with this that e.g. the OUM conchars has "fixed" (i.e. compensated for it).

But then changed engines (e.g. DP) get problems due to overcompensation. Argh ... 

TexMex and conchars editing is a really sorry mess. 

but the problem with OUM is that they switched which char was blank and which had a cursor.

I ended up giving up on all that and I now put hard-coded cursor images into fitzquake. It sucks that mods can't customize them, but at least they are consistent to the user. 

If anyone has a monstrous map that they need to compile, send it to me. I am setting up an ex-server that has 4 processors, and if my assumptions are correct, this will greatly speed up the compiling process compared to almost any other modern system.

Unless, of course, by some horrible circumstance, our compilers do not run on linux and do not support multiprocessor setups... 

I can send you my multi-threaded vis for Linux. Works great. 

please do. email is in profile! 

...does not appear to be there? 

woops. sent you an email tho' 

www.quaddicted.com/filebase/tig00.zip

i think is that u are looking... 

the link didn't work. You need to put http:// in front of it for it to work. 

http://quaddicted.com/filebase/tig00.zip

i saw author Ray and are both dm and sp i didn�t saw maps :) 

Jago reported an issue with FrikQCC in late 2004 that it couldn't compile the Hipnotic QC without screwing up the Scourge/Centroid monster animations.

I just found out that this is actually caused by the hipscrge.qc file having multiple (and invalid) frame definitions. Delete the 2nd set and Frik will build properly.

Is it common knowledge that setting the engine cvar gl_nocolors 1 will significantly improve the look of players in mods with multiple player skins?
I've often wondered why some models (e.g. the mini-sub in Malice) looked different (and much worse) when looking at the player from e.g. chase_cam. It's actually the DM coloured shirts/pants logic that's being applied to skins that definitely never were intended for it. 

Aguire, that's cool! I encountered that same bug recently, when I was building the codebase for pbrsp2. Weird thing is that whe I compiled using proqcc, my old go-to in qc compilers, it doesn't b0rk their animations at all. Which is what I used for the code for pbrsp1, and never saw any issue with the centroids because I never tried frikqcc with it. Maybe I can switch to it now, then. 

i use fteqcc :) start loving it when Spike made a lot of modificacion in the compiler :) 

and Frik the man, but it is suprising that his compiler doesn't catch it as a type of recursion error. I ran into this error when working with the scourge.qc file a few weeks ago, A simple glance at the text revealed someone had a made a simple cut and paste boo boo a long time ago.