三年前,我们第一次发片,就是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

Shounen Maid / 少年女仆 10-bit 1080p HEVC BDRip [Fin]

可爱的男孩子wwwwwwww   少年女仆 10-bit 1080p HEVC BDRip 10-bit HEVC + FLAC,MKV 格式。约 1.1 GB 一集 8-bit HEVC + AAC,MP4 格式。约 400 MB 一...

阅读全文

LoveLive! Sunshine!! / ラブライブ!サンシャイン!! 1080p/720p BDRip [更新至Vol.4]

LLSS系列将全部与Nyamazing字幕组合作;感谢字幕组提供外挂字幕。 包含各卷所有有效内容,以及目前发售的CD。字幕组所制作的OP、插入曲的特效字幕版本,以硬...

阅读全文

Sakura Trick / 樱trick 720p/1080p BDRip [Reseed Fin]

prpr,我好兴奋啊~~ Reseed info 1. 通过重封修正了 SP06、SP07 的视频比例; 2. 更新了 OST 和 OST more 两张 CD 的 Hi-Res 版本(取自 TSDM 感谢计划,已...

阅读全文

  1. Pingback: 作品项目详情 (2017.01.07) | VCB-Studio

  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