cs1.6联机死亡后怎么说话

我已经坚持了12年CS了，也打过职业和半职业，期间也获得过微不足道的小成绩。我们现在CS16比赛都是开SXE(反作弊器）在互联网上打，现在CS服务器都有五连语音，就是死后也可以与队友说话报点。只是前提必须这个服务器下载了这个五连语音插件，而且在你有OP密码的情况下，才能使用控制台的命令。
amx_teamtalk 0|1 （默认：1）是否开启此插件的语音控制功能
amx_talkhint 0|1|2（默认：1）提示类型：0-关闭, 1-HUD, 2-聊天区
amx_talktime 整数值 （默认：0）语音控制的一个时间参数。
第一个命令:五连开关
第二个命令:时间提示可以关掉,可以显示在左下角,也可以显示在中间
第三个命令:可以控制死后互通话的时间
当 amx_talktime 为 0 时，队友间总是可以互相听到讲话
当 amx_talktime 为正数时，玩家死亡后的amx_talktime秒内，活着的队友可以听到其讲话，超过这个时间则活着的队友听不到其讲话了主要用于：当玩家刚死亡时，可以给活着的队友报点，又可以避免一直讲话而影响活着的队友发挥
当 amx_talktime 为负数时，玩家死亡后的 |amx_talktime| 秒内，活着的队友听不到其讲话，超过这个时间则活着的队友可以听到其讲话主要用于：当玩家刚死亡时，避免玩家报点，但时间过后可以通话，可用于战术指挥，训练时感觉比较有用。
记住，在公用服务器时，输入一切命令时，前面要+rcon 。比如开启五连语音：
rcon amx_teamtalk 1
有什么不懂的可以继续问。在线的话，可以随时答复你

一、准备工作1、SVN服务器：解压缩包，可以从官方网站下载最新版本。2、SVN客户端：TortoiseSVN，即常说的小乌龟，是一个客户端程序，用来与服务器端通讯。
二、安装服务器和客户端程序1、SVN服务器：直接解压缩到某个文件夹下即可。示例路径：c:\svn\ 备注：如果下载的是msi程序，直接运行按提示安装即可。2、SVN客户端：直接运行按提示安装即可。示例路径：C:\Program Files\Subversion
三、建立版本库（Repository）：示例路径：e:\svnroot。建立版本库有两种方法：
方法一，建立空目录e:\svnroot\repos1，进入repos1文件夹，在空白处点击右键，选择“TortoiseSVN->Create Repositoryhere”，
方法二，建立空目录e:\svnroot\repos2，进入DOS命令行，输入如下命令：
svnadmincreate e:\svnroot\repos2
四、运行SVN服务器，启动服务。启动服务有两种方法：
方法一，临时启动服务，在DOS下输入如下命令：
svnserve -d -r e:\svnroot\repos1 --listen-host ip地址 --listen-port=端口号
说明：“listen-host”和“listen-port”可选。默认端口是3690,如果端口已经被占用，可以通过选项listen-port指定端口号。
注意：请不要关闭命令行窗口，关闭窗口会把 svn服务就停止了。
方法二，启动SVN服务为后台运行程序：
sc create svnserve binPath= "c:\svn\bin\svnserveexe --service -r e:\svnroot\repos1" displayname= "Subversion" depend=Tcpip start= auto
说明一：
(1)sc是windows自带的服务配置程序。svnserve是服务的名称，可根据需求取名。
(2)参数binPath表示svnserve可执行文件的安装路径。
(3)--service表示以windows服务的形式运行，--r指明svnrepository的位置，service参数与r参数都作为binPath的一部分，因此与svnserveexe的路径一起被包含在一对双引号当中。
(4)displayname表示在windows服务列表中显示的名字，depend=Tcpip表示svnserve服务的运行需要tcpip服务，start=auto表示开机后自动运行。安装服务后，svnserve要等下次开机时才会自动运行。
说明二：
(1)binPath的等号前面无空格，等号后面有空格。displayname、depend、start也一样，service前面是--，不是- ，而r前面是-。
(2)若要卸载svn服务，则执行 sc delete svnserve 即可。
(3)从“sc”到“auto”是在同一个命令sc，必须写在同一行。
(4)启动服务命令：netstart svnserve，停止服务命令：net start svnserve，也可以进入Windows提供的界面 *** 作SVNService服务了，即控制面板—>服务。
(5)如果路径中包括空格，一定要用“\”处理“"”号，例如上面的例子中如果svnserveexe在“c:\programfiles\svn\”中，则命令应该写为“binpath="\"c:\programfiles\svn\bin\svnserveexe\"
五、配置用户和权限(1)修改svnserveconf，在e:\svn\repos1\conf目录下，用文本编辑器打开svnserveconf：将： # anon-access = read # auth-access = write # password-db = passwd改为 anon-access = read auth-access = write password-db = passwd注意说明：anon-access等列前面是没有空格的。anon-access = read表示没通过用户名密码登录的访问只有读的权限，如果改为n
one则没有用户名密码不能访问auth-access = write表示通过用户名密码登录的有写的权限(当然读的权限也就有了)password-db = passwd表示可以通过 用户名 = 密码 的方式在passwd文件中添加用户(2)修改同目录的passwd文件，增加用户帐号：将： [users] # harry = harryssecret # sally = sallyssecret添加帐号： [users] # harry = harryssecret # sally = sallyssecret admin = admin添加一个admin账户，密码是admin。
六、初始化SVN，导入数据选中要上传SVN的文件夹，“右键 ->TortoiseSVN -> Import” ，在d出对话框的“URL of repository”输入“svn://localhost/project1/”。在“Importmessage”输入注释，点击OK，要求输入帐号，输入账户admin和密码admin。
七，测试SVN本地测试：新建一空文件夹test1，单击右键，选择“SVN Checkout”，在“URL of repository”中输入“svn://localhost/project1”。其他机器测试：如果运行svnserve的主机IP地址是1234，则URL输入的内容就是“svn://1234/project1”。

使用Qt吧,前提是在这两者下进行选择。既然提到了Qt和MFC，我想题主肯定是一个C++的开发者。其实，在我看来，Windows下开发界面程序，还有很多其他的选择。下面我就连同Qt、MFC一起来介绍一下几种常用的界面开发框架。

其实选什么学习还得根据自身的需求。语言不分好坏在于人。精通才是正道。当下window下流行的编程语言，有vb，mfc，c sharp，。如果没啥限制，建议第三个吧，简单粗暴上手快，开发效率也高。如果公司或硬件限制必须用mfc或其他语言，那学就是。都是微软的产品，我开发项目都用过，知识通用。至于qt封装是全，相对微软自家的产品，用的人少些。问题多靠自己解决

具体选择QT还是MFC，这要根据题主的需求来决定。如果你入职一家公司，做的是老项目的维护，而原有项目是采用MFC来开发，那么当然，你没得选，只能老老实实的继续MFC，虽然这玩意写起来真的很虐心。如果是一个全新的项目，那么还是首选Qt。

下面根据自己的认识，推荐几款Windows下开发界面开发常用技术。

1）Qt

号称可以跨平台，语法结构简单清晰。面向对象的特性体现的比MFC明显。代码写起来比较优雅，也就是说上手会快一点,最新版本支持的特性QML，可以让我们用JS，CSS来绘制客户端界面，写起来效率也是蛮高的。缺点就是文档可能没有MFC那么齐全，基本只有官方的官网和Demo，而且发布包体积会比较大。

2）MFC

全称Microsoft Foundation Classes（微软基础类库），可以算的上是上古产品了吧，目前除了维护老项目，应该很少有团队使用MFC来开发了吧。基本上MFC == “没饭吃”。建议如果你是初学者，界面开发还是不要选择MFC了。它唯一的好处就是微软的MSDN文档比较齐全，相关论坛和那种问答的资源要多很多，一般初学者遇到的问题都可以看到前辈们的解决方法。不过目前它已经被其亲爹微软抛弃了。

3）Duilib

目前已开源，是一款强大的界面开发工具，可以将用户界面和处理逻辑彻底分离，极大地提高用户界面的开发效率。唯一不足的是原开发者已经停止维护，很多都是个人在维护，出了问题的话，只能自己去摸索，Debug。下面是一款个人使用Duilib开发的迅雷播放器界面效果。

最后附上一些基于Duilib开发的软件不完全列表（欢迎大家补充指正）：

百度： PPS 爱奇艺 百度杀毒 百度卫士 91助手

腾讯： 微信 企业微信

阿里： 钉钉 支付宝安全控件 PP助手

书生云： 书生企业云盘

微软： 微软壁纸

网易： 易信 云音乐 荒野行动PC版

华为： 华为网盘

金山： 金山快盘

京东： 咚咚

cctv： cbox

酷我： 酷我音乐盒

蘑菇街： TeamTalk

火绒： 火绒安全软件

盘古： 盘古越狱工具

顺网： 网维大师 91y

网狐： 网狐经典版

墨迹风云： 墨迹天气

zoomcloud： Zoom 视频会议

搜狗： 搜狗手机助手

沃通： 沃通代码签名工具

驱动人生： 驱动人生 人生日历

维棠： 维棠

深圳市北斗智研 科技 ： 智能办公助手 ERP管理系统

4）Electron

这玩意应该是这几年才火起来的吧，宣城自己可以通过使用JavaScript、HTML和CSS构建 跨平台 的桌面应用程序，让人们感觉 JS 真的有一统天下的趋势（Web、移动端、PC客户端）。开发效率真心的高，不过貌似商用上还不是特别的多，典型的成功案例目前知道的有VSCode，Atom。

两者之间二选一的话肯定选Qt了，如果再考虑开发效率与运行效率的话，可以在Python平台上使用Qt的Python绑定库PyQt，再配合C++，主体用Python语言，界面部分用PyQt搭建，核心算法部分用C++封装成动态库DLL文件，在Python里去调用。这样是一个不错的方案，Python部分缩短了开发时间，C++部分保证了运行速度，只是前提是，你要会用C++写DLL，在Python里会调用DLL。

作为做了近2两年windows application的人来说，我直接说Qt！首先我主要做pc和下位机通信的app，如串口、tcpip、总线类等。选qt理由如下：仅从我的经历来讲

1、Qt开发效率高。我第一个项目前几个项目用的MFC，平均时长3个月，一个软件80%的时间都放在界面上去了。然后后面开始使用Qt，一个月能做好几个app没压力，界面布局很方便，不用像MFC去一个一个控件拖动。

2、Qt库简单易懂。个人的感觉就是MFC与win api联系太大了，你要玩转MFC，必须要把windowsapi相关知识搞得明明白白的。而Qt库把每一个功能都封装得很好，很容易去使用，不需要没事就百度怎么用。

3、MFC已经在淘汰边缘了。到如今Qt还在不断更新，我目前使用的是Qt59。在平时招聘的时候，也很少看到有公司让你专职做MFC，要么Qt，要么C#。

4、Qt跨平台。我当初换Qt的一个原因还是，我以后如果不做windows了可以换linux上位机，Qt可以做到很好的跨平台，而MFC不行。

两者没有好坏之分，需要看应用场景。如果是界面要求不高，稳定性和效率要求高的工业软件，MFC是最好的选择。如果是界面要求美观，跨平台使用，QT是最好的选择。但是要注意的是QT企业用是需要授权费的。另外，windows上的界面还有其他选择wpf，direct ui等。这里着重提一下direct ui，目前可以找到比较好的就是duilib这个界面库，开源稳定易用高效。关注我一起探讨呀！

我们来简单比较一下QT和MFC。

1开发速度

整体来说可能MFC会快捷一些，因为windows平台的开发工具大多很智能，因为立足于windows的开发人群很广，从菜鸟到专业人士，但是QT由于基于Linux，可用的开发工具不多，大都比较专业，多是第三方产品，而且集成度不大，第三方库也没有MFC得多，从这一点MFC略胜一筹，但是QT自从被Nokia收购后，官方发布了跨平台集成开发环境QTCreator，所以之后走向就不好说了，个人总体感觉QT Creator和VSnet差距比较大，还需改进。

但是从库本身来说QT集成的功能较MFC庞大，而且使用的封装技术信号和槽也是比较受到赞许的，比如QT Script为QT提供嵌入式脚本，QT界面库支持CSS，所以QT做出来的界面比MFC要好，而且比较容易，MFC就需要借助第三方库了。

因为MFC是浅层封装（最新的2008 sp1加入了BCG的高级界面库，可能有所改善）windows SDK，以降低使用windows SDK引起的开发效率的降低，和开发难度的增加。

所以QT库是比MFC优秀的，两个库都经受了时间的考验，稳定性都很高，Bug几乎没有。

2运行效率

MFC由于其浅层封装的特点，所以运行效率是比较高的，加上vc对windows的针对性优化，整体性能是比较高的，但是如果加入第三方库就不敢保证了。

QT因为库比较庞大，封装层次较深，所以运行效率较MFC为低，但是在现在的机器配置下，C#大家都不介意了，这些会引起人们的介意吗？

3学习难度

QT的封装哲学比较明晰，和系统隔离得比较好，门槛不高；

MFC较难精通，因为深入开发之后SDK还是要了解的。

必须Qt啊，跨平台，还有鬼知道项目以后要不要跑Linux和嵌入式设备上！界面简单的话，用qml开发，可以直接移植到嵌入式设备上去，还可以把编写逻辑的程序员和界面设计师分离出来！mfc现在微软都放弃更新维护了，mfc开发界面很麻烦的，除非老项目要维护，不然不建议再用mfc做新项目了！Qt的信号与槽很赞，比mfc的回调函数好用多了！

mfc底层太复杂了，但资料多，开源代码多。

qt底层可能好点，但资料和整个开发环境肯定不如vs系列。

微软精力不在mfc上面了，而qt则要在竞争中求存活。

用什么看开发习惯，熟悉哪个用哪个。有困难找我

（重启）开机时进入安全模式（可按F8）→按Win+R在d出窗口内输入“servicesmsc”→回车键→在服务中找到名为Windows Update的服务，双击打开其属性→在属性中将Windows Update启动类型改为“禁用”→正常启动后建议：将Windows Update启动类型改回“自动（延迟）”

如图：

---