I have a brief explanation for each option (with default values) if you run Light without parameters. 

Does this happen after loading a saved game? If so, you might've run into the mixed models progs bug. It typically happens when you have random precaching order of models. 

No, it's straight from a fresh compile.

It's got to be something in the spawn qc (can't blame anyone else if that turns out to be the case!) but I'll check it tomorrow. 

OK, I checked the CCTV and now know what happened.

My house was broken into and someone started-up my computer, changed one line of code in items.qc, saved the file, shut-down my computer and left the house. I've asked the police to arrest Cut N Paste and bring him to justice.

How does one write maniacal laughter? 

Harharharrr!!! Hahahahahagahkhahaha!!! 

i thought it was 'muahahaha'? 

and Spirit's version is Pirate-Rapist,

for maniacal, you need something twitchy and indiciative of a loss ofcontrol.

Like a, 'he. he he. heh?!? HA-HA-HA-HA-HA-HA AAAAHHHHHH'

Far from perfect, but a little Joker and a little Stewie mixed in and it should be right. 

qc-code one night in the SinglePlayer area, and it ate all my progs.dat 

I like WC 3.3, but there are two small problems that are making me fucking pissed off.
1: the monitor I'm temporarily on is fucked up and dark - is there a way to increase texture brightness?

2: I like that the brushes are different colours. that's nice. but I hate that when you clip a brush it turns black. So much in fact that I group any brush I clip to avoid the sitution. I don't mind losing all the colours if I don't have to deal with the blackness.
Can this be changed?

Thanks 

I've downloaded 3D Exploration today with the intention of converting some brush work into an .mdl. There is a 30 day free trial for the software.

When I tried this earlier today it worked fine: open .map in 3DE, export to .dfx, import into Qme and save as .mdl. Easy.

But now 3DE crashes as soon as I try to open any .map file. I don't know why and the error log is not very helpful.

I don't want to have to try to recreate this brushwork directly in Qme, so does anyone know of any other way to convert brushwork to .mdl using freeware? 

you can convert the map file to Quake2/3 format with Sleepwalkr's map converter and then create a bsp with Q3map2 and run Q3map2 a second time with the -convert option and it will create an .ase model. From that you can load it in a model program like Blender (will need a script you can get from Q3Bits site) and then convert to .dxf or
.3ds. 

Those processes are so convoluted it cracks me up. :) Sorry, I've had to do some incredibly obtuse file conversions before, but nothing that involved. Where's the step where you convert it to XHTML so you can view it in IE? :) 

done using a QBasic script after your put the model through an assembly language decompiler.

Mike, another converter utility that may be helpful, BitUrn.

http://mirex.mypage.sk/index.php?selected=1 

Thanks for the info. But... er, um... perhaps I won't go down that route after all. 

the blocks I am referring to in part 2 are in the 2d view, obviously.
Question 1 will be sorted out soon, because I'll be moving back to my original comp, but question 2 is important. It's the biggest problem I have with WC 3.3. 

the drew is finally back for good? oh, my dreams have come true! (at least the g-rated ones :P) 

We'll have to see if I can get my shit together here. It's all fucked up right now. But I'll make my triumphant, dominating, swaggering speedmapping return soon. And Neg!ke, you'll get the ladyboy photos soon, too. 

Also, that is the last ladyboy joke I'll ever make. It's dead now. And I don't like to joke about dead girls, even if they had a dick.
Moving on, can anyone help me with these WC problems? If you do I'll give you a SM sometime soon. 

So I want to animate a model. I added a "skeleton" of joints. Then I selected the specific joints, hold shift, selected the appropiate vertices and clicked assign. I did that for all body parts. But when I now select a joint and move it, the vertices are not following (as I think they should?).

Any idea? 

Aside from multiple info_notnull explosions is there an efficient way to kill the player after a time limit has passed. Basicly they need to escape (change level) before a time limit has passed. I�m working under Qouth and the info_command allows me to use the console command kill. This doesn�t work because it still applies after the player completes the level - restarting it. As well as this the player doesn�t die, the level just restarts instantly. If all else fails I can just set up lots of explosions, but I get the feeling there is a hack of some kind that will let me do this neatly.

Cheers. 

...that covers the volume the player may be in at the end of the countdown. Make it hurt big time though, and of course make sure there are no pents available.

CZG made a level called "Sky Palace" which demonstrates the concept admirably. But it doesn't seem to be on his site any longer http://czg.leveldesign.org/q/index.html

But I think it's available at quaddicted: http://www.quaddicted.com/filebase/czg02s1.zip 

Neg!ke made a speedmap with HL textures where you had to minutes to reach the toilet before you exploded. You should ask him how he did that - perhaps you can trigger a trigger_hurt that surrounds the whole level when the countdown expires - I've never bothered to try, but I would imagine that is how it works. 

like than said.
standard trigger hack with a large brush covering the entire map. when activated it only kills the player while the monsters stay alive (in most cases). 

You can't delay the activation of a trigger_hurt in standard quake progs, so use a teleporter with the player only flag set, and teleport the player into a hurty place. 

you can probably do it with one of those info_notnull hacks

info_notnull{
"use" "trigger_hurt"
"targetname" "killAll"
"solid" "0"
{
//brush info
}
}

But the teleport way might be preferable anyway since then you don't risk getting massive packet overflows as all the monsters are gibbed simultaneously.