sections of a brush being transparent for apparently no reason at all?

my fix is to put a same sized, same textures brush as func_illusionary but it's just a hack, really... 

Certainly. I haven't had a chance to test things since Friday, but I would suspect the source of the error is that FitzQuake is not allowing an override for the chainsaw uses the same .mdl name as the axe.

I apologize that I am not as familiar with your code base as I should be given the many bug fixes you have implemented for the Quake Source.

If I get some free time later in the week, I'll test this out further and e-mail what I find and any fixes that I may come up with. 

I still have problems with FQ 0.75 aborting with "Bad surface extents" although the readme says that it's fixed. Also, I've also had rare aborts with something lika "Texture is not 16 aligned". 

I've got lots of experience. I'm available for testing in early January. 

Cleaner map will come in January. I feel sorry for your P4 chewing the gristle that is my map. What I've done so far is neater and internal voids are being filled in.

Distrans - Good to see you posting. Know that I'm fighting the good battle to see E2M1a compiled. 

My P4 didn't know what it volunteered for; it's currently at 98.27% after nearly 299 hours with an estimate of another 35. That's 12 days straight over a period of 19 days real time. A new record for me at least.

Scrag, don't worry, I do it mostly to see if it's actually going to finish and to test my tools. Just let me know when you have a new version ready and we'll take it from there. 

the only case of "bad surface extents" i fixed is when it's caused by a missing sky or water texture in the bsp file.

As for the "not 16 aligned" message, i'll look into that when i get home (i'm on vacation currently.) 

awesome, gimme your email and i'll shoot a message off to you around that time. 

check your mail man, just sent you a bunch of comments and suggestions.

Madfox: Sorry I haven't gotten back to you yet, I'll peek at your map really soon. 

i didn't get the email.
did you send it to either necros@planetquake.com or necros@rogers.com? 

this site should have them: www.planetquake.com/paroxysm 

Thank you very very very much! :) 

...Does anyone know how to get GtkRadiant 1.4.0 working for quake mapping... I already read the Tuts by Tig and Necros (thanks a lot guys) but they're both for version 1.2... Anyone has a clue? I'm a complete newbie, so the question could be very stupid..... 

to necros@rogers.com 

thanks for the awesome feedback, Scampie! 

Your map finally finished vising:

---- Vis 2.22 ---- Modified by Bengt Jardrup

File: e2m1a.bsp
6117 portalleafs
22174 numportals
Loading state file: e2m1a.vis
testlevel = 4

average leafs visible: 552
max leafs visible: 2336 near (-2885 -1736 1184)
c_chains: 2789094431
visdatasize: 1169545 compressed from 4679505

Elapsed time : 5h 45m
Session time : 346h 1m

The bsp actually works, too (at least in FQ). Max wpoly is about 3500 near the power plant tower (the coordinates above).

I sincerely hope that you can reduce the fullvis time from its current 14 days ... 

I may be doing something wrong, but how can I put in a parameter for the BSP program in Worldcraft 1.6? I've got 4 different BSP's: WC's, Tyr's, Tree and W. I'm having the problem with 45 degree angle texture misalignments. I've tried the paramter under Tools/Options/ and in the BSP path field... with some BSP programs it throws an error in the process window and continues to compile, in some it just builds with no error.

Or am I just better off BSP'ing manually? I had fixed this issue a long time ago, but I think it may have been a modded .FGD actually. Also, is there a certain FGD you would suggest getting that I may be better off with regardless? 

dont use the worldcraft process window, just open a dos window (start->run->command (or cmd if running 2000/XP) and compile from there.

and -alternateaxis is probably what you want. as long as the texture is aligned in wc it will show up fine w/that 

fgds shouldnt really mean anything to your compiling other than where items are placed, use czg's it has fixed item-offset bugs iirc:
www.planetquake.com/greyvoid/quake.fgd 

http://www.planetquake.com/greyvoid/quake.fgd 

Thanks 

Have a Q1map, which makes account of :
prepare used textures => 26 textures
Compiling it makes account of 29 textures.
Did'nt use animated textures.

What happened?
Pretty queer, because the map is 1.87Mb and won't run for 1.89Mb

Grandwoofer, help! 

Building hulls sequentially...
Processing hull 0...
------ Brush_LoadEntity ------
----+----\
WARNING: Couldn't create brush on line 602 with 6 faces, metal2_8
WARNING: Couldn't create brush on line 593 with 5 faces, metal2_8
----+----+
731 brushes read

Has anyone encountered this before? How to find and fix this. Occurred on elmdm5.

as 

Open the map file back into your editor.. it should remove the dodgy brushes. Resave and recompile. Note it's the file with the '.map' extension you want, not the editor-specific one like .rmf/.qle or whatever. 

if you use gtkradiant: edit the .map file in edit or notepad or whatever, go to line 602, (or 593 as well) and find out what brush # it is.
now go in gtkr, and use the search for brush and search for the brush #. then you can delete it and remake it or whatever you chose to do.

otherwise, if you don't use gtkr, and can't find it in the editor you DO use, simply delete the entire reference to the brush in the .map file manually, then compile and find out what you took out.