那些什么新年祝福的漂亮话也不浪费时间了,直接说新年里重点吧:

 

1、以后vcb-s的project,普遍视频码率会提升一个档次(大概10%来去),以求更好的还原度

vcb-s从言叶之庭开始,体积上的选择基本上是偏向小体积。别说跟俄罗斯组相比,就算在国内,vcb-s的体积都是明显偏小的。这种风格好处在于亲和度高,能接受的观众更多;但是缺点也是存在的——还原度不够。就算技术层面上能做到同样是小体积,vcb-s能把画质做的更好,可以有信心去与那些体积比自己大一点的raw比画质,但是比起Yousei那些码率成倍投入的组,多数project还原度就是不如,这是事实。

vcb-s每个10bit的project都有给截图对比,看了截图,抱怨还原度不足的观众还是有的。解决方法其实很简单,就是加码率,大体积,码率足够的,比如psycho-pass,LoveLive,画面一些欠码瑕疵自然解决。考虑到如今大家硬盘和带宽比起两三年前应该都有进步,vcb-s决定以后的project普遍增加一些码率,以换取更好的还原度。

技术层面上说,vcb-s以前的project,标准压制参数是 crf=16.5/mbtree=1 或者 crf=17.5/mbtree=0,以后会把crf值降低0.5,采用 crf=16.0/mbtree=1或者crf=17.0/mbtree=0

 

2、有得必有失。三次元特典的音轨将不再采用无损(演唱会除外)

从这几年发片经验看,三次元特典这块是观众最倾向于忽略的部分,就算有需求也是满足于看一遍完事。而且我们在制作的时候,三次元特典给的还原度也低于正片,不但因为观众对其画质需求低,而且三次元特典如果当做正片去做,码率势必非常高(三次元编码复杂度远高于二次元),体积浪费严重

从这些方面考虑,我们认为给三次元特典配无损音轨没有任何必要。这些体积省下来,留给正片,或者用来提高三次元特典的还原度,都比投资在无损音轨上,对于观众(非无损脑放党)的观看体验更好。但是演唱会我们会保持无损音轨,原因也很明显。

 

3、HEVC前瞻:你特么敢再慢点么

一直有观众建议(催促)我们使用HEVC(H.265)编码。这类观众我可以打赌,肯定没正经的压过多少片子。

HEVC的测试,从一年半前HM10.0发布,我们一直都有在做,只不过测试的东西基本不往外丢而已,其他跟我们一样频繁测试的还有fch1993,也经常跟他交流讨论关于HEVC编码器的设置。

结论是,哪怕小体积如vcb-s,采用的还原度和画质定位,HEVC编码器的画质表现都远不及成熟的AVC编码器。大家可以去看fch发的那些测试产品,用他的话说就是体积比10bit AVC 小 15%, 画质大概相当于crf=18.0~19.0 mbtree=0。这个画质定位比fch自己那些10bit H.264的project要差两个档次(他做10bit H.264习惯用 crf=16.0~17.0 mbtree=0)。换言之,HEVC的作品在高画质高还原度的定位上,目前还难堪重任。

但是,既然HEVC在中高端还原度上有优势,意味着vcb-s那些采用中高端还原度制作的三次元特典,换HEVC可以节省码率。事实上,最近我们的测试结果是,在一份合理的参数配置下,10bit HEVC编码可以做到画质不输,甚至稍好于之前的10hit AVC,同时码率降低30%~40%.  这个提升是很诱人的,特别是对于演唱会等三次元为主的。

代价是,太慢了。一段5分钟 1920×1080 60p的三次元特典,在一颗4770K的机器上大概要跑整整一天24小时。如果换一个两小时的演唱会,意味着不间断挂机一个月才做得完。

以vcb-s的压制计算力,全盘转HEVC根本是不可能的(也没必要,毕竟正片部分用HEVC是吃力不讨好),但是以后部分短的三次元特典用HEVC还是做的到。如果特典太长,或者制作时间紧急,我们保留放弃HEVC压制,继续使用AVC压制的权利……

从15年开始,你可能会在我们的发布中陆续见到 [Ma10p_1080p][x265_aac]的真人特典(Ma10p= Main 10 Profile,是现在10bit HEVC的编码profile)。我们的播放器教程也会近期更新,告诉大家如何播放HEVC的视频。

什么?你问我家里老爷机能不能放?我们测试下来的结论是:桌面CPU,一颗i3 3220相当的高频双核U应该可以应付10bit 1080p 60fps的三次元HEVC特典;但是笔记本恐怕非得4C8T的i7才能驾驭了。

 

4、关于vcb-s,关于我自己

离开校园,踏入社会,才明白学生时代是多么美好的事情。大家应该可以注意到最近vcb-s的发片效率大不如从前了,没办法,成年人工作党哪有那么多时间分析片源,测试参数,研发新的黑科技,带队分配任务和去发布资源。

但是我还是会坚持下去;不说什么为了大家为了伸手党之类的漂亮话,最重要的,这是我一手带出来的、铁打的队伍,组员们都是怀着无私的信念,团结在一起做分享,任劳任怨付出不求回报的人。大家都很享受这种团队氛围;特别是我自己。

目前国内和国外,坚持做BDRip的已经很少了。就海峡两岸三地来说,各大字幕组发BDRip的频率明显不如以前,也就雪飘还较为频繁的发蓝光;mawen1250退压了(你没看错,雯姐宣布退压了。估计到时候只有rewrite动画化能刺激她复出),小夜舰娘中(别让我去催小夜填坑,我比你们都理解小夜目前不想填坑的心态,因为我自己兴趣不在BDRip上时候,坑再多我都不会理会,你爱催催去,脾气不好我还可以直接宣布弃坑),AI-Raws/EMTP-Raws/VCB-Studio/philosophy-raws都面临时间精力不够的问题,表现为发片量大幅下滑。所以大家以后收片很可能没机会给你肥的瘦的挑挑拣拣,凡是稍微冷门的番有的收就不错了。

如果你想改变这种趋势,希望你能加入我们——不仅限于加入vcb-s,也可以加入其他组,或者自己起家,来参与动漫的制作分享。

 

喜びを受け止めて
接受这喜悦的心情
君と僕つながろう
将你我紧紧相系
迷い道 やっと外へ抜けだした筈さ
即使徬徨迷失也能重归正途
喜びを受け止めて
接受这喜悦的心情
君と僕 進むだろう
与你一同前进
【凛姬希】それは(【果花妮】それは)【鸟海绘】遠い(【凛姬希】夢の)
那即是     (那即是)    悠远    (梦想的)
【果花妮】カケラ(【鸟海绘】だけど)【凛姬希】愛しいカケラ
碎片        (也是)          令人怜爱的碎片
彼方へと…僕はDASH
我将带着它…朝远方DASH

 

(哦对了,LL-S2跳票一下。。。字幕组说要加特效然后再多一人次校对)

Project list / 作品项目列表

(Image Credit: 汐風HY@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 系统中较为保守的最大路径...

阅读全文

84 条评论

  1. 终于等到这一天了!以前的体积的确有点儿小,码率小,部分还原度是不够,要不要洗版呢(答案肯定是否定的),vcb的作品全的收了!感谢各位辛勤付出,祝愿大家来年更上一层楼!另外能问下u2 jusm菊莴为什么只压8bits,他压得有什么特点么,值得收藏么

    1. jsum的信念就是硬盘小,收不起BDMV的同学,我就为你准备一份小体积的。所以jsum压的东西快,全,兼容性高。但是这种制作,是牺牲预处理(jsum的压制基本上近似裸压),和编码参数(参数不高,而且设置单一)来获取的。

  2. ~~重点是最后一句~~“如果你想改变这种趋势,希望你能加入我们——不仅限于加入vcb-s,也可以加入其他组,或者自己起家,来参与动漫的制作分享。”

  3. x265慢和默认的参数太高有不小的关系,比如x265在medium下merange是57,而x264在veryslow下才只有24而已。另外x265的新加入的star和full那速度简直不能看。另外有个小疑问,“crf=16.0/mbtree=1或者crf=17.0/mbtree=0”,难道不是crf越低才越应该关闭mbtree么?

    1. 在其他参数配置合理的前提下,crf=x/mbtree=1和crf=x+1/mbtree=0的体积是相似的;x<16,基本是crf=x+1/mbtree=0更好;x>17,则基本是crf=x/mbtree=1更好。而16<=x<=17的区间则需要根据片源类型而定,究竟这个画面风格适不适合开mbtree的压制。vcb-s每个番都做测验,用两个参数(开mbtree/关mbtree)试着压一次,然后ab对比来目测,相似的体积下,哪个参数更好。

欢迎留言

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