背德の花

呵呵，完整显示签名了就了不起了?。。

7600GT现在不也是废物一个麽！~玩啥啥不沾，

别把自己不当高手

呵呵！WTF?

斑猪还要组织同学们看热闹的呀。

Worst game ever.

Graphics are terrible. The figures are like cartoons, not solid, realistic looking enough. Multiplayer is laggy and little better then chaos, without any order. Game menu looks like it was designed by a kindergartener. Weapons are crap, and the Sten looks like two metal tubes glued together.

Can't understand why people like it!!

今儿你又cod了?

never had a dream come true!

开了帝叉9不就有了咪?

送楼主一个ID：2b

我外挂进的。。没输key！卡不行，跑着累

我日他day

多人模式一片花啊。。

HDR效果过头了。。

十分不服的强退了。。最后时刻爆出了自己的真名？还是骂我zb。。。我冤啊啊啊啊啊啊啊啊~~~

最佳设置：

m_yaw 0

m_pitch 0

btw大家节日快乐

给不知道此参数的人看！~

The easiest way to try and describe the effects of m_yaw and m_pitch is to use illustrations. Combining MSPaint with my (lack of) artistic talents doesnt lead to accurate, exacting illustrations but you'll get the idea. Remember, m_yaw effectively sets the "sensitivity" on the x-axis (horazontal) and m_pitch effectively sets the sensitivity on the y-axis. "Sensitivity" setting can be considered to multiply both settings equally. The diagrams use an oval to illustrate the area the mouse moves within for a limited mouse movement in every direction - maybe easiest to pretend the mousemat is a circle with two inch diameter. In effect, m_yaw sets the width of the oval, and m_pitch affects the height. "Sensitivity" just makes the circle bigger, but without changing the proportions.

With m_yaw set the same value as m_pitch, as default, the oval is a circle.

If you set m_pitch proportionately low compared to m_yaw, the oval flattens into an ellipse. Note of course the exact same effect can be done by keeping m_pitch constant and making m_yaw proportionately high, the ellipse will have the same relative width to height, it will just be bigger - and you can make it smaller by reducing "sensitivity" setting. This is why both cvars are checked.

It is quite clear that if the enemy player is on level ground, it takes little effort to keep the crosshair at head height, and the player only has to worry about moving the mouse left or right in order to aim well. Of course, this makes it harder to adjust aim for players movements going up and down, but this is easier regardless of mouse settings anyway, you can see the terrain levels and predict height changes relatively easily, and on flat terrain the enemy can only either jump up or drop to a crouch or prone position - which is both slower and much less movement (i.e. much less angle change for aim, maybe +/- 45 degrees even at point-blank range, more like +/- 1 at long distance) than you can do by sprinting to the side (up to +/- 180 degree aim movement maybe necessary). A player would have to step off a small cliff for his head to change height suddenly and force a large down/up change in angle for aiming at him. A very low m_pitch:m_yaw setting, because of up/down aiming, can in some situations be a big disadvantage to the player, but in many others be a big advantage. To make it worse, it is possible to make a script to toggle the low ratio on and off when necessary. Clearly there is a need to restrict how much players can take advantage of this.

Whats seems to be the generally accepted allowance for this is roughly 2:3, i.e. m_pitch can be set to anything above two-thirds the sensitivity of m_yaw, or to relate to the diagrams, the height of the oval much be at least 2/3 of it's width. The picture shows this minimum requirement:

In order to do this, there are two commonly used sets of cvar restrictions.

pb_sv_cvar m_pitch OUT -0.015 0.015

pb_sv_cvar m_yaw IN 0.022

or

pb_sv_cvar m_pitch OUT -0.015 0.015

pb_sv_cvar m_yaw IN -0.022 0.022

The first set results in an allowable range like the following image, players can set their yaw and pitch for an oval that lies anywhere between the red and pink ovals shown:

However, you'll notice this doesnt allow the maximum range of settings that we're not bothered about, so we're not being as flexible as we should. The second set of cvars are the same as the first set, except they allow the width of the ellipse to be reduced, at the given "sensitivity". In effect, this does not change what players can actually set their "ellipse" as, because the same range of ratio's of m_yaw:m_pitch can be used, it just allows for example 0.015:0.011 at "sensitivity" 10 instead of 0.030:0.022 at "sensitivity" 5 - it also allows negative m_yaw to be used for any player who might want his/her mouse inverted on the horazontal axis. It is simply a more flexible way to write the cvars that restrict what we want with minimal possible inconvenience for players.

自己用的

鉴于pb cfg问题，有些图像设置仍保持默认！

不过在pub上还是很好用的！

// generated by Call of Duty, do not modify

unbindall

unbindall

seta config_clean "1"

seta cl_recoil ".0"

seta r_aaAlpha "Dither (fast)"

seta r_rendererPreference "dx6"

seta r_textureMode "Rigidity (nice)"

愚人节快乐 ^,..,^

给我们擦枪吧

本人格林哈哈,就是哈哈格林, 今天看见你回复了,没有demo发一个上来让你看！下次我进服务器打也不现场录一个发上来！其实告诉你个秘密我经常打第一的,说我作弊的还没有 呵呵

另:看来你玩cod2时间也没多久吧,没几个人认得你，建议您有空去打听打听d.sk1pz.asus这个ID,然后再来这里争辩你是否作弊的问题吧

是鬼!

记着某厮有一此虫demo！

可能显卡挂了…… 5 上次给显卡除尘后现在也比之前卡很多，怪异的是经常FPS值很低，补偿祯很高

龟脂屠少了吧

估计那会儿我在玩cod4

学习了