时间的风景,一部壮美的4K纪录片,画质极佳,得益于高端的拍摄器材,画面干净细腻,锐度惊人!配乐同样优美。随手截图,绝对可以做电脑桌面!雄伟壮观的延时摄影,真实纪录了美洲的国家公园!如果你没体验过斗转星移,日夜星辰…… 那就一起来吧。

此片感谢@emulevc 豪掷299美刀购买了最贵的版本–Cineform 4K版。内部编码为RGB36bit,经过官方解码器读出为YUV422p8版本(即8bit精度YUV格式,亮度分辨率为4096×2304,色度分辨率为2048×2304)。通过顺丰快递寄硬盘给我们进行压制(一天传输400多GB数据,看来卡车拉硬盘等效带宽约为5MB/s)

因为能获取如此高的分辨率,所以我们做了两个版本(负责压制的组员:黑化启人):

1080p版:采用YUV444p10格式,即亮度和色度都由片源分辨率降低到1920×1080,然后用10bit精度编码,并封装无损2.0音轨。这样做的好处不仅在于downscale质量高,更在于可以完整的保留颜色信息。如果采用常见的编码方式(YUV420),色度只能以1/4分辨率记录。即便是1440p,画质也不会更好(只有亮度为2560×1440,但是色度仅为1280×720;如果是1080p的分辨率,那么亮度是1920×1080,色度是960×540)。手头有那个1440p web版的可以大胆扔了。

4K版:采用YUV422p10格式,即亮度和色度保留片源的分辨率,然后采用10bit压制,内封2.0ch音轨,外挂5.1ch音轨。比起那些常见的视频压制格式,这样做在于避免色度被减半(常见的视频处理需要将色度由2048×2304降低为2048×1152)

以上版本的硬解兼容都不好,只适合在PC上播放。因为源本身被分享了,各大PT站应该会放出适合硬解的版本(比如wiki就压制了一个适合硬解的4K版),这里我们就不再制作了(反正画质不会更好,因为那样颜色信息先得扔掉一半)

 

下载地址:

1080p:

 

https://share.dmhy.org/topics/view/332590_VCB-S_TimeScapes_YUV444p10_1080p_4K.html

https://www.nyaa.se/?page=view&tid=508416

http://www.tsdm.net/forum.php?mod=viewthread&tid=423404&extra=page%3D1

 

4K:

https://share.dmhy.org/topics/view/332671_VCB-S_TimeScapes_YUV422p10_2304p_4K.html

http://www.tsdm.net/forum.php?mod=viewthread&tid=423429&extra=page%3D1

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 分流...

阅读全文

146 条评论

  1. MADVR全屏时出现Downscaling占用过高(为最大化时的五倍)
    简单来说,2K屏幕,24帧4K电影。
    最大化时,GPU最高占用20%并且帧数为24->60帧。
    全屏时,GPU占用常年80%以上,根据场景运动程度而帧数波动,最低24->48帧。
    CPU i7 7700k,GPU 1070。大部分的设置都查过了,尤其涉及全屏几乎全试过了。涉及降帧可能的设置也试过了,全屏独占一直是没开的,smooth emotion开关都试过了,大部分downscaling算法都试过了(upscaling和doubling没有任何问题,最大化与全屏占用接近)。

      1. 好快!
        我看这里的scaling algorithms下面,没有Chroma doubling的选项,只有image有doubling在upscaling下面。
        一个很可能有用的消息,很接近问题原因了!在trade选项中,如果不选择Scale Chroma Separately, if it saves performance,则最大化会和全屏出现一模一样的问题!如果打开这个选项,则只有全屏会有问题,最大化是没问题的。
        必然是Chroma的问题,问题在于怎么设置才能改到那个东西

      2. 的确可行!我是知道Chroma upscaling里面NNEDI3属于doubling算法,我只是没这么想(为啥downscaling会用到它?这也要玩先缩再放?),而且发现后面那个选项scale chroma separately会产生影响只是无法解决全屏问题,就没这么想。于是我把nnedi3改成了jincAR,当然image upscaling的nnedi3没改。结果就好了!谢谢LP!

        1. 为啥downscaling会用到它?这也要玩先缩再放?

          原则上是的。YUV420/422的视频,正常流程是需要将chroma 放大到 Luma的大小(一般是放大2×2或者2×1),才可以转RGB,转了RGB之后再scale。

          我想了想也只有可能是这个环节瓶颈了。

                    1. 这是最初的ngu吧?现在的ngu-aa也这样吗?
                      而且这是不是仅对于动画来说的?是不是nnedi3更适合动画,ngu更适合真人视频?

  2. 用公司的i7-8700跑了一下4k版,显示器1080p,播放器mpv,用mpv的默认缩放算法的话可以完美0掉帧,mpv开启高质量渲染,就是配置文件加上profile=gpu-hq,就开始疯狂掉帧

  3. 感谢分享,另外i5 5200u和GT840M的配置并不能保证1080P全程流畅,在37分20秒的流水那段,十分卡顿,其他地方都比较流畅,不太懂播放器设置,使用的默认设置,独显运行加速。本人渣机一台,大佬勿喷.

欢迎留言

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