与剧场版一道,我们从上个月开始准备了此次重发。 考虑到剧场版和未来的新季度, 我们将根目录设为 “[VCB-Studio] Sword Art Online”,以便未来将所有季度收纳在一起。 与此配套,我们调整了一些文件的命名风格。 视频方面合并了修正和增补;音乐上进行了不少补充;扫图以新格式重制并稍作补充。 虽然是新瓶装旧酒,但希望带来一份整体统一相对完整成品。

标准版:10-bit 1080p HEVC + FLAC, MKV 格式。每话约 1.15 GB。

请注意这是第一季度、第二季度和 Extra Edition 的合集,并不包含 剧场版


修改内容:

视频:
1. 已合并 Service Pack 2&8 修正内容 (S1 Ep.20音画不同步 & S2 NCED04);
2. 微调 S1 Ep17&20。

音乐:
1. 增加 S1 4 张广播剧 CD;
2. 置换 S1 「INNOCENCE」歌手盘为 Hi-Res 版;
3. 置换 S1 「虹の音」歌手盘为 Hi-Res 版;
4. 置换 S2 「IGNITE」歌手盘为 Hi-Res 版;
5. 增加 S2 「Startear」歌手盘 Hi-Res 版;
6. 增加 Music Collection Hi-Res 版;
7. 修正所有扫图错误,部分增补,有无损源的重制为 webp 格式。

扫图:
1. 无损源重制 webp;
2. 增加 S1 UK BD 扫图和 S2 Vol.7 扫图。


如果想黑 VCB-Studio 画质的,拿以前的刀剑可能是最好的例子——那个版本体积实在太小了,小到虽然努力的在小体积下优化画质,也确实算是优化的很到位,但是今天看来,在 vcb-s 的 projects 中,它仍然属于画质、还原度较差的水准。第二季度的刀剑我们使用了更高规格的制作(目前做到 Vol.7,等做完所有卷放合集),所以在此我们把第一季度+特别篇重制一下:

1. 改善了预处理部分,降低了处理强度,保留更多的细节
2. 使用 10bit HEVC 编码。画质上来说,暗场和动态是收益最大的区域,得益于预处理和编码的双重提升。

感谢 fch1993 帮忙挂机和整理

Ayakashi Triangle / 妖幻三重奏 10-bit 1080p HEVC BDRip [Fin]

原盘画质一般,原生 892.5p。虽然 CONNECT 升级了祖传的 720p 产线,但画面依旧非常糊,而且部分线条带严重锯齿。我们进行了逆向拉伸重构 + 抗锯齿以修复线条...

阅读全文

Eiyuuou, Bu wo Kiwameru Tame Tenseisu / 英雄王,为了穷尽武道而转生 10-bit 1080p HEVC BDRip [Fin]

这个项目与 喵萌奶茶屋 合作,感谢他们精心制作的字幕。 英雄王的原盘质量不错,除了线条带有振铃外没有太过明显的瑕疵,制作方加入的噪点也有很好的保留下来...

阅读全文

ROBOMASTERS / 机甲大师 10-bit 1080p HEVC BDRip [Reseed Fin]

这部番画质一般,部分场景中有大量素材存在严重的锯齿。为了保护其他画面不受到破坏,仅进行了保守的抗锯齿。 萝卜坑的小伙伴们加油 by 姬坂乃爱 内封原盘 CH...

阅读全文

135 条评论

  1. 当年就没看下去。前段时间又大热。想起VCB有制作去下了看了看。看来这番是无法适配我 🙁

    对了。这番的音轨确实有问题。开加速播放会很怪异

  2. “由于疏忽和无人报错,我们没能在双季度重发前发现部分成品中出现的错误,包括 S1 EP08 的章节和 S1 Preview09 的音轨,这些错误内容的修正补丁:
    链接: https:……”这个地方给的链接里的s1 ep08v2文件,文件名末尾给出的CRC-32码是F6938187,但是我用不同的电脑各下载了一次,得到的文件都是1D68FD63.我下载文件的方式是利用猴子脚本提取文件的真实链接,然后用IDM下载。下载所得文件能够播放,鄙人拙眼未发现问题。在bt里下载的s1 ep08文件的CRC-32是F3507C1E.
    请问这个s1 ep08v2文件正确的CRC-32应该是多少?我是否有必要再去下载一遍这个文件?
    另外,关于贵组命名风格的问题,在下着实能看出几种不同的风格,最明显的就是一些时候文件名中用[VCB-S],而最近则多用[VCB-Studio]。

    1. 最近确实出现了多次转存/下载均无法下载到无错文件的情况,这可能和近期度盘变着花样抽风是一起的,暂时没有什么好的解决方案。

      命名风格上,其实已经很久都是 “[VCB-Studio]” 了,但是某些合作番,尤其当相关资源不是我们整理时,命名上会有一些不同。

    1. 感谢报错 确认主要章节偏了7秒
      这个问题可能最早发生于我们14年4月的 AVC Hi10p 版本中
      后来于15年7月进行了 HEVC Ma10p 重压且当时已经认识到章节问题
      没有想到 HEVC 重压时并没有修复这个问题
      因为没人再报错过所以最近重发整理时也没有进行处理

    1. 在BT协议下,一层目录和一百层目录是没有本质区别的。并且BT这种按区块hash的,只要用了正确的下载软件,下载到的东西将与做种者所提供的完全一致,谈何容易丢。

      1. 行,我错,但速度?千兆局域网,备份笔记本到PC硬盘,10⁴量级的文件,发现才几百KB/s,假的吧;打包成zip(不压缩),90+MB/s,备份分分钟的事。虽然不懂bt,但也是传文件,好的结构组织,像那些exe,iso,jar,war,即使包含上万个文件,也没拖慢速度。To 回复我的人:为什么提点意见就对我怀有莫大的敌意,我说得不科学了?我也很喜欢VCB-S的bt。求同存异。

        1. 你怎么突然把话锋转到复制速度去了?我只是在描述结构的复杂程度对于下载毫无影响。另外:BT下载和复制还真不一样,BT的单位是块,而复制的单位是文件。

        2. 我就想到自己当年用迅雷下fch1993整理的近百G合集时,下到最后电脑都是处于半死机状态的。没有打包的主要原因我觉得是出于保种的考虑,解压完之后很多人顺手就把压缩包删了。另外作用也就是督促大家用utorrent等正规下载软件吧。如果只是你内网复制的需求,你可以自己压缩后复制。

          1. 保种说到心里了…有的时候为了整理硬盘把压缩包解了就没法接着做种了,所以大多数情况是一口气下一堆攒好的各种种子,然而很显然,先下完的自然被续的多,而那些本来就需要+1s的基本就会在下完几个小时之后停止做种然后开始整理到硬盘里。但是如果预先安排好了目录结构的话就可以直接挂那儿继续做种了。

  3. 看到littlepox也参与了这个60帧的项目,http://tieba.baidu.com/p/2505068050看完觉得好爽,但不知是不是我个人的原因有时画面会有撕裂,比较明显的就是下部OP中莉法放魔法和桐人突进的时候,但即便如此60帧依旧看的很过瘾,而且体积和本帖的体积也差不多(画质这就太高端了我也看不大出)好奇怪为什么只有那一家和部分个人才会尝试压制60帧的(比如另外还看过高达SEED系列的60帧,可惜是720P的),是技术上很有难度吗?明明60帧看起来是那么的爽呢,好期望今后BD压制都能以60帧为主流呢

    1. 插帧其实是违反还原与修复的原则,和原本作者想要呈现的画面是不同的,然后SVP的补完就如您所说的会产生许多artifact(画面撕裂,变形),所以追求画面和欢迎的压制组不会去插帧。真的想要看60帧插帧,买个强力的cpu,开启SVP就行了。但不建议,爽归爽,他非原本作者要呈现的画面。个人觉得madvr的smooth motion才是真正滑顺且作者要呈现的画面最佳解决之道。

        1. Smooth motion是让屏幕的更新率对上影片的更新率,让画面不会有任何不自然的卡顿,然而因为影片只有23.976帧,所以不如插帧到60帧的SVP滑顺,插帧的问题还有其他的,例如作品想要呈现的是慢慢的转过头来,插帧后看起来像是极速转头…诸如此类,插帧算是两面刃。若有支持Fluid motion的AMD卡+powerdvd 15也能变滑顺但是artifact(各种画面崩坏问题)不会比SVP少。

            1. 一般来说23.976或是24帧的影片在屏幕刷新率在60的情形下会需要重复出现的时候,导致每一帧出现的时间长短不会刚好一样(例如1122233444),那些忽快忽慢会造成motion judder(画面抖动)。smooth motion的详细技术我也不明白,不過主要是靠 frame blending system(帧混合系统)来让每一帧显示在屏幕上的时间一样,消除motion judder(画面抖动)。原文:Blending is “30% of frame A and 70% of frame B to calculate the output frame (pixelC = pixelA * 0.3 + pixelB * 0.7)”。

    1. 部分制作的说明1.Preview13因为场景为回忆杀高噪点,x264可以用51M的体积实现x265用55M都无法实现的画质。故放弃x265编码。同理包含大量噪声的menu也放弃使用x265编码。2.CD因为自抓放流者众多,其中不乏禁转的自抓档案。这里选择的CD/HI-Res/扫图均来自允许转载的放流者。其中扫图JPG均为无损PNG转制(体积大约是PNG的1/3)。3.Sword Art Offline本身画质不如正片,故压制上也采用相对于正片的“小体积参数”缩小视频体积。4.正片中部分战斗场景因为x265编码器目前的局限性,会出现部分场景不如同码率x264的情况,但是大部分场景应该是x265胜出,还请大家理性看待画质。总之各种方式方法把体积控制在40GB内完成了,不要觉得这个挺大。想想这个只是隔壁某组的相关CD体积的2/3,你就知道这个在精简和整理上有多难了。

欢迎留言

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