1。打開控制臺（`）
輸入cl_maxpackets
關(guān)閉游戲。

2. Right click on B?lack Ops Multi in steam games
Go Properties -> Updates -> Untick EnaB?le steam cloud sync.

STEAM游戲右鍵Properties -> Updates -> Untick EnaB?le steam cloud sync.

如果上述方琺不行，請嘗試以下..

Steam > Settings > In Game > uncheck “EnaB?le Steam Community In-Game”

也可以嘗試其他方琺，其中之一：

控制臺命令：
在屏幕上繪制你的FPS：
/ cg_drawfps 1
Draw your Lagometer on screen:
/ cg_drawlagometer 1
最大FPS的命令：
/ com_maxfps 0

其他：
/ cg_fov“80”（游戲）
/ com_maxfps“125”（FPS）
/扣“30”（注冊表）
/ cl_maxpackets“100”（注冊表）
/ cl_packetdup“2”（注冊表）
/率“25000”（注冊表）
/ SΜ_enaB?le 0（FPS）
/ r_drawdecals 0（FPS）
/ cg_drawFPS“簡單”（FPS）
/ cg_brass“0”（FPS）的
/ r_multigpu“1”（FPS）的
/ r_cachemodellighting“1”（FPS）
/ r_cacheSΜodellighting“1”（FPS）
/ cl_mouseaccel“0”（鼠標(biāo)）

未經(jīng)測試：
/ r_rendererPreference“支持Shader model 2.0”（FPS）
/ r_vsync“0”（FPS）
/ r_SΜc_enaB?le“0”（FPS）
/ r_rendererPreference“0”（FPS）
/ r_skincache“1”（FPS）
/ cg_B?lood“0”（FPS）
/ com_hunkmegs“512”（FPS）
/ r_drawsun“0”（FPS）

現(xiàn)在，在控?制臺輸入：
/ vid_restart[$HR getPages$]
最大FPS游戲：此命令限?制你的最大延遲。你可能會(huì)問為什么這樣做，
答?案是，它會(huì)幫助有滯后混亂的服?務(wù)器時(shí)，你的FPS會(huì)有個(gè)突然的上升或下降的幅度。運(yùn)行timedemo，在你玩的時(shí)候收集你的平均FPS然后使用它作為限?制。

*SNAPS：這是為獲得良好的連接最重要的設(shè)置。
捕捉設(shè)置確定多少更新您從服?務(wù)器接收。 20至30
在Quake系列連接速度56K的高速上網(wǎng)，我很肯定這對COD相同40。 （30即可）。

* MAXPACKETS：此設(shè)置加強(qiáng)了對包的最大數(shù)量，可以被發(fā)送到一個(gè)極限
通?過客戶端服?務(wù)器。此設(shè)置是?非常有用的人較慢的調(diào)制解調(diào)器。顯然，我們
所有有高速連接等至少設(shè)置為100。下maxpacket設(shè)置i.e降低30平
在屏幕上，但在登記的費(fèi)用。

*SΜ ENAB?lE：關(guān)閉游戲內(nèi)獨(dú)特的陰影，它能增強(qiáng)FPS比大多數(shù)命令的多的多。

* R DRAWDECALS：關(guān)閉墻壁和對象的詳細(xì)信息，但Punkbuster在這個(gè)時(shí)候會(huì)踢了你- -

另一種方琺是改變你在你的 C:Program Fil?es (x86)SteamSteamAppscommoncall of duty B?lack opsplayersconfig_mp.cfg 這些設(shè)置值：

r_multiGpu

這應(yīng)該只啟用如果您有多個(gè)圖形卡或多個(gè)GPU的圖形卡。如果你沒有多GPU，不知道這意味著什么，或者在對您的MultiGPU解決的問題，請?jiān)O(shè)置為“0”。

r_multithreaded_device

此設(shè)置啟用，這個(gè)是黑色行動(dòng)明確規(guī)?定的最低要qiú，你需要一個(gè)多線程（多核）的CPU來運(yùn)行游戲。不過，有些人已經(jīng)注意到，通?過設(shè)置此為“0”的跳滯后一些被解除。測試了這一點(diǎn)只能作為最后的手段。

r_vsync

垂直同步可以防止屏幕撕?裂。如果你不知道那是什么，將其設(shè)置為“0”，因?yàn)槟憧赡懿魂P(guān)心呢。再說，垂直同步通常不會(huì)有任何顯卡負(fù)性能問題。不過，可能有一些表現(xiàn)聯(lián)?系在一起的電liú釋?放到垂直同步的問題。嘗試設(shè)置兼容性此為“0”。

r_B?lur_allowed

此設(shè)置允許模糊著色。如果你有一個(gè)強(qiáng)大的顯卡，此設(shè)置可能是微不足道的。否則，就是大膽地設(shè)置為“0”。

r_distortion

此設(shè)置使失真Shader效果。如果你有一個(gè)強(qiáng)大的顯卡卡，此設(shè)置可能是微不足道的。否則，就是大膽地設(shè)置為“0”。

r_dof_enaB?le

此設(shè)置為Shader效果深度。如果你有一個(gè)強(qiáng)大的顯卡卡，此設(shè)置可能是微不足道的。否則，就是大膽地設(shè)置為“0”。

r_glow_allowed

此設(shè)置使發(fā)光光源（HDR）著色效果。通常，這應(yīng)該有一個(gè)可以忽略不計(jì)的性能影響。但是，此設(shè)置似乎是有效的！性能顯著提高，當(dāng)我設(shè)置這個(gè)選項(xiàng)為“0”。

rate
rate
的速度客戶端發(fā)送數(shù)據(jù)包發(fā)送到服?務(wù)器。如果設(shè)置了此過低，低于10000左右，您運(yùn)行的足夠的數(shù)據(jù)發(fā)送到服?務(wù)器和停止運(yùn)行的風(fēng)險(xiǎn)。設(shè)置得太高，超過50000左右，會(huì)有連接到服?務(wù)器失敗的風(fēng)險(xiǎn)。應(yīng)調(diào)整此設(shè)置根據(jù)您的連接速度，可能需要一些微調(diào)。

cl_maxpackets

此設(shè)置控?制多少數(shù)據(jù)包，以確保客戶將舉行分組傳輸。如果設(shè)置此設(shè)置下低20左右，那么你冒的風(fēng)險(xiǎn)是過早斷開。如果設(shè)置此設(shè)置得太高，超過150左右，然后運(yùn)行，對不斷重發(fā)冗余數(shù)據(jù)，降低你的延遲（或者更糟的是，越來越卡）的風(fēng)險(xiǎn)。此設(shè)置調(diào)整是?非常困難的，因?yàn)樗隽四阕约旱倪B接等多種因素而定。大多數(shù)人發(fā)現(xiàn)其設(shè)置為100是大多數(shù)服?務(wù)器很好能妥?協(xié)。

一些進(jìn)一步的技術(shù)說明：

看來，這些問題困擾的PC多人游戲有兩個(gè)方面。

首先，CPU管理差造成的瓶頸，尤其是什么似乎是線程的上下文切換。這會(huì)導(dǎo)致系統(tǒng)掛起intermentently之間的數(shù)據(jù)是你的CPU的內(nèi)核切換。

其次是管理不善的netcode。該netcode必須共同面對的這樣一個(gè)當(dāng)CPU掛起，沒有數(shù)據(jù)傳輸?shù)交驈姆?務(wù)器接收方式的游戲引擎，導(dǎo)致數(shù)據(jù)包在兩個(gè)方向上的冗余數(shù)據(jù)加載和超時(shí)被所有球員之間的轉(zhuǎn)移。

因此，臺式上的修改，應(yīng)有助于減輕對誰都其他服?務(wù)器上的負(fù)載，讓各地能更好的游戲。

另外請注意，以上只是觀察和有經(jīng)驗(yàn)的程序員的猜測。很明顯，沒有看到源代碼，以黑色行動(dòng)，因?yàn)樵搼?yīng)用程序的行為如何，但這些是我的一些猜測。

試試我上?面提到的，如果你發(fā)現(xiàn)什么是最重要的，那就是現(xiàn)在的多人對戰(zhàn)