2011年2月18日
By 1月时特约编辑
专题文章

从笔记本上进行直播

笔记本电脑上的实时事件流媒体可能是最好的, 有几个程序可以免费或相对便宜, 而且一般来说很容易使用. 但是，你需要多强大的笔记本电脑才能有效地流式传输, 以及各种直播软件程序在CPU需求方面的比较, 数据速率精度, 数据速率一致性和视频质量? 最后, 这些节目的视频质量如何与硬件设备(如Digital Rapids TouchStream或ViewCast的GoStream SURF)制作的视频质量相匹配? 在本文中，我将尝试回答所有这些问题.

具体来说，我测试了三款笔记本电脑:一台是2.2 .基于core2duo的惠普(Hewlett - Packard).06 Ghz core2duo处理器的MacBook Pro和一个2.4核(8带HTT) i7的惠普8740w. 我还测试了四款软件:Adobe Flash Media Live Encoder(免费), Kulabyte XStream 2(大约10美元),000), 微软表达式编码器4(199美元).95美元)和Telestream Wirecast(495美元). 我意识到我还可以测试其他程序, 但这些似乎是直播市场空间中最受关注的. 如果你不同意，请告诉我，因为这不会是我们关于这个主题的最后一篇文章.

我是如何测试的
我测试了标清和高清输入，在三台电脑上都测试了标清输入，只在HP 8740w上测试了高清输入. 对SD, 我使用标准的5:50分钟4:3 SD测试文件进行测试, 我输出到DV磁带, 并通过火线将我的佳能XH A1摄像机的数据反馈到不同的电脑上.

我测试了5种SD场景. 首先，我在640x480@700Kbps, 480x360@400Kbps上进行了独立编码. 和320x240@200Kbps，都是原生帧率，都是32Kbps的单声道音频. 然后，我通过生成两个最低分辨率的流(480x360)来模拟自适应流的生产 & 320x240)同时进行，如果有可能的话，所有三个流. 请注意，对于这些测试，我将所有文件捕获到磁盘，而不是将它们流式传输到服务器.

我尽量使用每个程序的默认设置, 因为这些应该代表软件开发人员对最佳设置的看法. 有趣的是，对于H.264编码, 我只测试了这个, Adobe默认使用基线配置文件, 微软高调出击, 并通过电视传输到主配置文件. 稍后会详细介绍.

HD测试, 我使用了几个高清源磁带, 包括对前国会议员里克·鲍彻的采访, 还有一些弗吉尼亚蓝草乐队“无速度限制”的排练录像. For HD, I tested two scenarios; first, a four stream test (1280x720@2Mbps, 848x480@1.5 mbps, 640年x360@800kbps, 和480年x270@500kbps, 所有在64Kbps音频和本机帧率)和一个单一的流848x480@1.5 mbps测试，同样是64Kbps音频和原生帧速率. 用于所有程序的所有高清测试, 我使用连接到8740w的Express card插槽的BlackMagic Decklink卡捕获, 捕获组件视频和模拟音频输入.

我将展示结果如下:首先，我将查看使用SD和HD场景的各种程序的CPU效率, 它会告诉你哪些程序实际上可以在每个平台上产生必要的流. 然后再看数据速率的准确性, 数据速率一致性, 和视频文件的质量产生的程序.

CPU效率
使用SD测试CPU利用率, 我在Performance Monitor上排队, 将测量时间延长至20分钟左右，并在所有测试场景中捕获三分钟的视频. 这产生了一个图表，如图图1 对于每个程序. 很明显, 这些结果将告诉您是否可以使用所需的程序在笔记本上生成所需的流配置.

Ozer Notebook图1

图1. 这张来自Performance Monitor的图表显示了Telestream Wirecast在所有五个测试中的CPU利用率.

8710w
在惠普8710w上, 我测试了Adobe FMLE, 表达式编码器4和电视流广播, 没有提到Kulabyte，因为该公司的目标是需要更强大电脑的高清网络活动. 表1 显示从各个CPU利用率图获得的结果, 说明每个任务所需CPU的百分比.

关于结果的一些说明. 第一个, 通过/失败指定表示在捕获的文件中存在重要的丢失帧. 用FMLE和EE4, 这很简单, 因为这两个程序都提供了丢弃帧计数器，当你开始丢弃帧时，它会立即让你知道.

相比之下，Wirecast显示的是有效捕获率，它随秒而变化. 检查Wirecast捕获的文件的适用性, 我在MediaInfo中检查了捕获后的帧率, 所有档案至少有26个.每秒98帧或更高. 我在下面提供更多关于Wirecast捕获的有效帧率的信息.

	640x480	480x360	320x240	480&320	所有
Adobe FMLE	100% -失败	65-75% -通过	45-60% -通过	100% -失败	二硝基酚
微软EE4	100% -不及格/ 85-95% -通过	75-98%及格/ 85-90%及格	50-60%通过/70-80%通过	100% -失败	二硝基酚
Telestream Wirecast	55-75% -通过	40-55% -通过	30-40% -通过	40-75% -通过	90-95% -通过

表1. 各自程序的CPU利用率.

第二个, 我用Expression Encoder 4测试了两次, 使用和不使用GPU编码, 因为它在质量和性能上产生了实质性的差异. Performance you can see in the table; in terms of quality, check out 图2. 虽然在慢动作镜头中，质量差异很小, 当行动加速时, 基于gpu的编码退化很快. 除非你是在制造纯粹会说话的人, 在微软计划于2011年发布的Main Concept解决这个问题之前，只能指望使用基于cpu的编码.

Ozer Notebook图2

图2. 在运动适中的情况下，基于gpu的编码在EE4中退化很快.

顺便说一句，我使用基线配置文件而不是高测试EE4. 尽管CPU利用率保持在100%左右, EE4能够相当成功地捕获640x480流, 将5882帧中的388帧降低到25帧/秒以上. 如果你用的是速度稍快的笔记本电脑, 你可以试一试, 但运行在或接近100%的CPU利用率似乎是一个坏主意的直播.

I also tested the Adobe Flash Live Media Encoder in Main mode; which bumped CPU utilisation a hair, 但在质量上几乎没有什么不同. 郑重声明, 我在启用gpu加速的情况下测试了Wirecast, 但这对质量和CPU要求都没有什么影响.

来解释结果, 如果你想在基于Core2Duo的笔记本电脑上获得全质量的640x480输出, 无线广播是你最好的选择, 尽管Expression Encoder 4可以在说话头场景中完成工作，您可以使用gpu协同处理, 或者使用基线配置文件中更快的笔记本捕获. 所有程序都可以在480x360分辨率下制作, 但是Wirecast是你为自适应比特率流生成多个文件的唯一选择.

MacBook Pro
Here we get to the bait and switch portion of the review; well, kinda anyway. 我的意思是，我只能在MacBook Pro上运行一个程序，那就是Wirecast. 我有一个版本3.在笔记本上加载了1个Adobe FLME，但卸载了它以加载版本3.2、其中拒绝安装. 我试着回到版本3.1，但这也安装不了. 我得到了Adobe的帮助，但仍然无法让它运行起来. 我知道没有测试FMLE会让许多Mac生产商失望, 这是理所当然的, 但希望我能在随后的审查中纠正这种情况.

Ozer Notebook图3

图3. 无线广播MacBook Pro的CPU利用率.

不管怎么说, 图3 显示MacBook Pro的CPU历史记录窗口，用于我的Wirecast测试. 如你所见, Mac上的电视流非常好用, 似乎比HP 8710w的效率略高, 这也说得通，因为Mac有3分.06 GHz的CPU与惠普的2.2 GHz处理器.

MacBook Pro和Wirecast在一起的表现非常好, 在单个文件测试中生成的所有文件以每秒29帧或更高的速度呈现. 后两个测试中产生的所有文件的帧率都是28.2 FPS或更高. 只有眼光最敏锐的人才能看出有什么画面掉下来了.

8740w
在8740w上，我添加了Kulabyte XStream 2，通过BlackMagic Decklink卡捕获. 在这台计算机上，我在禁用GPU的情况下测试了Expression Encoder 4. 我在表2.

	640x480	480x360	320x240	480&320	所有
Adobe FMLE	18-22%	15-18%	15-18%	20-25%	40-60%
Kulabyte XStream 2	12-15%	10-12%	7-10%	15-20%	18-25%
微软EE4	22-32%	18-22%	15-18%	15-25%	35-55%
Telestream Wirecast	12-18%	10-18%	10-12%	15-18%	18-25%