I'm using fitzquake080(ok, fitzhack080) and testing some code, when I notice a great deal of slowdown. At first I thought I'd created some monstrosity in the progs code, but profile showed nothing out of the ordinary. I eventually remembered what the pentegram at the top right means - disk activity is slowing it down. When I turn on developer mode I discover that some models are getting meshed almost every time I look at them.

I tried deleting glquake folder in the mod directory, but this only worked temporarily. Is it possible that heapsize was too low for the map I was running(tris.bsp)? Would that or something else cause things to be meshed very often when lots of models were onscreen, but for it to die down again when some models got removed? 

What's the most popular or prevalent Half-Life wad editor? 

Try either XwE (http://www.doomworld.com/xwe/) or Wally (http://www.telefragged.com/wally/index.shtml) 

XwE: http://www.doomworld.com/xwe/
Wally: http://www.telefragged.com/wally/index.shtml

:P 

I believe higher heapsize would fix that because it sounds like models being re-caches continuously. 

Thanks - this seems to work. Just so long as it's not the change in code! 

Is it possible to add the grey colour that is used in sprites to a model?
This for adding transparancy to it, like the gaps in the skeleton of bones. 

then I must have seen bublegum watching shrak.
wasn't there that crying babyball, who just slit open?

Looking at the texture it is done with that same colour.
But if I use it on a base tex for an entityit it stays brown. 

What is the trick again to have the inner faces of a door (the ones that touch when the door is closed) lit? 

because lights can be inside solid entities.

:D 

#### ####
###> <###
#### #### <---- A door

#### ####
#x#> <#x#
#### #### <---- The two x's are lights inside the doors 

electrifying something on a moving thing is much harder and more prone to error. 

note to self: read context. 

And now I am gonna electrify megaman's moving butt. 

I dont think thats even possible, is it?

I just mean put the light inside the door in the .map file so that it casts light onto the "inner faces" of the door opposite. :-)

AFAIK you can put light entities inside any solid entity, because the inside of a solid entity is not in the void, and because solid entities dont cast shadows. 

I didn't even think of that, nice tip Ricky. Makes perfect sense now that you mention it... 

I am having trouble with a func_wall to kill. A monster has "killtarget" "killwall", the func_wall has "targetname" "killwall". Nothing happens when the monster dies, what is wrong? 

If monsters don't have the target field set, then they skip the part of the code that calls SUB_UseTargets - which is the function that handles killtargets. So give the monster a "target" key which doesn't correspond to any targetname in your map, and it should work fine. 

now that is down right evil. 

I roll with the toolbar objects undocked. Thusly: http://www.grayheaven.net/unfucked.jpg

After a while the toolwindows flicker out, as if the renderorder is reversed or something. Behold: http://www.grayheaven.net/fucked.jpg

If I mouseover them, the titlebars flicker back on top, and I can sometimes unfuck it back by resizing them or minimizing the hammer window and maximizing - and after a while they fuck off again. Mothercockgobbling bullshit. It started a few days ago, either when I tried the latest geforce driver or when valve released the latest source SDK update, I'm not sure which, but rolling back the drivers haven't helped.

It's bloodfucking annoying. Anyone know of a fix?

---

Also, Willem, wtf? Why've you dropped off the PC radar? 

The PC radar? 

the crap 

Any1 has idea why could UV mapping be lost on .ase in radiant?

pictures there http://www.splashdamage.com/forums/showthread.php?t=16693 

wrath

Ahh right. I dunno, I just got tired of it I guess. 

or uv channel that isn't set to 0? all i got, sorry.