Hey list,
I'm wondering if there is an equivalent of the ForceMaterialOverride for
the world. Say I wanted to render eg. the entire world ( without the
entities, just the brushwork ) in just one color, or better yet shaded but
untextured, is there a feasible way to do this? [ I'm not talking
Well, I though we are all mature here and in the end we are the coders who
should be fixing, not breaking, right?:P
Agreed; please don't post details--it only encourages abuse.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Keeper
Sent: Wednesday,
Keeper apparently refers to exploits in the *engine*. He is a modder
himself, so let's not insult his intelligence or good will and assume
that, had it been possible to fix these exploits in the SDK code, he would
have shared the fixes with us. Hence, it is not, and since we cannot fix
them anyway
Frankly it is so.
BTW, me and Keeper are in the same mod team ;)
EmielRegis a.k.a. Millz
www.invision-games.com
Keeper apparently refers to exploits in the *engine*. He is a modder
himself, so let's not insult his intelligence or good will and assume
that, had it been possible to fix these
--
[ Picked text/plain from multipart/alternative ]
Im sorry to keep hounding about this question..you all probably know what its
like to stare into a pile of code and get a bit lost...thats where I am and Im
desperately trying to find out the bits I am missing. I am thinking it has
something
--
[ Picked text/plain from multipart/alternative ]
Doing a custom lightmappedgeneric shader could probably give you the effect
you wanted. Not too sure though :)!
/ProZak
On 20/09/2007, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hey list,
I'm wondering if there is an equivalent of the
It looks like the combine soldier is trying to run
TASK_GET_PATH_TO_ENEMY_LKP, which generates a path to the enemy's last
known position. This task is failing, however, because it cant build a
route to that position, which sets the COND_ENEMY_UNREACHABLE condition,
causing the
The only things I have seen is that Keeper:
1. Has exploits.
2. Knows how to use them.
3. Is willing to give them out via email.
4. Refuses to help others to fix them.
5. Refuses to make fixes available to others.
6. Refuses to give them to Valve.
7. Refuses to let others try fixing them.
All I
Nick wrote:
The only things I have seen is that Keeper:
1. Has exploits.
2. Knows how to use them.
Knowing about them doesn't necessarily mean that you know how to
reproduce them.
3. Is willing to give them out via email.
To Valve. He's willing to email them privately to Valve, which is
To Valve. He's willing to email them privately to Valve, which is what
everyone SHOULD do if they are aware of exploits
I don't know why he hasn't done this yet.
You, sir, are a moron and really aren't worth the time it took me to
compose this email.
If I had exploits, the first thing I
On Thursday 20 September 2007, Nick wrote:
The only things I have seen is that Keeper:
1. Has exploits.
2. Knows how to use them.
3. Is willing to give them out via email.
4. Refuses to help others to fix them.
5. Refuses to make fixes available to others.
6. Refuses to give them to Valve.
--
[ Picked text/plain from multipart/alternative ]
How do you know he hasn't already sent the information to Valve? Those sort
of exchanges wouldn't be advertised to the mailing list. Your statements
were out of line and just plain wrong. It's poor taste to spout blatant BS
too, which is why you
I don't know what you have to gain from defending an exploiter, but it
really isn't my place to judge. I don't know if you and Keeper are
friends or working together, but please don't turn this around and
start attacking me for no reason. Exploits should be given to Valve,
so Valve can fix them
Sh!
Guys, if you want to bash each other the head with
email nurf, do it off list.
Adam
--- Nick [EMAIL PROTECTED] wrote:
I don't know what you have to gain from defending an
exploiter, but it
really isn't my place to judge. I don't know if you
and Keeper are
friends or working together,
--
[ Picked text/plain from multipart/alternative ]
Seriously, how do you know that he is an exploiter, and NOT contacting them?
Please, just give it a rest.
On 9/20/07, Nick [EMAIL PROTECTED] wrote:
I don't know what you have to gain from defending an exploiter, but it
really isn't my place
This is getting quite ridiculous.
1) Finding an exploit does not make you an exploiter (i.e. someone who
*actively* uses the exploit to achieve an unfair advantage over other
players). Where did that logic come from? And if anything, as a
developer I would be *overjoyed* if people spent time
--
[ Picked text/plain from multipart/alternative ]
Guys, as was said, Please keep the arguing about exploits/who is an
exploiter/what have you off the email list. We don't need our inboxes
filled with a 40 email long argument. Email each other personally or take
it to a forum somewhere please.
This is really getting on my fucking nerves. I know no good deed goes
unpunished but damn, this is insane. Keeper, exploit all you want, I
do not care any more. Have fun.
On 9/20/07, Greg Scott [EMAIL PROTECTED] wrote:
--
[ Picked text/plain from multipart/alternative ]
Guys, as was said,
Wow, don't check the mailing list for a day and look what happens. ::sigh::
Nick, man, you misunderstood my post.
I was responding directly to Mike's post. Therefore my line about I can
e-mail you offline. was directed at HIM ONLY. Sorry for the confusion.
1. Has exploits.
The reason I ask
--
[ Picked text/plain from multipart/alternative ]
Good to see you didn't get worked up about his response like a few other
people here :)
On 9/21/07, Keeper [EMAIL PROTECTED] wrote:
Wow, don't check the mailing list for a day and look what
happens. ::sigh::
Nick, man, you misunderstood
--
[ Picked text/plain from multipart/alternative ]
Hi,
I'm trying to work on a HUD element that catches different events and displays
a message for each event. My inspiration on how to accomplish this nicely came
from taking a look at the notification res files for TF2. I have my HUD
element
21 matches
Mail list logo
