查看: 2264|回复: 4
。。。请问。。Fraps为什么不能录3D游戏了
在线时间 小时
Fraps，我试了好多。
英文版的我安了，可是运行了以后，电脑进程里闪了下它，它又消失了，不管怎么启动，它都启动不能。。出现，消失，出现，消失。。。。。
一些汉化的破解的我也安了，可以运行，可是进入游戏以后，按录制，黄字闪成红字以后，马上又闪成黄字了。。。能运行但是不能录制。。。。
请问有人了解怎么回事吗？
（那个游戏能录制。。因为我以前录过。。。。）
在线时间 小时
您最好清理一下系统和注册表里Fraps的残余文件，在使用新版的。
再有可能就是显卡的问题，运行时是否显示帧数。
在线时间 小时
你可能不记得我
可我记得你。。。。。1年么见了
是这样的。我上面没说更具体。
再有可能就是显卡的问题，运行时是否显示帧数。
[ 显示啊 ]
软件是可以用的，我一共试了3个游戏，有2个都可以录制。就1个不能录制。但是那个不能录制的，我以前录过他。隔了半年我又录。。。却发现不能了。。。不知道怎么搞的
在线时间 小时
好久不见哦。
既然能录游戏，那就在不能鹿的游戏和显卡的驱动配置上找原因，是不是开了什么特效了，不应该基本上这类的软件，
就是刷屏录制。
在线时间 小时
哦。。。。。我用FRAPS录游戏视频,为什么老是把游戏卡的不成样呢!怎么解决!_百度知道
我用FRAPS录游戏视频,为什么老是把游戏卡的不成样呢!怎么解决!
提问者采纳
,,FRAPS太占用你的系统资源,,,用这个吧,,很好用的,所以卡了,SnagIt 百度搜搜,,,我就用这个,,
其他类似问题
fraps的相关知识
等待您来回答
您可能关注的推广
下载知道APP
随时随地咨询
出门在外也不愁<div id="click_content_aid_
<div id="favrite_content_aid_
游戏延迟深入解读：fraps测卡顿其实不靠谱
游戏延迟深入解读：fraps测卡顿其实不靠谱
14:22&&|&&作者：
&&|&&关键字：,,,,
　　Anandtech网站昨晚撰文也分析了这个问题，而且还有专业的AMD技术人员讲解了3D渲染的过程以及fraps记录帧率的原理，这可以帮助我们从另一个角度来看清什么是帧延迟，什么才是真正的卡顿。
&　　在昨天的 Ti Boost一文中，有读者提到我们的显卡评测缺少帧时间统计，这个问题我们一直在关注，因为帧时间的讨论还引出了另一个问题：AMD显卡的游戏的卡顿现象。
　　 Ti对比测试开始的，因为TR认为HD 7950性能虽然比GTX 660 Ti要高，但是在有些游戏里会感到更卡，正是因为它的帧时间不够稳定，每帧生成时间波动太大了。实际的感受就变成有时流畅，有时候就会卡。
　　很快Tomshardware也跟进了，但也有个别媒体用自己的方式来测试，使用了一个高端的双链DVI接口的数据采集卡来收集整个显卡输出的数据，包括帧率、帧时间等等，再通过这些数据来分析游戏的帧速分布。
　　除了游戏内建Benchmark，使用Fraps软件记录游戏帧时间的测试方式早被大众认可，很多读者也认为这种方式比平均帧要更可靠，但是我们对帧时间的了解不多，对这种测试方式心存怀疑。非常应景的是，昨晚撰文分析了这个问题，而且还有专业的AMD技术人员讲解3D渲染的过程及Fraps记录帧率的原理，帮助我们从另一个角度来看清什么是帧延迟，什么才是真正的卡顿。
　　值得一提的是，在各家媒体的测试中AMD显卡都是毫无疑问的“受害者”，因为他们的帧时间显得波动很大，表现不如竞争对手，很多消费者估计也会受此影响。不过，AMD既没有站出来大声反击这些质疑，也没有完全沉默不言，他们想坐下来谈谈帧延迟的问题，告诉大家他们是怎么想的。
　　原文内容非常理论化，内容也很长，所以我按照原文的流程分成几个部分精简的介绍一下。
◆ &显卡的3D渲染过程以及延迟的真正定义
　　解释帧时间之前需要先了解一下Windows系统的渲染过程（Rendering Pipeline）。渲染过程本身并不复杂，但是因为要涉及到Windows系统、CPU、GPU以及驱动等层面，需要知道是哪个环节出了问题才造成延迟的。
　　从基本原理上看，渲染主要有3个过程，应用程序需要将数据传递给Windows系统，Windows则通过驱动管理这个处理过程，最后等系统和驱动准备完成了，GPU就会输出一帧图像并显示出来。
　　长话短说，Windows系统中负责管理的就是Direct3D API，它是DX
API中最主要的3D渲染API，是一个庞大的、复杂的API命令与函数的的集合。D3D首先也是最主要的作用就是收集应用程序的各种绘制命令（draw），并将其结合起来，为进一步的工作做处理。一旦某个完整帧的帧绘制命令都收集完了，D3D就会把它处理完成的工作传递给显卡驱动堆栈的第一个组成部分——UMD（
User Mode Driver）。
　　UMD主要负责D3D的输出，并将其变成GPU可以处理的工作批次（work batches）。这些工作批次、命令缓冲器（也叫做显示列表，Display
Lists）都是适合目前GPU处理的指令及数据的集合。
　　UMD另外一个工作就是着色器编译（shader compilation）以及将正确而且最适合的表面格式（surface formats）分配给GPU。
　　UMD的工作完成之后，它就会把命令缓冲器传递回D3D，D3D再依次把命令交给上下文队列(context
queue)，这是可能会造成卡顿的第一个瓶颈，至于它为什么会造成瓶颈，后面还会继续讲到。
　　上下文队列之上还有GPU调度器，它负责管理原本应该通过context queue送到KMD（ kernel mode GPU
driver）而实际上却脱离的命令缓冲导致的爆音（popping）意外。
　　通过上面的一系列过程我们在GPU的后端缓冲器里最终渲染出了一帧完整的图像，但是这一帧并不会自动输出到显示设备上，命令缓冲器批次的最后一步是Direct3D
Present，Present命令的作用就是告诉GPU将后端缓冲器发到前端，然后将渲染的图像输出给用户，只有present指令执行完之后图像才会输出。
　　以上就是一个3D渲染过程的简单介绍，下面我们再来看看什么是真正的帧延迟。延迟的真正定义
　　卡顿（shutting）的定义有很多，实际中我们一般这么定义：任何可能导致每帧时间显著变化的情况都可以定义为卡顿，这是一个通用的定义，但是造成卡顿的情况有很多，还得分别来看。
　　Anandtech将卡顿分为单卡卡顿和多卡卡顿两个部分来讲，不过首先还是看各种可能造成卡顿的原因。如果GPU用了超过预期的时间（要知道不可能先于时间精确预计需要渲染多少次）来渲染图像这就会造成卡顿；如果驱动程序需要等待很长时间才能为GPU准备好需要渲染的某一帧，这也会造成卡顿；如果游戏的仿真步长（
simulation
step）用了很长时间也会导致卡顿；如果CPU/OS太忙导致不能预期发送指令也会导致卡顿，总之就是造成卡顿有各种可能，每一个步骤出了意外情况都可能导致卡顿现象发生。
　　而造成这些现象的根本原因是Windows系统并不是一个实时操作系统（real-time operating
system），这意味着它不能在某个周期内执行任意的一条指令，只有当它准备好执行的时候才可以进行操作。为了达到这种毫秒级的反应，应用和驱动程序需要确保每个过程都是平滑进行的。
　　虽然Windows系统一直在努力保证各项工作都是即时进行的，但是要知道PC是由各种各样的硬件组成的，种类和数量都非常庞大，这就造成了它很难消除卡顿。
　　最回到我们的问题上来，如果禁用了垂直同步，卡顿就是一个很常见（虽然不是一直出现）的问题。如果开了垂直同步，以目前LCD的60Hz刷新率来算，平均生成每帧至少需要16.6ms。由于60fps这个限制，开了垂直同步之后，任何低于16.6ms的帧生成时间都会被阻挡在上下文队列中，这种固定16.6ms的帧时间就大大减少了卡顿现象。
　　如果读者需要进一步了解垂直同步及三重缓冲的信息，可以翻阅几年前我们论坛版主privater翻译的Anandtech的另一篇文章
　　在讨论帧时间时我们还必须要区分两个定义，一个是延迟（latency），一个是帧间隔（frame
interval）。延迟在这里的定义是指完整渲染完一帧图像的时间，而帧间隔跟延迟有关，但是又不同，它指的是每帧的间隔时间，典型的来说就是在渲染完成的末尾、正在显示的每帧间隔时间。
　　这张图更好理解，延迟是完成一帧的渲染时间，帧间隔则是负责发送输出指令的两个present命令之间的时间。
　　我们通常所说的卡顿实际上并不是这个延迟决定的，而是帧间隔（frame
interval）时间决定的。帧延迟可以用独立测量出来，fraps软件就是最常用的工具了。我们这里谈的则是帧间隔。
　　虽然我们可以建立一个存在帧间隔分割点的模型，在这个点上可以视其为卡顿或者不卡顿，但是帧间隔这个概念对每个人的感觉也是不同的，生成这一帧需要的时间比前一帧多了5ms，这样会导致卡顿吗？10ms？20ms？30ms？如果是在30fps
vs 60fps之间呢？
　　在与AMD的交谈中，AMD就提出了这样一个简单而又重要的问题：我们可以用工具客观测量出卡顿的存在，但是我们不能客观地衡量卡顿对每个用户的影响。
　　下面的讨论就有点哲学味道了，总之Anandtech及AMD更倾向于认为卡顿这个事就算可以测量出来，但是它对每个人的影响也是很难评估的。
　　在了解了3D渲染过程以及什么才是卡顿的真正定义之后，我们再回头看看frpas这类软件是如何捕捉延迟的，是否真的靠谱。
◆ &Fraps记录延迟为什么不靠谱及总结
Fraps记录帧速解读
　　Fraps软件的名头和作用不用多费笔墨了，这个软件是评测编辑最常用的工具之一，很多没有内建benchmark工具的程序及游戏都是靠Fraps来手动测量的，其截图、录像功能也非常实用。
　　虽然它很实用，但是AMD还是认为这个软件有问题，它记录的帧时间并不一定准确。
　　还是要先了解一下Fraps的工作原理，它通过dll文件注入到应用程序中，然后开始拦截D3D
Present命令，在这里Fraps可以延迟输出指令以便插入自己的绘制指令。当用户按键激活帧数及帧时间测试时，Fraps就会计算present指令，当它每次察觉到发出一个present指令之后就会记录下来，认为生成了一帧新图像，然后再允许present指令通过。
　　这套流程对大部分应用都很管用，这也是Fraps如此受欢迎的原因之一。用Fraps软件测量游戏的平均帧还好，但是用它来测量游戏的帧间隔（也就是我们说的延迟、卡顿的原因）就不靠谱了。
　　Fraps过早地开始注入渲染过程，它比GPU优先、比驱动程序还要优先，甚至比D3D还以及context
queue还要优先，因此Fraps可以告诉你进入渲染过程之前发生了什么，但是它无法告诉你渲染完成之后发生了什么，而真正决定游戏卡顿与否的关键就在后一个阶段上。
　　因此用Fraps来判断游戏卡顿与否是有问题的。从前面的渲染过程介绍中我们知道，只有当context
queue准备好接受指令之后程序才会开始渲染新的一帧图像，而Fraps记录的只是渲染开始的部分，并非整个渲染过程，因此它只能告诉你它看到了什么，而不能告诉你渲染末期的帧间隔。
　　AMD对Fraps担忧的问题有两点，首先根据我们前面的定义，Fraps实际上是不能真正测量游戏的延迟的，context
queue会阻挡任何试图测量真正的帧延迟的努力，两个present指令之间的时间并不等于渲染完成一帧所需的时间，特别是在下一个present指令因为任何原因被延迟的情况下，二者更没有关系了。
　　AMD的第二个顾虑就是Fraps越来越多地被用作帧延迟的测量工具，但是因为它过早介入了渲染过程，实际上它看到的延迟并非用户感受到的，如果Fraps认为AMD显卡有更多卡顿但是用户并没有感觉到这个问题，这是AMD显卡的错吗？
　　需要指出的是，我们的最终目标还是尽可能将卡顿变得更小更少，而AMD也在为这个目标而努力，但是让AMD担心的是Fraps测量的结果使得他们显卡的卡顿现象看起来更多了。
AMD对fraps软件的看点与评价
　　原文后面还有很多内容，包括对另一个测量工具GPU
View的分析，还有单卡下的卡顿及多卡系统下的卡顿问题的探讨，不过我们的目的现在已经达到了，来看看最后的总结吧。
　　Anandtech这篇文章很强大，虽然读起来会比较费力，但是多多少少让我们了解了显卡的渲染过程以及什么才是真正的延迟，对Fraps原理的解析也有助于我们理解为什么AMD认为Fraps软件测量的“延迟”并不能成为真正的延迟，这也是Anandtech网站没有采用帧延迟的方式来衡量显卡性能的原因之一。
　　原文的总结部分也很长，长话短说就是AMD以及NVIDIA对滥用Fraps帧时间测试的评测方法也是有一定顾虑的，不过AMD的态度还不错，他们也承认了测试反应出的问题，并且在驱动中不断优化这个问题，毕竟就算Fraps测量的不准，记录出来的结果中N卡的卡顿还是要比A卡平均好一些。
　　Anandtech说他们也在考虑新的测试方法，未来几周就会露面。这对我们来说也是一个提醒，超能习惯用的测试成绩表格主要是基于平均帧数，平均帧或许很粗略，但是从小编使用几年的感觉来说它还是有说服力的，因为帧时间以及最低帧给我的感觉是太随机了，同一个测试重复几次得到的结果都不一样，反倒是平均值更有可重复可验证性。
　　当然，我们也不会就此停步不前，也会尝试用更多的方式来展现所测产品的真实性能，这一点还会继续改进。
　　最后，Anandtech也强调了他们这篇文章不是否定Fraps的价值，它依然是一个非常好用、实用的测量工具。
本文读者还喜欢
为了搞个玩概念的FCAT系统，先找Techreport做了那么多铺垫，然后抬出FCAT粉墨登场，充当中立客观的正义化身，原理说起来挺忽悠人的，一惊一乍说的好像谁都看不懂。
实际上已经从测试的过程开始直接干预测试项目，就算要利用后期录像原理做一套帧率捕捉系统，录像的帧率也至少要达到500帧每秒，而且前提是不能干预游戏的原始运行状态，DLL注入色标，说得好听是原理需要，实际暗藏舞弊玄机，基于中画幅Cmos且帧速达到10000fps的高速摄影系统其实早就有了，连蜂鸟振翅都能拍得静如止水，相比之下这个FCAT系统就相当可疑了，不光是自身采集能力相当有限、万分拙计，而且还要在游戏程序中安插大量疑似控制DVI输出节奏的内鬼暗语，做到里应外合，甚至更要刻意提醒受众读者：FCAT这套系统成本不菲，乖孩子和非专业人士切勿模仿……
可以说NV做这个局越玩越脱，赌注越下越大，那它用意何在意欲何为呢？难道NV只是单纯地想以这种把戏进行自我包装、王婆卖瓜，为它两边不讨好的日趋萎缩的独显地盘做下营销吗？我看未必！
恐怕事情并不是看起来那么单纯，NV真是那么单纯应该直接出面，针锋相对地回应Techreport肇事原文存有技术缺陷与失实情节，而不可能将辟谣的手段转为与其合作，甚至一反常态地另起灶炉，为之前诋毁自己的媒体特供一套“神奇设备”共同【见证奇迹的发生】，这种别扭的辟谣方式更像是一个有预谋的局，给人醉翁之意不在酒的印象，这是其一。
然后接下来的一系列动作才是真正的主菜，我先假设NV是站在受到Techreport不公指责的无辜受害方的动机下出面辟谣，简单地说也就是假定NV之前的动机都是纯良的，那么之后隆重引入的这套用于所谓辟谣的FCAT测试中，它的任务应该是在Techreport的缺陷测法与FCAT公正试法下对比，从而为得出NV自家显卡因错误测试在此前蒙受了多大程度的冤屈进行对比澄清与洗白，但实际上NV做的公关，所有人都看见了，在这个纯良的澄清故事情节中，别有用心的卷入了它的头号竞争业者的产品，而且数量上居然是AMD显卡2款：NV显卡1款！
一个务求树立自身动机纯良、客观公正形象的企业，在它的辟谣过程中含沙射影的把竞业产品摆得比急需伸冤平反的自家产品戏份更重，这是什么居心用意？在这个纯良的故事讲完之后，如果消费受众都有那么好愚弄，那么形成的公众影响就而不是为NV显卡辟谣平反了，它更多作用是恶意中伤AMD显卡！所以说这份测试从始至终就是一个欺世盗名的局，打着为自己伸冤的幌子生拉硬拽地揪着AMD往局里钻，这恐怕才是NV这个醉翁的本意，这也很好的解释了为什么此前AMD对此迟迟不愿跟进这个局，看似AMD处境被动而狼狈，实际上AMD也不傻，就像生活中一样明知是老套的骗局，不来点邪的谁会去惹一身骚？现在这个骗子用的手法正是恶毒的威胁与诽谤，利用媒体来扮作中立的第三方，夸大事态、发酵结论，配合它演一场周瑜打黄盖的戏诋毁AMD，逼宫AMD来跟庄，AMD不跟进，似乎也没有更划算的办法拒绝Techreport的骚扰，所以才显得很AMD被动……
其实只要是智商正常的人士很容易识破这套把戏，所谓跳梁小丑也莫如NV，愚弄市场，诋毁对手，游戏主机颗粒无收、走量最大的低端显卡市场被两家的APU日益蚕食、手机市场迟迟打不开局面，年年吹性能年年垫底，在看懂了这些局势之后，NV玩这种小儿科的把戏，颇有江郎才尽，亡命蹬腿的味道，我和我的小伙伴们都惊呆了帧延迟最先是AMD提出来的
（你可匿名或登录后发表评论。没有帐号可，或使用和直接登录）
非著名编辑，自认为是个理性、有内涵的观察者，实则腹黑、心不黑，坚信阳光普照大地，只待涤荡眼前的黑暗。
扫一扫右边的二维码
关注超能网微信账号
至强E3+GTX 760游戏主机，双11只要3888元
FD经典小机箱Arc Mini，双十一5折249元
低耗高能买买买，技嘉GTX 970售2899元
小机箱福音，影驰刀版GTX 750 Ti只要999元fraps为什么就是不能录制dnf，其他有些游戏可以录_百度知道
fraps为什么就是不能录制dnf，其他有些游戏可以录
用fraps可以录极品飞车等，但就是不能录dnf ,
设定好参数后进入游戏，画面里并不显示黄色数字，而且按F9录制也没任何反应，指定的文件夹里也没有视屏，到底是为什么？在网上找了半天都没找到解决方法。谁能告诉我啊，重谢啊。对了，拳皇也不能录，不知道咋回事？
我有更好的答案
按默认排序
dnf为了防止外挂的制作，给自己的游戏做了一些手脚，当你从DNF里切出来的时候也就是当DNF后台执行的时候，DNF会自动处于关闭状态，（拳皇处于暂停状态，差不多也是关闭）这样你录出来的不是黑屏就是失败，我用金山游侠试着修改DNF的时候，总是提示游戏已经关闭，是否删除任务，要想录制DNF必须得用特制的录制工具，拳皇就比较简单了，换个模拟器 ，把设置里的选项：当后台执行游戏时暂停，前面的对勾点没，就能录了，我知道的就这些，如果还不能，我也没有办法了饿
其他类似问题
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁您所在的位置：
&fraps简体中文版3.0.2(fraps汉化简体中文版)查看游戏帧数,截图,视频录制
fraps简体中文版3.0.2(fraps汉化简体中文版)查看游戏帧数,截图,视频录制
fraps简体中文版软件介绍
点击查看大图
fraps是一款显卡辅助软件，测试机器在运行游戏时的帧数，从而了解电脑设备的性能！fraps简体中文版具备在游戏中截图和视频捕捉功能，fraps录制的视频是无损压缩的avi格式，质量较高，而且不丢帧，缺点是录制的文件较大，因此如果想要缩小文件，可以使用视频编辑软件进行格式转换、降低分辨率等操作进行压缩。
fraps简体中文版功能：
测试软件：可以在屏幕角上看到每秒桢数。
可以执行用户定义的测试和测量任意两点间的桢数。
可以储存统计结果到磁盘并用以你自己对看法和应用程序中。抓屏软件:按一下键就可以抓屏。 当你抓屏时不用再打开绘图程序。 你的抓屏会被自动命名和加上时间标签。
实时视频捕捉软件:可以在打游戏的时候捕捉视频
fraps简体中文版使用方法
　　游戏截图：先运行软件，进入游戏后按快捷键（默认F10）就可截图。截图时还可以选择截图格式（推荐png，是无损压缩的格式）、截图包含帧数、连续截图的频率等。 截图默认保存在Fraps安装目录下的“screenshots”文件夹。
　　查看帧数：安装软件并启动后进入游戏。可以看到游戏的左上角有个黄色的数字，这个数字就是你的游戏帧数，一般在30左右游戏就比较流畅，如果低于这个数，运行游戏时就可能有点卡。
　　录制视频：先运行软件，进入游戏后按快捷键（默认F9）开始录制，可以看到游戏左上角的黄色数字变成了红色，这就说明软件已经开始录了，再按下F9键即可停止。如果要同时录制声音，要勾选Record sound（录制声音），还可以选择Hide mouse cursor in video（隐藏视频文件中的鼠标光标）。视频默认保存在Fraps安装目录下的“movies”文件夹。
注：fraps2.9以下版本不支持vista以及DX10，2.9以上版本能完美支持vista以及DX10。
fraps3.0.2更新日志：
1、修正在Fraps运行时机器无法休眠的问题；
2、修正无法更新基准测试超时值的问题；
3、修正Fraps随系统自启动时窗口重置回此前状态的问题；
4、修正部分系统上audiodg.exe进程占用大量CPU资源的问题。
fraps简体中文版下载地址
系统软件小分类
195531次下载
14387次下载
14364次下载
16237次下载
1987次下载
13149次下载
23786次下载
10387次下载
18907次下载
19164次下载
195531次下载
30396次下载
23786次下载
19164次下载
18907次下载
16237次下载
14387次下载
14364次下载
13149次下载
12130次下载
热门关键字
微信扫一扫关注下载吧公共帐号