如何为YouTube制作好看的视频
当 YouTube 一开始,糟糕的视频质量和年轻的观众导致许多组织问:“为什么要麻烦呢??如今,许多《百家乐软件app最新版下载》100强企业都有自己的YouTube频道,美国退休人员协会(AARP)也是如此. 许多公司, 包括德勤和IBM, 使用YouTube来托管发布在他们自己公司网站上的视频. 在这一点上,如果你没有在YouTube上发布你的视频,你应该问:“为什么不呢??"
如果我们不是每天都在忍受YouTube的规模, 并且似乎认为这是理所当然的, 它几乎大到难以想象. 据一个人说 source2012年2月,YouTube占了75%.视频相关网站的访问量占总访问量的9%,美国在线视频和Hulu以2%并列第二.8%. 根据YouTube的 常见问题解答在美国,每月有超过8亿的独立观众访问YouTube,观看超过30亿小时的视频. 2011年,YouTube的观看次数超过了1万亿次,或者说地球上每个人观看140次左右. 这些是U.S. 联邦赤字类型的数字.
如果对在YouTube上发布视频的最佳方式感到困惑是部分原因, 你没看错文章. 经验丰富的YouTube海报可能也会在这篇文章中发现价值, 我在哪里合成YouTube的编码推荐, 来自几个压缩专家的建议, 看看常见编码器的预设, 还有我自己的测试结果, 提供关于如何配置视频以获得最佳质量和最有效上传时间的具体建议.
让我们先和我们的专家聊聊.
专家怎么说
Telestream集 产品经理凯文·劳登(Kevin Louden)首先指出,YouTube对所有上传到该网站的视频进行了重新编码, 这有几个含义. First, don't try to match YouTube's output so it won't re-encode your video; it always re-encodes. 第二个, 你的工作是为YouTube提供最高质量的文件, 自, 我们都知道, 视频是一种垃圾输入/垃圾输出的媒介. 输入质量越高,输出质量越高.
劳登还指出,因为这一切都与质量有关, 你不必担心游戏的可玩性, 这样您就可以自由地创建一个可能在许多计算机上无法正常播放的文件. 这涉及数据速率和编码参数,如IDR帧和自适应b帧. 例如, 为播放编码时的经验法则是,每个关键帧都应该是一个IDR帧. 但是,IDR关键帧比普通关键帧大,这在压缩方面效率较低. 当编码上载到YouTube时, 可玩性不是问题, 所以劳登建议每隔三个关键帧制作一个IDR帧.
自适应b帧也是如此, 提高了质量, 但有些生产商不这么做,因为它们可能会在某些设备上造成播放问题. 因为YouTube的编码引擎可以处理自适应b帧, Louden建议在为上传编码时使用它们.
我还跟兰登·莫福德和科比·里奇谈过 索伦森媒体. Randon是挤压 Desktop产品的总经理, 而Coby则是一位精通编码的营销总监,他为挤压的YouTube制作了一些预设. Morford和Rich指出,虽然质量很重要, 质量和上传时间之间总是存在矛盾. 这在许多小企业视频制作商中尤其如此,他们的上传速度可能低于1mbps.
当创建他们的YouTube预设, Sorenson测试了多种数据速率和运行质量测量PSNR和SSIM测试,以找到提供质量和上传时间最佳混合的数据速率. 例如,对于720p文件,他们的测试显示,超过5mbps的质量改进很小. 数据速率加倍显然会使上传时间加倍, 并且增加了上传失败的风险, 但不会显著提高质量. 1080p的神奇数字是6mbps, 尽管Rich建议如果视频内容包含高速动作或从压缩角度来看具有挑战性,则将其提高到8mbps.
从这些建议的角度来看, 让我们看看YouTube自己的编码推荐.
根据YouTube的规则
几年前, 当时YouTube刚刚崭露头角, 这家公司似乎很享受像一个不透明的黑盒子一样工作, 提供关于准备上传文件的最佳方法的一些指导. 当我开始研究这篇文章时, 我惊喜地得知YouTube现在提供
特定编码参数.
请注意,这些都是真正的建议,因为如果你不遵循它们,YouTube不会拒绝这些文件. 而, YouTube will attempt to encode pretty much any file you throw at it; you'll just get the most predictable results by following the recommendations.
在高水平上, YouTube provides recommendations for two classes of users; standard quality and those with "professional quality content" and "enterprise quality inter网。 connections.“在涵盖了基础知识之后, 我将与您分享这些具体的分辨率和数据速率建议.
支持的文件格式: 尽管YouTube接受多种格式,包括 .MOV, .AVI, .WMV, .FLV,高级规格页面推荐H.264/AAC格式的MP4容器格式. YouTube建议将moov原子放在文件的开头, 这对许多编码器意味着激活快速启动选项.
音频建议: YouTube建议上传立体声或5.1音频在48/96khz. 正如您将看到的,我审查的许多预设使用44.1khz,我建议改成48 khz.
H.264参数: YouTube建议使用高轮廓与CABAC熵编码,与可变比特率编码. 其他建议包括b帧间隔为2, 这很奇怪,因为YouTube制作他们的H.264视频,没有b帧. 建议还包括一个封闭的GOP, GOP大小为帧速率的一半, 也就是说每秒两个关键帧, 一个没有任何编码器匹配的间隔.
帧率: Don't change the frame rate for uploading; if you shoot at 24p you should upload at 24p.
框架组成: 如果你正在使用交错的源内容,YouTube建议在上传之前去交错. 你可以上传分辨率高达4K的图片, you shouldn't burn letterboxing or pillarboxing into your video; produce native 16:9 video at a 16:9 resolution, 原生4:3分辨率的原生4:3视频. YouTube还建议不要上传像素宽高比大于1的文件.0,否则称为正方形像素输出.
YouTube再次将用户分为两类:标准用户和高质量用户. 以下是不同视频分辨率下的建议数据速率:
![YouTubeEncodeTable1](http://iti-ovnet-images.s3.amazonaws.com/YouTubeEncodeTable1.jpg)
高质量上传
![YouTubeEncodeTable2](http://iti-ovnet-images.s3.amazonaws.com/YouTubeEncodeTable2.jpg)
YouTube带来了什么
到目前为止,我们只关注输入端. 让我们转移到输出端,以帮助我们关注后面的讨论. 短暂的, 我们都看过YouTube制作的不同质量的文件, 哪些是可以通过玩家右下角的控件来选择的. 正如您所怀疑的,文件的数量和大小与您上传的文件大小有关. 这如表3所示, 其中的列是我在测试期间上传的文件的分辨率, 这些行是YouTube从这些文件中生成的文件.
![YouTubeEncodeTable3](http://iti-ovnet-images.s3.amazonaws.com/YouTubeEncodeTable3.jpg)
在极端左翼, 一次1080p的上传会触发6个文件的创建, 如果你上传一个640x360的文件,哪个会减少到3个. 表4显示了YouTube生成的文件的详细信息, 它实际上对输入的影响很小. 这是, 从1080p输入生成的240p文件与从640x360输入创建的文件配置相同. 除了移动文件外,所有文件的像素宽高比都为1.0; the mobile had a pixel aspect ratio of 1.2.
![YouTubeEncodeTable4](http://iti-ovnet-images.s3.amazonaws.com/YouTubeEncodeTable4.jpg)
我从文件分析工具媒体Info导出了这些配置细节, 来自Inlet(现在的Cisco) Semaphore, 而不幸的是, 只能加载部分文件. 如前所述,没有H.我可以用b帧测试的264文件, 而我所测试的所有文件的关键帧间隔都是60帧. 我所有的测试文件都是29.97 fps,所以这意味着每2秒有一个关键帧间隔.
有了这个背景, 让我们回顾一下几个流行的编码程序中可用的预设,看看它们是如何符合YouTube的建议的,以及考虑到YouTube从上传的文件中产生的输出,它们是否有意义. 为了节省时间, 相关性和我的编辑对表格缺乏耐心, 我将主要关注1080p和720p文件的创建, 对DV分辨率的关注很少.
1080p
如果可能的话,我的大部分个人和公司拍摄都是720p, 直到最近, 建议大多数客户端忽略1080p上传. 然而, 从客厅里联网电视的增多到超高分辨率的iPad 3(我知道), 我知道), 1080p开始变得更有意义, 尤其是当它是免费的. 在我们的谈话中, Telestream的Louden分享说,《百家乐app下载》的用户也越来越关注更高的分辨率.
说到这个, Episode是唯一的编码器,实际上解决了专业和标准视频质量组的两套预设,符合大多数YouTube的建议. 出于相关性考虑,我将只关注标准质量建议.
表5包含来自所列程序的1080p预设的最重要的配置参数. 如你所见, 有很多不符合YouTube推荐的地方, 包括关键帧间隔和音频. 以目标数据速率, 我倾向于认为关键帧间隔并不是特别相关, 但我建议把所有预设调到48 Khz,就像YouTube推荐的那样.
![YouTubeEncodeTable5](http://iti-ovnet-images.s3.amazonaws.com/YouTubeEncodeTable5.jpg)
最大的难题与数据速率有关, 苹果压缩机的速度是20mbps,其他三个更快, 低得多. 如表4所示,YouTube在5时生成1080p文件.8 mbps; surely you would see some quality difference between the 20 mbps file produced by 压缩机 and files produced by the other encoders at less than half that data rate.
为了测试这一点,我渲染了我的3分钟高清测试文件 压缩机, Adobe 媒体 编码器, 挤压 并将文件上传到YouTube上. 为了便于比较, 压缩程序生成的文件大小为458mb, 而Adobe 媒体 编码器生成的文件为197 MB, 和压缩文件152 MB. 我没有跟踪上传时间, 但我的DSL上传速度只有800 kbps, 我相信这种差异是非常显著的. 然后我使用FireFox插件下载助手下载了YouTube创建的文件, 将它们导入Adobe Premiere Pro并比较它们的质量.
顺便说一下背景, 该文件由SimmonsArt提供的PBS镜头组成, 由Artbeats提供. 简而言之, 这是广播质量, 它由一系列的场景组成, 从说话的头到快速动作. 值得注意的是, 除了一个剪辑与极高的运动和许多精细的细节, YouTube的输出几乎是一样的. 您可以在图1中看到帧比较,差异非常小.
![YouTubeEncodeFigure1](http://iti-ovnet-images.s3.amazonaws.com/YouTubeEncodeFigure1.jpg)
再一次。, 视频压缩是一种垃圾输入/垃圾输出媒体, 当涉及到数据速率时,越多越好. 然而, 如果上传时间是一个问题, 就像我一样, 我不会设置高于8mbps的,除非视频编码非常困难.
这并不重要, 但只有Adobe 媒体 编码器使用两个推荐的b帧生成文件. 压缩机采用1个b型框架,这是你不能改变的,而x.Sorenson和Telestream使用的264预设也产生了1的间隔, 虽然你可以在这些程序中改变它. 我倾向于认为b框眼镜比约翰尼·德普更被高估了, 这说明了一些问题, YouTube制作H.没有b帧的264文件倾向于证实这一观点. 长话短说, 而我会用两个b帧来尊重YouTube的推荐, 如果我的工具没有给我这种程度的控制,我不会改变编码器.
展望未来, 当制作一个1080p文件上传到YouTube时, 我将把音频数据速率提高到至少256kbps. 虽然我猜你听不出128kbps和256kbps输入的区别, 从128 KBPS的音频中产生192 KBPS的音频感觉不太对.
720p
表6总结了列出的编码工具中的720p预设,其中大多数都具有相同的关注点. 再一次。, 比起将关键帧设置为每秒2帧,我更愿意将音频设置为48 khz, 并将音频提高到至少256kbps.
![YouTubeEncodeTable6](http://iti-ovnet-images.s3.amazonaws.com/YouTubeEncodeTable6.jpg)
我对上传的视频进行了同样的质量测试 压缩机, Adobe 媒体 编码器, 挤压 with the same results; the 5 mbps files looked identical to Apple's 10 mbps files. 底线是,当您可以自由地以任何数据速率进行编码时, 你不太可能从超过5mbps的速率中看到任何好处,除非你正在处理特别难编码的视频.
SD分辨率及相关内容
如果你正在处理高清视频, it's hard to imagine a usage case where you'd want to upload a file smaller than 720p; see above for recommendations there. 如果你上传DV或类似的视频, 我会听从YouTube的建议,在上传之前转换成正方形像素的分辨率. 我通过上传4:3和16:9的DV文件进行了测试,两者的长宽比都略有下降. 没什么悲剧,但训练有素的人肯定能看出来.
具体地说, YouTube将4:3的DV文件编码为654x480的分辨率, 而不是640x480, 并制作了16:9的DV文件,分辨率为854x470而不是854x480. 而不是以DV分辨率和长宽比上传, 我会将4:3 DV镜头转换为渐进式640x480文件, 和16:9的DV文件到854x480. 三个供应商, Adobe, Sorenson和Telestream, 提供640x480预设, 数据速率范围为2 - 2.5mbps,听起来不错. 854x480的文件有更多的像素, 所以我会把它提高到不超过3mbps, 128 KBPS的音频对两种分辨率都很好.
就是这样. 希望, 你比一开始对YouTube上传的编码了解了很多, 如果你需要更多的信息链接.
Jan Ozer的文章首先出现在在线视频上.网。
提及的公司及供应商