最近,x265 v2.0(目前我们hevc编码主要用的编码软件)发布,我们的注意力都放在相关测试方面,如何优化参数设计,来达到最好的效果。结果也令人满意,基本可以总结为3点:

  1. 10bit编码,x265对x264的领先幅度增加,目前纯视频,在相似质量下,x265可以比x264节省30%以上的码率(以前能有15%就逆天了),或者说,同码率,画质明显提升。
  2. x265的普适性提高,以前很多不适合用hevc的project,现在完全适合了
  3. 8bit编码,x265的画质明显提升,不但变得实用,而且相比x264赶超明显

所以现在,是时候调查大家意愿,微调一下我们的制作风格了。下面3个问题,每个问题有若干选项,请大家在评论中留言类似“ABC”这样的选择,并可以跟帖说说你的看法

1 正片,体积方面要不要改变?

目前,我们的BDRip,一集正片标配是 主视频(10bit hevc)+主音轨(flac, 24bit)+评论音轨(flac, 24bit)

主视频的体积是可控的,体积越大,码率越大,画质越好

两条音轨的体积是不可控的。评论音轨得看原盘带没带,不过现在蓝光一般都带。

(啥?你不知道评论音轨的存在?试着找找我们那些标注了_2flac的MKV,读读播放器教程,切换音轨听听)

目前,我们标准体积:

  • 正片550MB(可以改变)
  • 每一条音轨225MB(无损编码前提下,不可改变)
  • 总和正好是1GB/集

 

你觉得:

A 我根本看不出那么高的画质,请你们把体积再削减200MB左右

B 我觉得这样就挺好,不需要改

C 我有的是硬盘,请你们把体积再增加200MB左右

 

2 评论音轨,鸡腿、鸡肋还是鸡毛?

1GB/集的正片中,评论音轨经常要占据25%的体积。类似摇曳百合这种番,出现了主音轨16bit,评论音轨24bit的情况,评论音轨占据的体积是主音轨的两倍。

而对于中文圈观众来说,罕有字幕组制作评论音轨字幕前提下,很多人根本不会去听评论音轨,听了也一头雾水。更别提很多人根本不知道如何切换到评论音轨去听

你觉得:

A 我觉得这玩意完全是鸡毛蒜皮一样的垃圾,干脆别带了,体积省下来给视频部分

B 我觉得这东西是鸡肋,带还是带着,但是没有必要一集200+MB的无损音轨,换有损节省一些码率

C 我觉得这东西是鸡腿,我很喜欢听各种staff扯皮,请你们务必保持无损配置

 

3 针对移动设备的小体积MP4版本,要不要升级换代?

8bit x265的突飞猛进,让我们可以使用8bit hevc来制作番剧,720p/1080p下,200MB/300MB的体积足以做出非常优秀的画质。同时,8bit HEVC的兼容性已经不是3年前的情况;很多手机、显卡和非编都能支持它的解码。就算不能硬件解码,8bit hevc的软解负荷也大幅低于10bit hevc。

这里有个sample:链接:http://pan.baidu.com/s/1skJTH85 密码:83ac

更换了一个sample,原本的sample有个参数可能会导致兼容性问题。

大家可以下载了试试播放效果。手机平台建议使用MXPlayer,搭配硬解+播放;PC平台则可以在LAV设置中,硬解选择DXVA2(copy-back),看看能否流畅播放。

以后,当合作字幕组请求小体积1080p制作的时候,我们将使用8bit hevc来制作MP4版本,包括有损音轨,体积大约在400MB/集,效果应该可以媲美600MB/集左右的8bit AVC方案,或者500MB/集的10bit AVC方案。但是这一方案要不要推广到所有番剧,

你觉得:

A 这东西对我的设备来说压力山大,请你们继续8bit 720p AVC 200MB一集的制作

B 以前8bit 1080p AVC 400MB一集的方案呢?我觉得这是我需要的

C 我支持HEVC,但是没有必要在移动设备上用1080p吧?继续720p吧,画质比以前AVC方案提升就是进步

D 我觉得这个方案很不错,很适合我这种手机/平板/笔记本党

E 我的设备甚至可以硬解10bit hevc,我希望你们在小体积方案上也使用10bit

 

请大家在本文跟帖留言,你的选择、你的评价会帮助我们精确定位目前我们观众团体的需求。

 

补充几点大家讨论的比较热烈的:

1. 体积550M,这只是一个平均数,我们日常当然不可能死掐这个数字。番剧本身节省码率的做出来会小,否则会大,这是很正常的。你什么时候看到vcb-s发出去的东西整整齐齐全是1.0GB?

2. 外挂音轨好处在于方便和高度可定制,但是这是以简洁性保种性为代价的。外挂音轨跟正片放在同一目录,看上去会杂乱(特别是加了字幕之后),而且无论是否单独放在一个目录里,只要音轨被移动或者删除,都牺牲保种性(无论你选择不听不下,还是下了移动到正片目录去外挂,还是下了之后自己转有损,都会破坏种子解构)。目前,vcb-s只在有体积庞大的5.1声道音轨时候,或者多条评论音轨时外挂,因为这种情况下可定制性的收益增加。而为了每集一条音轨(甚至不是所有集都有)外挂,收益有点低于代价的意思。

3. 有人说x265节省30%的码率,是不是意味着700M的10bit HEVC视频,跟那些1GB/集纯视频的10bit avc组,画质相似?这里我必须指出不是这样:因为预处理环节本身就有着帮助提升压缩率的作用,而我们这个30%是控制了其它所有变量,单论编码环节。现代top tier的预处理设计,绝不是局限于瑕疵处理,而同样强调预处理和编码搭配。根据片源特性,消除人眼难以看到的无效高频信息,预先强化在有损编码中会被削弱的细节纹理,从而在同样码率下,实现比裸压更好更保真的效果。这也是为什么大家都在用avc的时候,我们就可以用更小的体积做到更好的画质原因之一。其它因素还包括参数设计是否合理等,这里不多展开。

 

 

 

 

截止时间:2016/07/31  23:59pm

 

Project list / 作品项目列表

(Image Credit: Lifeline@pixiv) Online Docs / 在线表格 Google Sheet Notes / 注释: UID / RS / Rev / SP = 年月+序号 / 重发 / 重制 / 集中式补丁包 UID...

阅读全文

VCB-Studio 支持 IEEE 的决定: 发布时禁止使用涩图 [愚人节快乐]

VCB-S 全心全意地支持 IEEE 的倡议,并热情地加入到他们促进多样性和性别平等的努力中。 At VCB-S, we wholeheartedly support the IEEE’s initiative ...

阅读全文

在 Windows 系统中启用长路径功能

从本月起我们的成品可能不再遵从较为严格的路径长度限制。这篇文章将简单介绍如何在 Windows 系统中启用长路径功能。 Windows 系统中较为保守的最大路径...

阅读全文

318 条评论

  1. 1、选C,来这里的都是蛋疼党,画质永远第一位2、选B,评论音轨作为副产品,重点在内容而不是听感,换成高质量的有损比较合适3、选D,希望小体积版本在体积、分辨率和画质上与大体积版本形成明显的区分,既然不是收藏版,那么画质低一点、体积小一点更好。至于兼容性,移动设备兼容HEVC是今后的趋势,VCB要引领时代潮流啊PS:我是组员Legend

  2. 1.B和C我都觉得可以,其实我想选B保持不变,但是看见评论选C比较多想要提升,我就缩了。(怕被群众围攻),我觉得VCB压制组可以凭BD原盘质量来决定该片值得不值得在增加200MB来提升画质,就是说规则没必要定死。2.我选A,评论音轨可以的话,请去掉。我觉得能去听评论音轨的人只有日语基础的人才能做到,评论音轨有字幕是非常少见的。我觉得有日语听力基础的而且还是该片的信仰者才会先看一篇之后再看第二遍去听评论音轨,没有人一上来这片还没看的情况下直接先选评论音轨去看吧?或者把评论音轨制作成外挂音轨给有需要的群众选择。评论音轨和画质提升,两选一的话,我要画质不要评论音轨。3.我选C。感谢VCB一直以来的压制,最后结果怎样都接受。

  3. C. 我有的是硬盘,请你们把体积再增加200MB左右B. 我觉得这东西是鸡肋,带还是带着,但是没有必要用一集200+MB的无损音轨,换有损节省一些码率A. 这东西对我的设备来说压力山大,请你们继续8bit 720p AVC 200MB一集的制作(这个其实我是想选B的,但是据说B制作起来相当麻烦,那就A好了~)PS:我是组员

  4. 1 c画质还是很重要的 硬盘很多2 b水平不够 听不懂 一般是不会听评论音轨 保留成有损的减小体积还是有必要的 3 这个就不选了 从来不在移动设备观看

  5. C. 我有的是硬碟,請你們把體積再增加200MB左右C. 我覺得這東西是雞腿,我很喜歡聽各種staff扯皮,請你們務必保持無損配置第三项:手机屏幕太小了…1080p真的没必要

  6. 1.C 硬盘不够可以加嘛,300MB不算啥2.B 反正听不懂,但万一有人喜欢呢3.对我来说在手机平板上看片就是折磨,所以怎么样都无所谓啦~

  7. 1.C画质能提高的话确实很好,现在来说200M也不是那么可怕(反正我收番收的少= =)2.BC这个看过前面一些人的选择,感觉确实把评论音轨保持无损但是拆出来外挂是个比较完美的解决办法3.C说实话我在手机上看动漫,现在正在看古老的家教,感觉480P的其实都还是可以忍受的(电脑上就忍不了了= =),平时看新番更是基本只下720P的,所以分辨率真没必要那么高(反正手机上是看完就删的那种,又不会用来收藏)

欢迎留言

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据