r_drawviewmodel 0 

I did a quick google search and found this thread;

http://www.chatbear.com/unity2/12/913,1188737745,4371/1068645/0#7

States exactly the same problem with the same card. Someone mentions a temp-fix that seems to work, by disabling the card, then re-enabling. Though is this practical? Since I don't really want anything to... mess up. 

metlslime. 

Just tested the solution in the link I mentioned above and it works. The only issue is a drop in speed, but nothing unbearable. Hopefully this can be helpful to anyone else that comes across the same problem. 

r_drawvieuwmodel 0

unknown command. 

 

try "r_drawvi" and hit TAB. :P 

I am so stpid! 

mwahaha that sounds so dutch, nice one MadFox 

On some brushes with a 45 degree face, textures ligning up in the editor are 90 degrees out in the game, and vice versa.

I remember two fixes: one was when compiling (-oldaxis ?) and one was in the editor (BspEditor). Anyone know the editor fix? 

Not sure ... that's interesting though because I thought it was only ToeTag that did that. Good to know my editor isn't alone in screwing up sometimes. :P 

File - Preferences - Preferences:
Alt. 45 Deg. Face Texturing checkbox.

Close your map and re-open it to refresh all affected textures (there may be a faster way to do this, but I haven't found it). If you only need to refresh one surface, select it, open the Surface Properties box (hotkey: S), and click one of the Apply buttons. 

Thanks for your help.

I'm using 96b (because support for BspBuild was dropped in 96c) so the sequence is:-

File - Preferences - Game/Directories

then in the Settings Window, from the drop down select Texture

then change the texture_alignment from False to True

then click on Write Bsp.cfg

Everything's fine right now... 

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.