2012 年,我们第一次发片,就是 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 一集。


重发修正 / Reseed Info:

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 下相同的扫图。

FLCL Alternative & Progressive / 剧场版 特别的她 Alternative & Progressive 10-bit 1080p HEVC BDRip [Movies Fin]

这个项目与 SweetSub 合作,感谢他们精心制作的字幕。 FLCL Alternative 原盘主要画面是由 720p 拉伸而来,除了线条有一定程度的锯齿以外没有什么问题;片尾...

阅读全文

Servant×Service / 跟班×服务 10-bit 1080p HEVC BDRip [Fin]

本番为组员提名。原盘中规中矩,有一些锯齿和色带;主要在保护好细节的基础上做了抗锯齿和去色带处理,最后补偿性地优化一下视觉锐利度以提高观感。 10-bit 1...

阅读全文

Mob Psycho 100 / 灵能百分百 10-bit 1080p HEVC BDRip [Fin]

本番为组员提名。原盘有比较重的噪点和锯齿,处理过程中主要进行了抗锯齿和低强度的去色带,并补偿性地优化了一下视觉锐利度以提升观感。 10-bit 1080p HEVC ...

阅读全文

125 条评论

        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下最高画质的方案了…略不甘心)

欢迎留言

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