最近,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

 

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

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

阅读全文

Project list / 作品项目列表

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

阅读全文

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

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

阅读全文

318 条评论

  1. 1.B或C都行,当然更希望是C,毕竟也想拿来收藏。
    2.B或C,确实我个人反正是不会去听的。
    3.CDE,随意,我反正移动端照样直接下最优画质。。。

  2. BBC
    关于副音轨:对于原盘完整性来说自然是值得保存的,另一方面这个东西对音质要求并不是很高(反正就是sraff唠嗑嘛,233)
    对于移动设备:使用较少,仅有的了解内感觉C比较合理

  3. 1.C 建议提升画质。我觉得选择VCB-S的人很大部分原因都是为了这个。当然B也可以作为候选考虑。2.A 评论音轨个人认为意义不大,且受众较小。如不考虑外挂,那就去掉吧(仅指评论音轨,正片5.1之类的完全应当保持)。还是应把视频画质放在首位,这才是VCB-S真正能与其它组做出差异化的地方,而评论音轨即使有少部分人需要,还有其它渠道可收。且从代价/收益的角度来说,保留评论音轨也比较不明智。3.B 个人认为,这个类型的存在目的很明确,就是最大兼容性,没必要两头兼顾最后两边不搭很鸡肋。综合考虑下来,还是B为好。

  4. 1、C。VCB现在已经是首选组了,550MB的体积相较其他组偏小。画质至上,体积随意。2、B。评论轨建议AAC解决。比如有损音乐常用的qaac vbr 127 参数。3、D.

  5. 1. b 在2选a的前提下2、a 或者单做我们可以选择不下3、一定是d因为3好多人忽略和安卓盒子一个只要两百元的东西,就能在电视体验高画质动漫你们的8bit 1080p hevc 片源+电视的体验一定比10bit 1080p hevc 片源+显示器体验好8bit 1080p hevc 片源+电视的体验一定比10bit 1080p hevc 片源+显示器体验好8bit 1080p hevc 片源+电视的体验一定比10bit 1080p hevc 片源+显示器体验好只要200元,只要200元,只要200元不用madvr,不用madvr,不用madvr不用高配电脑,不用高配电脑,不用高配电脑我都说了三遍

  6. C C E VCB组的东西几乎全部都收藏了,对于评论音轨我觉得还是按现在这样留着比较好,既然下BD,就要完美搜藏嘛!

欢迎留言

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