rad performs an illegal operation

my compiler hasn't made a log for rad, and the rest of the log is ok, other that 1 leaf saw into leaf, and a larger than expected texture.

but in the command window, i can see the final lightface in the rad proccess get to 99%. then it stops for a bit before a window pops up telling me rad has performed an illegal operation and will be closed. i get the option to tell microsoft about it though. it happens on 2 different comps, one with xp, one with win98. no errror is reported other than the crappy windows one.

if i use the block tecnique and cover one half of the map, it compiles fine. as does the other half. so i'm thinking along the lines of too much of something going on with the light data.

any suggestions?

I ran into this problem with my own map.

How many patches does RAD say your map has? If it's over 65536, you'll probably be running it with -sparse. Either way, RAD will probably crash from all the patches (even with -sparse). Try deleting a few lights and economizing a few areas. And making the map smaller always helps as well.

In general, I suspect it's too much light-data for RAD to handle. It's come a long way, but this is still a Quake 1 engine we're working with here. :smile:

instead of using -sparse when i got the max_patches error i upped the -chop value from 64 to 96. but yes, there have been problems with patches.

i'll try a higher -chop value again, or -sparse , and maybe i wont need to trim the map back any. and maybe, just maybe, i could even add a little more. :biggrin:

here's to wishful thinking, anyways.

-sparse is really slow, and generally not worth it from my experience (although I'm sure others like it) Always much easier to get rid of unneccesary details or something.

You probably shouldn't increase the chop value that big (it'll look REALLY blocky when it does finally compile correctly). Also note that if you're using texture lights primarily, you'll want to change the -texchop parameter instead. -chop will only change scaling on environmental and direct-light patches.

Definately don't give up though. Getting things to compile can be the hardest part sometimes.

hmmm, -texchop. i've used quite a lot of texture lighting, and most of it is scaled down.

i'll try this first, and leave it to compile overnight. its taking 3 hours to get to the final lightface, and i'm not waiting up to see the result. hopefully, in the morning i'll have a 'lit' map. :smile:

the overnight compile failed. :sad:

then the compile with -sparse and -chop 128 and -texchop 128 (any and all combinations)failed too. :sad:

what i did find though, is that i deserve a right good slapping for thinking that 'blah blah has unused key values' was something i didnt need to fix.

/me hangs head in shame, and tries to divert attention by posting a pic with monsters that now have dark corners to hide in. :smile:

Well well, that was the problem all along? Bleh. :razz: