2012 年 4 月 12 日,我们第一次发片,就是 Fate/Zero,那时候我们还叫做“显卡吧影音工作室”,我们还完全不被人所知。十年匆匆而逝。

Fate/Zero 这番不考别的,就考压制者会不会处理多暗场极重噪点的源,能不能做到在基本不损失有效细节的前提下降噪,保证较高的还原度下尽量降低码率。现在大家对于 BDRip 的心理体积一般是 1-1.5 GB 每集。Fate/Zero 之所以有挑战性,就在于在这样的体积档,普通手段的处理,很难保证画质、还原度足够高,更别说裸压。所以在几年后,对 avs 的理解更成熟,x265 的可用性也有突破的时候,VCB-S 选择 rev 一版 Fate/Zero,希望在不妥协画质,不精简附加资源的前提下,提供一个体积上尽可能亲民的版本。

10-bit 1080p HEVC + FLAC,MKV 格式。约 1.5 GB 一集。


重发修正:

v3 (2022.04):

1. 替换CD MEMORIA [アニメ盤] 和 空は高く風は歌う [初回生産限定盤B] 的源
2. 增补设定集
3. 修正部分音频轨语言
4. 修复部分特典视频画面与声音长度不一致的问题
5. 移除部分正片结尾章节
6. 删除 readme about WebP.txt;
7. 按现行规范重命名,统一整体命名风格。

v2 (2018.11):

1. 应 nyaa 用户请求再重发,并顺便补充 2017 年三碟装原声集;
2. 2017 年 4 月的重发版本可以全部直接校验于本种。

v1 (2017.04):

1. 由 Service Pack 04/05 修正 EP11/12 和 SP01/05;
2. 补充 SECL-1007/9 和另外 7 份广播剧 CD;
3. 补充各种扫图,重制部分扫图,移除 OST 中与 Scans 下相同的扫图。


Madogiwa no Totto-chan / 窗边的小豆豆 10-bit 1080p HEVC BDRip [Fin]

这个项目与 喵萌奶茶屋 合作,感谢他们精心制作的字幕。 原盘画质不错,我们仅做了简单的降噪和极轻的抗锯齿。正片裁去了上下黑边,如有黑边需求可以观看特典...

阅读全文

Orange / 橘色奇迹 10-bit 1080p HEVC BDRip [TV+MOVIE Reseed Fin]

TV: 橘色奇迹 / Orange MOVIE: 橘色奇迹 -未来- / Orange Mirai 本项目 TV 部分与 动漫国字幕组 合作,感谢他们精心制作的字幕。 Orange TV 和剧场版画质一般...

阅读全文

Fruits Basket The Final / 水果篮子 最终季 1080p HEVC BDRip [Reseed Fin]

这个项目与 喵萌奶茶屋 合作,感谢他们精心制作的字幕。 内封原盘 JPN 字幕。 感谢所有参与制作者: 整理:qianyink 发布:Asen 分流:VCB-Studio CDN 分流...

阅读全文

139 条评论

  1. 刚刚因为首页的fate06版更新才发现贵组这个zero的重制版。想请教一下这个版本和mawen1250大神的版本相较起来孰优孰劣?哪位高人可以指点迷津?

        1. 我回错人了么?因为8号同学说UBW体积和ZERO相差一倍,我想是一季和两季的体积差。如果回错人了那真是不好意思。

  2. 请问,mawen1250大大虽然是TOP压制,但毕竟这部动漫是11-12年的作品,现在过去3年了,编码技术有提升不知道和VCB的这版互相有什么优势,希望能得到回复[可怜]

        1. 感谢修复,另外问个题外话,额——,我登录后发现有回复信息,结果一打开一看,什么都没有,我之前发的一条信息也消失了,是管理员删掉了吗?

    1. 。。原来有修复啊!!。。我花了还以为是解码不够强力 。。记不起来有没有其他地方出问题了。 。下次有问题还是一个个记下来回复。。怕麻烦就没有完美收藏品

  3. 看来终极解码的FFMPEGHEVC还是有点不够强。。在11集22分00秒时花了。。话说重看FZ发现。。脸好多都崩了的感觉?是看了UBW的后遗症么。。记得当初还是觉得非常惊艳的啊

      1. 如果有压制组的大大看到,希望【以后的音频不要48Hz、24位,41HZ/16位即使是专业音乐人也听不出什么,,况且还是视频,人类听不出240M的音频毫无意义】

  4. 辛苦了…质量比最初的版本好了很多。反馈一下的话,第一集第一个画面,和25:20左右的切嗣的脸上动态的banding比较严重,但是暂停的时候反倒看不清楚…以及,第一集24:50左右,时臣身上的噪点也很多…播放器mpv,参数vo=opengl-hq:interpolation:swapinterval=1:scaler-resizes-only:scale=ewa_lanczossharp:scale-radius=4:scale-antiring=1.0:cscale=ewa_lanczossharp:cscale-radius=4:tscale=oversample:dither-depth=8:dither-size-fruit=8:fbo-format=rgb32f:linear-scaling:icc-profile-auto:3dlut-size=512x512x512,相当于madvr jinc3 ar linear smoothmotion

    1. mpv的锅,处理精度太低,从参数就可以看出有dither到8bit的步骤。用madVR,搭配正确的解码,全程16bit或更高处理,完全没这事。另外噪点不属于瑕疵。降噪是为了尽可能降低码率,而不是说把它当做必须去掉的东西去处理。降噪不可避免的会带来细节损失,所以正常做片子都是能不降噪就不降,能轻微降噪就不重降噪。

      1. dither是最终输出的时候进行dither,处理的时候是fbo-format=rgb32f,另外jinc对应的是ewa_lanczossharp(scale和cscale),参数3是使用ewa_lanczossharp的时候默认的scale-radius值,ar对应的是scale-antiring值,linear对应的是linear-scaling,smoothmotion对应的是interpolation…不过至于为毛实际效果有banding…估计是一种混合锅,还需要进一步测试嗯…以及刚刚测试的时候,关闭dither(dither=no)并没有什么卵用,banding观感上似乎有所好转(未截图对比),然而依旧没能完全消除…

        1. 这是25分20秒的时候截图。我按照RGB24 1920×1080显示器的规格来设置输出的。没有说出现什么“严重的banding”。其实如果真要找也有,fz里面难免有个别场景下色带没办法用保守性的手段处理,比如23集saber骑摩托车进入车库,车灯那种光晕效果(或者说本身就是特效?)另外从参数看ewa_lanczossharp和scale-radius对应的只是 Lanczos 3taps。不过这不是问题;banding的产生是精度不足的问题。

          1. 脸上的,水波纹一样的banding,在动态的时候像水波流过一样…因为我没有win环境所以没办法看madvr下的情况,如果madvr一切正常的话就是我mpv的参数错误了…另外,github上关于ewa_lanczos的描述是这样的:“Elliptic weighted average Lanczos scaling. Also known as Jinc. Relatively slow, but very good quality. ”

          2. 改进过后的参数是vo=opengl-hq:interpolation:swapinterval=1:scaler-resizes-only:scale=ewa_lanczossharp:scale-radius=4:scale-antiring=1.0:cscale=ewa_lanczossharp:cscale-radius=4:tscale=oversample:dither=no:dither-depth=8:dither-size-fruit=8:fbo-format=rgba32f:linear-scaling:icc-profile-auto:3dlut-size=512x512x512尝试过ewa_lanczos而不是ewa_lanczossharp…有好转,估计真的是mpv的锅…(然而mpv已经是非win下最高画质的方案了…略不甘心)

              1. 找了一圈的锅,最后发现mpv下只能使用ffmpeg而不是LAV(LAV是基于directx的),但是我查了一下发现LAV也是基于libavdevice的分离器…二者有什么区别吗?

欢迎留言

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