开坑，浅谈关于视频制作上的一些技术性问题（四）

迷迷糊糊又做了四个月的视频，感觉越来越看不懂这个团体了。不过，爱，依旧在。不扯别的，本次选题的起因是这样的：

 

“唉，为啥我投了硬币视频就看不了了？”

“一定是你人品有问题。”

“哦。”

 

2014年10月14日星期二，注定是不平常的一天，因为拖稿同样拖了n个月的@钉子发新作了（你怎么就不提搬砖有约呢……）。然后这货在群里问了我一个问题：

“于桑于桑，黑科技借我用用，我想看看新片子~~\(≧▽≦)/~~”

“哦……乐视播放器地址拿去……”

“好哒~~ε٩(๑> ₃ <)۶з”

 

过了一会儿……

 

“于桑于桑，要怎么使啊？”

“这个嘛，你要先找到投稿的vu。”

“搜嘎，我知道了……”

 

又过了一会儿……

 

“是把这串东西复制到地址后面吗？”

“嗯？”

“你看：”

Ok，先扯到这，我想各位已经看到了，直传模式的代码发生了变化。原来是乐视的十位vu，现在换成了b站自己的代码。嗯，看来这个直传模式有点意思。下面我们解析一下视频源瞧瞧。^[1]

使用FireFox33+firebug。发现视频源指向acgvideo.com这个域名，而该域名正是在bishi手下。先简单聊聊这个地址，原本是作为一个b站自建的cdn节点^[2]，在渣浪源大幅被炸的2013年下半承担了视频转移存储任务，同时用来存bishi的小圆本。放过fz，今年也存了新番，然后现在又开始做直传的服务器。特首很穷，开始烧带宽了么……不过业界传说这个服务器的视频参数是很良心的，仿新浪1000k不二压^[3]，那么这个直传和乐视云区别在哪儿，就是我今天要讨论的话题了。

关于战薯片云的方法及部分黑科技我在上篇文章有提到：开坑，浅谈关于视频制作上的一些技术性问题（三）|ershiwo的私人研究所

进入今天的正题。本次的测试从以下几个方面入手：上传速度，下载速度，转码时间，码率限制（音/视频），转码后最终画质，以及用户体验。
测试视频部分就选用了鹰击长空2（H.A.W.K 2）的一段过场动画，源视频为bik格式，重封装为h.264版本，参数如下：

cabac=1 / ref=5 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=8 / psy=1 / fade_compensate=0.00 / psy_rd=0.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=7 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=450 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=18.0000 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00

x264 core 142 r2409kMod d6b4e63版本，media coder x64 0.8.30.5622

视频状况：

恒定质量CRF=18，slow预设，film优化，High@Level 4.1

vbr，平均码率7367k，最大15.6m

截图：

选取了一张有明暗对比的画面，这个版本的视频我会扔到网盘上^[4]，如有需要请自取。下面是即将出场的测试视频。
首先我们翻阅b站直传的说明：

容器要求flv或mp4，分辨率1080p，视频平均码率小于1500，音频为aac封装，小于320k。和薯片差不多，音频部分标准稍放宽了。但是非常值得注意的一点是不许后黑，无论是何种形式的。关于后黑这一点我可能会简单测试，但诸位看官就算了吧，省得吃坏肚子^[5]。

准备测试视频。

我们将原视频压制为以下几个版本：

1500kbps
1550kbps
2000kbps

音频部分统一为qaac256k/vbr/ADTS编码，关于音频部分的测试我们会分开讨论。

现在动手压制视频，上传并等待。

唔，好长时间不用2pass了，等一会儿……简单说明一下这样设置码率的意图。1500的视频是基准，1550用来简单测试新直传对码率要求的严格度，2000就是为了测试二压后的画质了^[6]。

……
……

好了，结果出来了。参考test video

按分p顺序是1500kbps，1550kbps，2000kbps。然后用firebug追踪视频地址并下载，mediainfo检查视频参数，结论：1500绝对不会被压，稍超过也未被二压，2000的被压到1536，确实如说明所言，用1500相近参数压。但我很好奇为什么不用crf而用abr……crf难道不更省资源和时间吗？想必熊姐自有想法。

来看看截图吧。

那么我就可以给一个初步的压制方法了。

等等，音频没有测试啊……（嗯？这种东西谁还管，我又不是音乐区up，而且我最近对音乐区很不爽）我们接下来再扔几个稿子上去，看看直传对音频的限制如何。

这里我们采用的参数是这样的：

音频平均码率：320,347,399

前两者使用qaac/cvbr，399k的版本是naac/q1.0

视频统一编码800k，使用SinaHigh v4.0后黑至音频加视频300k。测试结果是……

全过……^[7]

我了个去，bishi你是怎么了，是大家捐款捐的你头脑发昏忘了自己的服务器不要钱么？不过这样也罢，音乐区又可以尽情折腾了。好，我恭喜你们占据本周排行榜前五。

那么我们回到主题上。关于本次测试的结果已经十分明确了，直传是有战一战的可能的。现在谈一谈用户体验的问题。首先说上传速度的问题。看看图：

校园网，昨天是这样的速度，今天再上传音频测试时速度掉到平均300k。不得不承认直传服务器的稳定性太差了。应该也跟直传压力很大有关，据说b站没有建立自己的视频p2p网络，所以自家视频服务器过的也是很辛苦。啊，您辛苦了！

有一点需要提醒的是，选择文件之后一定直接开始上传，别的什么事情都不要干。哪怕你说我去补个视频信息都不行，否则就是各种上传错误。乐视云同理。

观看体验这一块。下载速度吗，缓冲的时候还行，直接下载视频会慢一些，200k左右的样子。毕竟带宽不会很高，我也搞不清徐特首到底有钱没钱了。按照目前的情况来看，公测阶段的直传功能存在相当多的变数，以后会怎么样是我们还无法捉摸的，看来又要等时间证明一切了……但是最令人感到困惑的是，为啥直传源视频播过一遍就不能重播了？你他喵在逗我？那些无限洗脑循环的神曲要怎么办？关于这一块的问题，个人感觉可能是播放器的原因比较大一些（问了一下beining，他也这么觉得），不过具体上因为我不太明白视频网站搭建的原则，就不深入研究了。

扔掉这些部分，现阶段的b站直传很适合刚上手的up主使用，因为你只要做最基本的处理，就可以把剩下的部分交给服务器干了。当然我不是推荐你什么东西都往上喂，这样服务器难保不吃坏肚子^[8]。相较于薯片云，如果有强烈音频强迫症的患者，我也建议你使用直传，因为音频限制不大。对于音乐区up，前面我说了，是个好消息。所以请尽情使用，不要客气。

 

这里给出许多人关注的压制参数问题。依然是使用media coder。走vbr2pass方向的同学请使用小于1550kbps的码率压制视频部分，最好限制在1500以内，音频部分如果是pr或ae制作，正常输出320k即可，不要后黑，黑了也没用。

推荐走crf路线，crf24~25+medium预设，其他可参考上篇文章的设置，音频部分直接320k就好。禁止后黑。

总结陈词部分继续。说说我的一点建议。对于mad区up，我的观点是，能利用薯片云尽量还是用薯片云。在视频的码率标准上乐视更胜一筹，你也有更宽松的空间做压制。实在不行我还有后黑呢，vfr不行我上纯黑屏补丁，大不了来个正弦波，白噪音，随机颜色，一图流（by @Beining）……而且从纯观看体验上来讲，我认为薯片会更好一些。如果不是版权新番，不是净网行动，不是渣浪被炸，bishi可能不会开放本地上传。虽然说b站会有商业化的时候，该拿的证都要用起来，不过如果没有这么多契机，真不会有今天的局面。但是对于一个刚从纯弹幕站转型的网站来说，视频分发这个业务还是很沉重的，在这一点上b站还不能和传统视频网站相提并论。至少在相当长的一段时间内绝不可能。那么采用稳定的视频源才是所有up应该考虑的问题。不对自己负责至少要对观众负责，在此送各位一句话：

好了正文到此告一段落。我是于桑，欢迎继续在q群或论坛与我进行欢乐的讨论，同时也欢迎访问我的个人博客：ershiwo.com，有什么新话题请随时与我联系。那么我们待会儿见！

 

另：[1]真是十分感谢你还有心情听我在这儿白话（huo，三声），那我们就聊点干货。怎么去解析视频源呢？最简单的办法就是用硕鼠了：
http://www.flvcd.com
或者比较高端一点，去查bilibili和acfun的api。

然后第三种，完全没有技术含量像我一样的，用嗅探器查流量来源……我日常喜欢用火狐加Firebug，因为有黑科技脚本可以直接不等审核通过就检查视频情况，当然对乐视源来说拿到vu就行。不过说到下载，哈哈，这个就很有趣了。我简单讲讲这个，只谈乐视云如何获取视频。

首先打开firebug，打开或刷新要获取视频的页面。然后先查找这个地址：

类似的就ok，因为要从里面找到视频源地址。复制地址并打开，找到这样的地址：

找离你最近的服务器，把双引号里的内容复制到浏览器栏，去掉所有反斜杠，回车：

完美get。下载好后只需要重命名为flv文件就行。

还有一种情况是无法访问服务器，这时回到firebug，转到媒体选项卡，把那里视频的ip地址复制过来覆盖地址栏里的就行了。
IE和Chrome大同小异，不过多介绍了。

[2]关于这个cdn的问题，我是从beining那里了解的。两大弹幕站都有手机客户端，当然就需要mp4版本的片源。b站反正是默不吭声开了自己的视频服务器提供mp4片源，然后就有了acg.tv，balabalabala……现在又和乐视合作，一年扔多少钱就不知道了。不过东西永远存在自己手里最保险，不是么？

[3]这个说法是这么传出来的呢？去年开了直传对吧，年初渣浪被查了对吧，b站默不吭声把渣浪上部分片子备份到了自己的服务器上。这些片子和渣浪的版本是一样的，也就是完整带后黑版本。然后就说acgvideo.com是和渣浪一样压制参数的服务器。不过新开了直传后似乎参数显的更宽松了。且看bishi能支撑到何年何月……

[4]网盘地址：http://pan.baidu.com/s/1sj4oYVb，有爱自取。没有封装音频，请自行脑补。如果不行就去看b站的测试片：test video+，话说up主你那么丧心病狂你爸妈知道吗？

[5]后黑的问题。在音频测试中我考虑躲避码率限制的问题，试了后黑（SinaHigh v4.0）。结果完全不让人惊讶：后黑全被砍了。那么一段视频在服务器上的大致处理流程是这样的：你先上传，服务器收到文件后拆封装，检查视音频码率，不符合的重新压制，有后黑一般是退回。接着重新混流封装，再分发到各加速节点上。但是乐视云没有问题。不过我现在强烈建议少用后黑，这只不过是一种补救和保护措施。做好压制才是最重要的。

[6]实际上我还做了一个1599kbps版本的（见av1635933/4p），但很遗憾，被二压了。你们可以自己下载视频用mediainfo查看。为了保险起见，建议不要上传大于1500k的视频。

[7]音频部分我啰嗦一句。战薯片时已经提过了，用qaac编码的256kaac音频已经可以满足大多数人的需求了。现在放宽了要求，但继续这样压制也无不可。在400k以上码率的情况下，要想品味原汁原味的声音，我建议你还是去听无损或者原盘。有文章作证：

http://blog.sina.com.cn/s/blog_637d7cd80101p1j6.html

对高码率音频的研究，这种东西就让玄学家和音乐区up们琢磨去吧，吾等普通渣渣就不掺和了。

[8]疯狂的测试者们早就尝试上传alac无损音频了……但是一般人就不要去瞎实验了，搞坏了服务器那就有点意思了。

[9]纪念我远在天国的流量君。要不是那天看视频投完硬币想重播一遍没重播成，我可能就忘了这个茬。此次的选题感谢@钉子君的启发。同时在这里@Wslce艺流派，你要的压制参数在文章里了。本次就写到这里，下回再见。

 

PS:另外小丸前几天应b站之邀做了一个直传专用压制工具，有兴趣的可以去b站看看。所以多说一句废话，少无脑后黑了。

PPS:乐视云的安全上限是1800k，各位还请悠着点，而且现在乐视关掉了跨域的视频外链，也就是说原先的跨站投稿已基本失效，所以安心传多份吧。