時間的風景,一部壯美的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来减少垃圾评论。了解我们如何处理您的评论数据