Fate/Zero 10-bit 1080p HEVC BDRip 重发

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

修正列表

视频部分:
包含了 Service Pack 4 & 5 的修正(第 11/12 话花屏和 SP01/05 的音轨问题)。

相关音乐:
1. 增加 「MEMORIA」[初回生産限定盤](与 [アニメ盤] 不同);
2. 增加 7 份广播剧 CD;
3. 移除 OST 中的扫图(与 Scans 文件夹下的相同);
4. 部分封面图和扫图被补齐或重制(对扫图使用了 Webp 格式);
5. 文件夹命名风格统一。

相关扫图:
1. 增加 BDBOX I & II 早期预约特典海报;
2. 增加 F/Z Animation Visual Guide I & II;
3. 增加 Fate Zero Material (设定集);
4. 增加 Fate Zero Tribute Arts 及其特典册 Rough Material。

三年前,我们第一次发片,就是Fate/Zero,那时候我们还叫做“显卡吧影音工作室”,我们还完全不被人所知。三年就这么过去了。

Fate/Zero 这番不考别的,就考压制者会不会处理多暗,第一次场极重噪点的源,能不能做到基本上不损失有效细节的前提下降噪,然后保证较高的还原度下尽量降低码率。

现在大家对于 BDRip 的心理体积一般是 1-1.5 GB 每集。Fate/Zero 之所以有挑战性,就在于在这样的体积档,普通手段的处理,更别说裸压,很难保证画质、还原度足够高。所以在几年后,avs 的理解更成熟,x265 的可用性也有突破的时候,VCB-S 选择 rev 一版 Fate/Zero,希望在不妥协画质,不精简附加资源的前提下,提供一个体积上尽可能亲民的版本。

Concrete Revolutio: Choujin Gensou / Concrete Revolutio~超人幻想~ 1080p/720p HEVC BDRip [S1+S2 Fin]

本番画质一般,线条附近有一定程度的锯齿和轻微晕轮,平面有一些动态噪点。处理上尽量去除了线条的瑕疵,并进行自适应降噪以控制体积,同时去除色带,最后使...

阅读全文

Akagami no Shirayuki-hime / 赤发白雪姬 10-bit 1080p HEVC BDRip [Reseed Fin]

赤白这番画质中等,只有较强的锯齿,针对性地进行了 AA,加上纹理增强,配合 HEVC 编码。 10-bit 1080p HEVC + FLAC,MKV 格式。约 950 MB 一集。修正内容...

阅读全文

Sangatsu no Lion / 3月的狮子 10-bit 1080p HEVC BDRip [S1 Fin]

原盘线条清晰,但有明显锯齿;平面部分纹理丰富。因此针对线条进行了抗锯齿,针对平面进行了自适应锐化。此外针对 OP/ED 中原生 FHD 的 Staff 信息进行了保护...

阅读全文

116 条评论

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

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

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

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

  2. 辛苦了…质量比最初的版本好了很多。反馈一下的话,第一集第一个画面,和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下最高画质的方案了…略不甘心)

欢迎留言