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

三年就这么过去了。

 

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

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

Main 10 Profile HEVC + FLAC, MKV格式。内封2条原盘字幕。~1.45GB/集(按24分钟计)

BDBOX的扫图混带在两张OST的BK中。

 

FZ修复包(修复11、12集花屏,SP01音轨过长,SP05音轨损坏的问题

链接: http://pan.baidu.com/s/1hqjNo3a

 

下载地址:

http://www.nyaa.eu/?page=view&tid=697583

http://www.tsdm.net/forum.php?mod=viewthread&tid=598705

https://share.dmhy.org/topics/view/396185_VCB-Studio_Fate_Zero_10bit_1080p_HEVC_BDRip_Fin.html

Hidan no Aria AA / 绯弹的亚里亚AA 1080p/720p BDRip [Fin]

绯弹的亚里亚AA 继承了第一季的画质,还不错,略有锯齿,噪点较多。第一季之后会发布。 本片与诸神字幕组合作,感谢字幕组提供字幕。 10-bit 1080p HEVC + FL...

阅读全文

Gate Jieitai Kanochi nite, Kaku Tatakaeri / GATE 奇幻自卫队 TV S1+S2 1080p BDRip [Fin]

原盘质量不错,主要是重噪点下隐藏了一些不容易被发现色带,因此针对性地做了处理。 这次合集发布也将第一季内容按新制作标准完全重制,并修正了之前 CD 编码...

阅读全文

Kiniro Mosaic: Pretty Days / 黄金拼图 Pretty Days 10-bit 1080p HEVC BDRip [Fin]

黄金拼图的剧场版。画质与之前 TV 版没有变化,画风柔和,没有明显的目视瑕疵。做法上也和之前一样,不做太多处理,仅仅消除色带,配合一些锐度补偿。因为线...

阅读全文

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

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

  3. 报错,11集v2版本11分12秒。
    另,论坛注册的验证邮件发送系统是不是坏了?我换了两个邮箱都收不到验证邮件。

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

  4. SP01 播放出来时间条变成35分钟53秒了???。。。正常是10分4秒的。。重新下了还是35分钟多???

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

  6. 额,都在论字幕,难道就没一个人和我一样觉得第二话开头。。。。什么鬼!开头乱入一部2秒电影画面!

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

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

      • 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观感上似乎有所好转(未截图对比),然而依旧没能完全消除…

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

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

          • 改进过后的参数是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下最高画质的方案了…略不甘心)

          • 这么描述应该真是jinc。另外这种调节看看可不可以调dither算法之类的。一般dither算法和dither强度是用来避免这个的。

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

VCB-Studio