鋼煉的bluray實際原分辨率是960x540是真的嗎？

[manofman]

這裡：
http://www.nmm-hd.org/bbs/forum.php?mod ... 8&pid=4907
http://anibin.blogspot.com/2009/04/full ... ist-1.html

上面的帖子說HDTV版的鋼煉原分辨率是960x540，我在懷疑bd版是不是也是一樣。
可以用什麼方法驗證？

[dgwxx]

一样的。
anibin没有公开计算方法，所以只能以他说的为准，没办法验证。

[manofman]

那麼也就是說現在網上那些1080p 的鋼煉bdrip全都是白做了？實際是應該把它downscale到960x540？

[06_taro]

master时原生 orig_width x orig_height 的东西，拉到一个 dest_width x dest_height 未必是没有意义的，就像现在这么多人喜欢把DVDrip做成HD一样…

前提是要拉得好

拉得不好，只会出各种渣渣

拉得一般，基本上信息没多大区别，resize回去和保留拉出来的在大分辨率上观看其实基本上看不出来。实际上这种情况经过DCT后缩回去与保留分辨率在合适的编码过程下出来的码率差别也不会太大，本身画面没问题的话不一定有必要缩回去。

拉得很好，大概就有可能比较讨好眼睛

钢炼这个看起来拉出了一些锯齿，估计做得好的720和1080区别不会太大，不过稍微做下aa出来的1080也不会太差

[manofman]

今天找了個鋼煉bd測試過，對那些很嚴重的鋸齒，aa是完全沒有效果：

另外嘗試用spline36resize downscale到960x540再upscale到1920x1080，差別就只是線條銳度弱了一點。能看得到的明顯的細節損失就只有credit：

所以我覺得把bluray原盤downscale回960x540是比較合理的做法，能剩很多容量。


還有一樣值得提的是它貌似後期加了一層固定不動的噪點，用neat video取sample看噪點圖，它是從光到暗的部份都是用同一噪點量：

graph.jpg (37.78 KiB) 查看 6767 次

[06_taro]

记得钢炼09我这里试的时候即使不predown做aa依然没问题，只是速度比较慢而已…至少后来出的那套正片部分完全没先做downscale，特典才偷懒稍微缩了一下的，而且也只缩到了1440 x m4(810)就足够好了…
当然我只拿别人切出来的典型片段试的，有没有难搞的scene就不知道了…

反正就目前各种aa方式看来，基本上没有在不低于当前分辨率下完全无解的情况，无非就是复杂线条才会有的细节损失什么的。而且真要说复杂线条的话，真碰上了也比不上降回去再拉的损失大

遇到过的各种问题里，一定需要降回去的本来只有缟缟upconv，因为有field shift的问题本来没法在原始分辨率下解决。其实您顶楼两个链接里寻找原始分辨率需要解决的问题都只是缟缟upconv而不是aa。i剪辑导致的问题（包括官方渣处理出来的类似错误匹配/渣deint那种锯齿）丢半场用另外半场处理还比较合理，否则的话其他问题真觉得没必要缩。其实最近好几个483/486/487线的缟缟upconv异想天开地使用了一些deint的组合后，能对绝大多数画面做出比destripe/ccc好得多的效果，在横向密集线条处更是损失小得多，还不需要费很大劲判断原生分辨率。如果不是在偶尔某些少数scene里（具体情况还没完全找出规律）略不如destripe让人还有些纠结的话真可以彻底地图炮而不降回去了…原生有720的话倒是问题不大，已经HD下做出来的东西一般就算密集横向线条缩回去再拉通常也不至于彻底烂掉…

节省容量什么的上面说过了，如果缩下来再拉回去看起来区别不大的话，不缩直接压出来也不会大多少，否则几乎肯定是损失掉了一些高频只不过您自己没注意到的东西（当然在视觉相差不大的前途下通过前处理省码率也是有意义的课题，譬如针对甚高频的降噪什么的，但是和这里没什么关系了）。等支持64x64的HEVC出来之后或者使用基于wavelet的编码会更加明显。实际上我试过这种情况1280x720/1920x1080的一些sample，使用只支持intra编码的utvideo进行无损编码，出来的体积相差也就20%的样子，ffv1大约只有10~15%，实际上使用dct的lossy编码譬如x264的效率应该会更高。

后期加上去的噪点一般都是这样，一个hist比较均衡、细节不是非常丰富的画面取median前后的diff，基本上在画面上分布是非常均衡的…

[manofman]

我的理念是，既然知道bluray版本只是一個upscale得來的產物，又知道片源的原生分辨率，那為什麼不把它缩回原生的大小來壓？拉大的東西不會因為拉大了而多了細節，我上帖那個compare2的圖就是想要證明就算我把它缩回原分辨率然後再拉大，它在細節方面和bluray也還是沒有什麼分別。所以，沒有道理還要把它壓成1080的分辨率。

下面是我嘗試模擬縮小後用播放器（假設用bicubic resize）播放時的畫質，和bluray畫質的比較。第一張是bluray版本，第二張是先缩到960x540後用bicubic resize 再拉到1920x1080。圖片也選了一張很多線條的畫面：

容量比較我之後再測試一下

[06_taro]

线条不在多少，在密集程度，带有书页侧面密集线条、锐利的文字画面之类的才比较适合用来比较

这张图并不算这种画面的典型，不过就算在这张图里：

原始：

ori.png (8.91 KiB) 查看 6726 次

降回去的：

down.png (8.59 KiB) 查看 6726 次

不知道如何能当作“沒有什麼分別”…
如果您觉得这都没有分别
个人怀疑任何2-tap或以上的resize算法在您眼中都是一样的…

拉大的東西不會因為拉大了而多了細節

这个结论未必始终是成立的。锐化算法始终是使用原始图像的信息来人为制造出细节，但是是否这代表所有的图像增强算法都没有意义？resize过程也一样，即使官方不是重新master而保持原始画质，如果官方后期拉升算法明显好于您播放时使用的，那出来的效果也很有可能明显好于您缩回去再拉上来的。也许钢炼并没有做到（不过就上面的图看来已经至少不比Mitchell-Netravali差了，虽然有aliasing有ringing不过在1080p下AA是可以解决的，所以这里您就算要测试，downscale里bicubic的b也不应该用到正值，upscale也尽量采取稍微锐利些的lanczos/spline/jinc比较合适，反正就当作减小解码压力增加渲染压力好了），但并不代表其他片子就做不到。而且一般制片时处理软件内部是RGB或者YUV422的比较多，本身chroma分辨率很可能不比luma低多少，您这里地图炮到1/4，chroma说不定连原生分辨率都达不到，还能觉得这样做没问题么？我手上还有一些luma上有upscale的锯齿，chroma几乎没有或者非常低，地图炮到1/4的话，您是准备chroma不砍做成yuv444的呢，还是没问题的chroma也缩下去呢？

[manofman]

线条不在多少，在密集程度，带有书页侧面密集线条、锐利的文字画面之类的才比较适合用来比较

很遺憾的是，那些書頁側面的密集線條全都只會是鋸齒，我相信整套動畫都會是這樣。銳利文字畫面我上面也有發對比圖，就是只有credit的部份才會有，那些似乎是真的HD畫質，缩小再拉大是會有很明顯的損失。

bluray:

spline36 down + spline36 up:

你說的那些微弱密集的線條在縮小再拉大（用簡稱算了：down&up）後會變模糊的問題，只是一個冰山一小角的小tradeoff，一集鋼煉動畫裡面都不知有沒有1%這樣的畫面。相比較下，縮小後，在播放時只要有好的render resizer，畫質是不會比原bluray差，而且還少了鋸齒。

我不知道你所指的在不downscale情況下aa，到底要到什麼程度才會有效，至少我自己在原bluray片段用了3次maa()才開始看到有效果，而且那些微小有角的線條在第2次maa時已經有被一起抹掉的現象，效果還不如 spline36resize縮小再nnedi3_rpow2(rfactor=4) 拉大。

而且一般制片时处理软件内部是RGB或者YUV422的比较多，本身chroma分辨率很可能不比luma低多少，您这里地图炮到1/4，chroma说不定连原生分辨率都达不到，还能觉得这样做没问题么？我手上还有一些luma上有upscale的锯齿，chroma几乎没有或者非常低，地图炮到1/4的话，您是准备chroma不砍做成yuv444的呢，还是没问题的chroma也缩下去呢？

我不知道你在說什麼，在down&up後我看不到顏色有退色的現象，你可否給個例子？