基准pc，捕获卡和软件混频器的高清捕获和流

当你用自建的, 以计算机为基础的系统, 你的关注点会缩小到一个相关的问题上:系统是否足够强大，能够产生事件所需的流?

为了找出答案, 我们组装了一系列(新旧)计算机。, 获得多个捕获设备, 下载了多个直播软件程序. 然后我们做了多次测试, 流媒体到一个或多个流媒体服务, 录制各种格式的存档/ISO文件, 测量CPU利用率. 在windows系统上, 我们在Performance Manager中捕获结果，并对输出进行注释，以生成如图所示的图形 图1. 在Mac上，我们只是在测试期间记录CPU利用率.

在讨论结果之前，让我们先谈谈测试过程. 首先，为了使结果正常化，我对所有测试使用了相同的高动作，高细节的AVCHD剪辑. 每一次, 我开始流媒体和/或录制活动, 触发录制的视频, 让它继续下去, 然后停止录制/流媒体. 然后我改变了配置，重新开始. 为了增加一点复杂性，我在所有视频上都添加了一个徽标叠加.

我将详细介绍审查测试结果时使用的每个计算机系统和捕获设备. 对于混音软件，我使用了一个预发布版本的Telestream Wirecast 7.1. 我很高兴自己这么做了，因为CPU利用率比版本7明显下降了.0，比版本6低很多.0. 我测试了vMix版本17.0.0.107和0版本.15.4 .开放广播软件(OBS).

让我们从笔记本测试开始.

笔记本电脑测试

我在HP ZBook Studio G3移动工作站上进行了第一次测试.8GHz至强四核(八核超线程技术[HTT]) E3-1505M CPU, 32GB RAM，运行Windows 10. 第一个捕获设备是基于USB 3的Epiphan AV.io 4K视频采集器.

图1(下面) 详细介绍使用Wirecast version 7运行测试的结果.尽管测试会随着软件混合器的功能而略有不同. 我从720p/2开始.25Mbps流到Facebook Live, 然后添加了一个用x264编码的1080p/8Mbps存档, 将CPU利用率提高到55%以上. 通过比较，与Wirecast版本7.0.1、x264的CPU利用率超过70%. 测试三是Facebook Live加上一个用更高效的英特尔快速同步视频编解码器编码的存档.

图1. 2 .电视直播的CPU利用率.配备Epiphan AV的8GHz HP ZBook.io 4K视频采集器

根据经验, 一旦CPU利用率超过70%, 您可能会在直播流或录制文件中开始掉帧. 虽然x264的质量略高于快速同步，但在8Mbps时，差异非常小. 如果您注意到CPU利用率一直超过60%左右, 考虑将存档版本切换到快速同步(如果可用).

请注意，我使用x264时，所有的直播流可用的Facebook和Ustream. 如果您发现系统上的CPU利用率高得令人不安, 考虑切换到快速同步(如果可用). 我使用了x264和非常快的预设，因为这是所有测试软件程序的默认设置. 我用中等预设做了一些测试, 但这使得CPU利用率飙升, 质量上的差别是看不出来的.

Wirecast还提供了一个ISO存档，它生成一个基于MJPEG (Motion JPEG)的QuickTime文件. 而关于高效的cpu智慧的快速同步编解码器, 而动态JPEG文件是前者的11倍多(91.7Mbps(与8Mbps相比)，这可能会给笔记本电脑的存储能力带来压力. 稍后您将看到, 我还发现QuickTime MJPEG文件有点模糊, 所以我推荐使用MP4而不是MJPEG来提高质量和文件效率. 最后的测试包括向两个直播流媒体服务发送720p流媒体, Facebook和Ustream, 它需要和快速同步和ISO存档一样多的CPU.

关键的收获是什么? At 2.8GHz, E3-1505M Xeon系统，或2.8GHz i7系统, 应该有足够的功率来轻松处理720p输出流, 再加上x264或快速同步格式的存档版本. 相同cpu的较慢版本应该提供接近比例的性能, 虽然ZBook Studio提供的最慢的CPU是2.6GHz i7，其性能应该与测试型号相似. 完全改变CPU, 比如双核i5(四核HTT), 完全改变了公式, 稍后我将简要介绍一个基于i5的系统.