Re: 巴哈動畫瘋,Amazon,Netflix 編碼參數比較

看板C_Chat作者 (起秋風)時間7年前 (2019/01/15 13:46), 7年前編輯推噓62(65推 3噓 162→)
留言230則, 59人參與, 7年前最新討論串1/1
※ 引述《gary8442 (起秋風)》之銘言： : https://www.primevideo.com/detail/0TVO1JG449EFL5TZRWMN0DHHG0 : 以下分析Amazon Prime Video的音畫質和其他平台做對比 : Amazon Prime Video的影片一般都有中上畫質,部分影集/動畫會差一點.但依然屌打其他平台(Netflix除外).. : 音質的部分,prime提供的雙聲道(stereo)都是224kbps的杜比數位+ (Dolby Digital Plus/Enhanced AC-3) : 基本上連Netflix (Win10 app)都只有提供128kbps的雙聲道E-AC-3, Prime音質贏很多 : 其他多數平台的垃圾音質(62~90kbps HE-AAC)就不提了,亞馬遜屌打... : 5.1聲道的部分,Amazon和Netflix都是提供最高640kbps的Dolby Digital Plus(E-AC-3) : Amazon的影片一般會提供H.264(AVC),H.265(HEVC)兩種編碼的版本 : 電影位元速率(bitrate)部分 1080p一般提供 HEVC 5Mbit/s 搭配H.264 10Mbit/s 兩個版本 : 4K HDR 的話ㄧ般都是15~35Mbps 的HEVC-10bit解析度3840x2160,一小時流量10GB以上 : 有Dolby Vision/HDR10+ 多種HDR標準支持 : 老動畫(特別是膠片重掃的HD-Remaster)在日本AmazonJP 1080p一般高達10~15Mbps H.264 : 新番動畫一般提供3Mbps~8Mbps的H.264搭配約一半流量的HEVC(H.265) : 他們參數一般是固定的 : 以H.264版本為例常常都是用x264去做壓製 : 用crf模式壓的VBR,參數各方面都很不錯,是編碼速度較慢的參數(基於preset veryslow) : 跟其他平台那種趕工亂壓的垃圾參數完全不同級別...更何況amazon bitrate算很高的 : 畫質屌打其他平台是理所當然的 : 另外補充一個神奇的地方... : 其實primevideo.com 比amazon.co.jp的畫質還要好一些,也比日本地上波放送要好很多 : 而且作畫版本有時候不太一樣 : 以繽紛世界的明日為例 : 左:primevideo.com , 右:日亞,德國Amazon ,還有日本地上波放送版本 : https://i.loli.net/2019/01/15/5c3d3f558dbf0.png
: https://i.loli.net/2019/01/15/5c3d44f2ae35e.png
: ( 這裡不做同一部動畫的截圖比對了,Amazon和Netflix什麼級別的大家也很清楚xD 本文只是指出巴哈參數上的問題,並不是要打擊巴哈動畫瘋 希望能讓更多人去反應給巴哈知道 目的是希望巴哈能盡快改善,今後提供更好的畫質給(付費的和一般的)使用者 首先,我先說明一下編碼參數哪部分最影響畫質/音質 第一重要的肯定是位元速率或稱碼率(bitrate),每秒的位元組(資料量)越多,壓出來的品質越好 再來是編碼參數, 好的編碼參數輸出1080p 2048Kbit/s(2Mbps)畫質是能夠勝過4Mbps的低參數1080p的 參數之所以重要是因為線上影片串流的碼率越高,對於網站的負擔就越大,成本也越高 使用者也更容易卡頓,且流量費用也不便宜(4G吃到飽,光纖除外), 影片串流網站必須要做到位元率低但畫質要讓大家還能接受,取個平衡點 B站免費1080p約1500~2000kbps 畫質跟巴哈4800Kbps 1080p差不多...問題就出在參數上 B站大會員1080p+約2800~5900kbps 畫質就真的是大陸影片網站的畫質第一了(其他多數都是垃圾) 我認為巴哈參數好好調整還是有機會能跟b站比的,畢竟巴哈1080p都有4800kbps 註:片源也超級重要,如果巴哈拿到的代理商給的母帶就是垃圾畫質的話 怎麼壓 出來都是一坨shi... 除了位元率(以下簡稱碼率)之外,再來就是其他關鍵的編碼參數 現在普遍主流的H.264(AVC)編碼一般都是用x264這款編碼器進行編碼 x264編碼參數有幾項是特別重要的 例如subme一般建議高於9 ,me_range>=24 ,me建議umh以上級別(umh/esa/tesa) https://i.loli.net/2019/01/15/5c3d5614313da.png
https://i.loli.net/2019/01/15/5c3d56475feeb.png
https://i.loli.net/2019/01/15/5c3d5679a3190.png
https://www.nmm-hd.org/d/index.php?title=X264%E8%A8%AD%E5%AE%9A&variant=zh-tw#subme 據我所知 巴哈都是用me=hex ,subme=7 , me_range16這種低參數X264默認方案... 壓出來畫質不可能好....除非碼率給到10Mbps(現在的2倍) 這不太現實, 會有更多人抱怨卡頓 巴哈的參數部分 720p https://i.loli.net/2019/01/15/5c3d5fd6a11ec.png
https://paste.ee/r/LuoRG 巴哈現在已經改善早期亂轉30fps的問題了,是正常的24fps / 23.976fps(24/1001) 但顯然有一個問題,我已經在圖中指出了 位元率(bitrate)的平均(avg.)=極值(max.) 為固定位元率(CBR --> Constant bitrate) 這會造成動態處還有暗場景嚴重欠缺位元率,會產生很多嚴重的Artifacts, 像是一堆色塊(block),一堆色帶(banding),甚至是斷線 至於1080p的部份 , 我這只有之前舊的資訊,希望有人能提供現在的info 之前的1080p參數: https://i.loli.net/2019/01/15/5c3d624a64e1f.png
參數部分跟現在的應該沒什麼差別(一樣低階參數快速轉檔),bframes=0...唉...然後abr 這裡主要的問題是巴哈以前上架的都是(代理商)亂轉30fps的 從這邊也看得出來巴哈有現在提升音質,以前是128kbpsAAC. 感謝hakugetsu補充1080P新參數 hakugetsu: https://paste.ubuntu.com/p/k8QcWPxjbW/ 去年10月的 → hakugetsu: 去年10月那個好像是巨人3期用的參數 平均4808/max4900 ,看到快吐血 https://paste.ee/r/9jlkY https://i.loli.net/2019/01/15/5c3d97c5c88a6.png
→ hakugetsu:去年10月應該是1080P要開始收費的時候 我發過一篇巨人B站跟巴哈的比較 結論是B站不用會員的1080都比巴哈的1080P觀感好一些... → gary8442: vbv_maxrate=4900...新參數太智障了吧 以前舊的好歹MAX 9616 平均4808kbps,極值4900Kbps幾乎等於cbr 固定碼率了..這問題不小.... 更新 201901 巴哈1080P參數又調回去了 平均4808極值9616kbps https://paste.ee/p/o4JJu https://i.loli.net/2019/01/15/5c3dcc83b3d7b.png
但畫質問題依然嚴重,代理商那邊片源肯定也出了些問題 希望巴哈能盡快改善參數的部分(還有片源的部分),讓付費用戶能享受該有的影音品質 接下來是Amazon Prime Video 和Netflix Amazon Prime Video參數 (這邊不討論Amazon HEVC的x265參數) 參數1 https://i.loli.net/2019/01/15/5c3d41b1e54c1.png
參數2 https://i.loli.net/2019/01/15/5c3d58825ac26.png
常見的就這兩種 主要的幾點 me=umh / subme=9 or 10 / me_range=24/ bframes=8 / rc=crf / mbtree=1 / crf=18.0 / vbv_maxrate=15000 / 完全符合中低碼率高品質編碼的參數要求 'subme一般建議高於9 ,me_range>=24 ,me建議umh以上級別' Amazon用crf模式壓的VBR,參數各方面都很不錯,是編碼速度較慢的參數(基於preset veryslow) 跟其他平台那種趕工亂壓的垃圾參數完全不同級別...更何況amazon bitrate算很高的 畫質屌打其他平台是理所當然的 日本Amazon上的HD-Remaster老動畫一般H264(AVC)碼率高達13Mbps左右 (日版藍光BD一般是25~38Mbps左右的AVC)其實Amazon提供的很接近BD品質了(特別是老動畫) 新番動畫一般提供3Mbps~8Mbps的H.264搭配約一半流量的HEVC(H.265) https://i.loli.net/2019/01/15/5c3d3611f1c01.png
https://i.loli.net/2019/01/15/5c3d38eb9965f.png
音質的部分,prime提供的雙聲道(stereo)都是224kbps的杜比數位+ (Dolby Digital Plus/Enhanced AC-3) https://i.loli.net/2019/01/15/5c3d4fecc0d23.png
基本上連Netflix (Win10 app)都只有提供128kbps的雙聲道E-AC-3, Prime音質贏很多 其他多數平台的垃圾音質(62~90kbps HE-AAC)就不提了,亞馬遜屌打... 5.1聲道的部分,Amazon和Netflix都是提供最高640kbps的Dolby Digital Plus(E-AC-3) Amazon的影片一般會提供H.264(AVC),H.265(HEVC)兩種編碼的版本 電影位元速率(bitrate)部分 1080p一般提供 HEVC 5Mbit/s 搭配H.264 10Mbit/s 兩個版 本 4K HDR 的話ㄧ般都是15~35Mbps 的HEVC-10bit解析度3840x2160,一小時流量10GB以上 有Dolby Vision/HDR10+ 多種HDR標準支持 Netflix參數 (這邊不討論Netflix HEVC的x265參數) https://i.loli.net/2019/01/15/5c3d56c4c3b3c.png
一樣是 me=umh / subme=10 / me_range=24 Netflix使用2pass參數來準確控制每集的位元率. 他們事先計算出目標品質需要的碼率再用x264編碼器編碼 https://medium.com/netflix-techblog/per-title-encode-optimization-7e99442b62a2 其實我是覺得沒這個必要,Amazon使用的crf模式參數就是以目標品質來做壓製了 Netflix一般1080p約3Mbps~7.5Mbps, 至於電影4K規格也是15Mbps以上的4K HDR10/Dolby Vision HEVC10bit 跟亞馬遜差不多 動畫這塊的話Amazon和Netflix的畫質其實各有優缺點,每部番狀況不同 老片的HD-Remaster 1080p Amazon是贏很多就是了 有些老片沒出過BD的 都只能靠Amazon/netfix的日區..看到真1080p真的超感動 舉個例子: 手塚治虫的火之鳥 2004的TV動畫 https://www.amazon.co.jp/dp/B01D3UBQ6U 要看1080p只有amazon有 https://i.loli.net/2019/01/15/5c3d4b3792cee.png
日本只出過DVD(480i) Netflix大家都很熟悉了,若想嘗試看看Amazon可以看看我上一篇文 手塚治虫-多羅羅 台灣AmazonPrimeVideo心得,教程 https://www.ptt.cc/bbs/C_Chat/M.1547519661.A.CBE.html 文長,感謝各位看完 歡迎底下討論各平台畫質xD 有疏漏錯誤的部分也請各位指正,謝謝 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 49.159.116.35 ※ 文章網址: https://www.ptt.cc/bbs/C_Chat/M.1547531184.A.37B.html
推
01/15 13:47, 7年前 , 1F
我比較想討論你的分類
01/15 13:47, 1F
→
01/15 13:48, 7年前 , 2F
改討論了
01/15 13:48, 2F
推
01/15 13:49, 7年前 , 3F
不是阿 外面的沒改阿
01/15 13:49, 3F
→
01/15 13:49, 7年前 , 4F
改的只有裡面啊XD
01/15 13:49, 4F
→
01/15 13:50, 7年前 , 5F
請問要怎麼改0.0
01/15 13:50, 5F
推
01/15 13:51, 7年前 , 6F
大T修標題
01/15 13:51, 6F
→
01/15 13:51, 7年前 , 7F
大寫T改標題 手動加分類
01/15 13:51, 7F
→
01/15 13:54, 7年前 , 8F
謝謝各位
01/15 13:54, 8F
推
01/15 13:55, 7年前 , 9F
希望巴哈/代理商能改善
01/15 13:55, 9F
推
01/15 13:56, 7年前 , 10F
推
01/15 13:56, 10F
推
01/15 13:56, 7年前 , 11F
專業文
01/15 13:56, 11F
推
01/15 13:57, 7年前 , 12F
推
01/15 13:57, 12F
推
01/15 13:57, 7年前 , 13F
推專業分析
01/15 13:57, 13F
※ 編輯: gary8442 (49.159.116.35), 01/15/2019 13:58:28
→
01/15 13:58, 7年前 , 14F
巴哈動畫瘋在張數多的場景表現真的很讓人汗顏
01/15 13:58, 14F
推
01/15 13:58, 7年前 , 15F
蠻希望加入其他台灣在地平台的對比 看是外資無敵還是..?
01/15 13:58, 15F
→
01/15 13:59, 7年前 , 16F
覺得巴哈不會管壓製啦 那是片商搞的
01/15 13:59, 16F
推
01/15 13:59, 7年前 , 17F
因為沒深入研究參數我自己轉檔都是直接crf+veryslow處理
01/15 13:59, 17F
→
01/15 13:59, 7年前 , 18F
看完這篇回家試試看差異
01/15 13:59, 18F
→
01/15 14:00, 7年前 , 19F
台灣其他平台 271台灣站嗎.還是KKTV,LiTV之類的?
01/15 14:00, 19F
→
01/15 14:00, 7年前 , 20F
我覺得都不太行...
01/15 14:00, 20F
※ 編輯: gary8442 (49.159.116.35), 01/15/2019 14:00:55
→
01/15 14:00, 7年前 , 21F
要控制容量就是3pass veryslow再自己算目標流量
01/15 14:00, 21F
推
01/15 14:01, 7年前 , 22F
推推
01/15 14:01, 22F
推
01/15 14:08, 7年前 , 23F
有沒有可能代理商翻譯完的片源就是這樣 巴哈說沒有
01/15 14:08, 23F
→
01/15 14:08, 7年前 , 24F
影像處理人員 所以可能一拿到片就直接上架?
01/15 14:08, 24F
推
01/15 14:09, 7年前 , 25F
steven推推 我之前有跟巴哈反映過幾次畫面壓壞很嚴重的
01/15 14:09, 25F
→
01/15 14:09, 7年前 , 26F
他們也只回應會叫中華電信重壓上架
01/15 14:09, 26F
→
01/15 14:09, 7年前 , 27F
很可能是代理商翻譯完 內嵌字幕壓出來就這樣
01/15 14:09, 27F
→
01/15 14:09, 7年前 , 28F
巴哈直接上架...
01/15 14:09, 28F
→
01/15 14:09, 7年前 , 29F
每月99元享受的品質不就是這樣嗎(笑
01/15 14:09, 29F
→
01/15 14:10, 7年前 , 30F
99已經很便宜了, 相較於動畫199
01/15 14:10, 30F
推
01/15 14:10, 7年前 , 31F
專業
01/15 14:10, 31F
→
01/15 14:10, 7年前 , 32F
樓上怎不說B站價格更便宜 但品質還更好...
01/15 14:10, 32F
→
01/15 14:10, 7年前 , 33F
然後官方把母源給代理商到代理商壓字幕進去....
01/15 14:10, 33F
→
01/15 14:11, 7年前 , 34F
過程中不知道經過幾次有損壓縮了..
01/15 14:11, 34F
→
01/15 14:11, 7年前 , 35F
AmazonPrimeVideo前6個月 月費2.99美金
01/15 14:11, 35F
→
01/15 14:12, 7年前 , 36F
代理商首先要確定片源傳輸別經過甚麼格式工廠亂壓...
01/15 14:12, 36F
推
01/15 14:13, 7年前 , 37F
專業推
01/15 14:13, 37F
還有 156 則推文
還有 5 段內文
→
01/15 16:07, 7年前 , 194F
巴哈既然貴人家那麼多 至少也該用心經營碼率這塊不該忽
01/15 16:07, 194F
→
01/15 16:07, 7年前 , 195F
視
01/15 16:07, 195F
→
01/15 16:08, 7年前 , 196F
碼率很夠 問題在片源跟壓製
01/15 16:08, 196F
→
01/15 16:09, 7年前 , 197F
動畫瘋720p碼率不是很低嗎
01/15 16:09, 197F
→
01/15 16:10, 7年前 , 198F
720p 1800kbps確實夠了 1080p要3000kbps以上
01/15 16:10, 198F
→
01/15 16:10, 7年前 , 199F
但不管是720還是1080 動畫瘋都很慘...
01/15 16:10, 199F
→
01/15 16:11, 7年前 , 200F
這樣的品質一直很難讓人付費 做好了大家肯定很樂意付費
01/15 16:11, 200F
→
01/15 16:11, 7年前 , 201F
觀感真的蠻差的 各種色塊雜訊雪花 還以為只是碼率不夠
01/15 16:11, 201F
→
01/15 16:12, 7年前 , 202F
原來是壓製問題
01/15 16:12, 202F
→
01/15 16:12, 7年前 , 203F
感覺也可能片源的碼率其實很低？
01/15 16:12, 203F
→
01/15 16:13, 7年前 , 204F
再壓的高碼率是假象
01/15 16:13, 204F
→
01/15 16:13, 7年前 , 205F
除了參數爛 片源問題也很大 代理商那邊不知道怎搞的
01/15 16:13, 205F
→
01/15 16:14, 7年前 , 206F
猜測是中途被工廠壓爛過...
01/15 16:14, 206F
※ 編輯: gary8442 (49.159.116.35), 01/15/2019 16:21:01 ※ 編輯: gary8442 (49.159.116.35), 01/15/2019 16:26:05
推
01/15 16:26, 7年前 , 207F
這... 太專業了 (跪
01/15 16:26, 207F
※ 編輯: gary8442 (49.159.116.35), 01/15/2019 16:28:31
推
01/15 16:29, 7年前 , 208F
太專業了XD 已放棄
01/15 16:29, 208F
推
01/15 16:36, 7年前 , 209F
我都265拉20M然後就放著不管
01/15 16:36, 209F
噓
01/15 16:44, 7年前 , 210F
紅明顯 B站參數實際慘不忍睹...
01/15 16:44, 210F
→
01/15 16:47, 7年前 , 211F
結論是B站不用會員的1080都比巴哈的1080P觀感好一些.
01/15 16:47, 211F
→
01/15 16:47, 7年前 , 212F
上面亂噓的看內文好嗎
01/15 16:47, 212F
推
01/15 16:56, 7年前 , 213F
慘不忍睹還比動畫瘋好 你要動畫瘋怎活
01/15 16:56, 213F
推
01/15 16:56, 7年前 , 214F
跟我想的一樣
01/15 16:56, 214F
→
01/15 17:07, 7年前 , 215F
樓主別見紅就斷理智呀，B站都棄高擇低 好牌打成爛了...
01/15 17:07, 215F
→
01/15 17:16, 7年前 , 216F
現在巴哈720p是真。慘不忍睹
01/15 17:16, 216F
推
01/15 17:29, 7年前 , 217F
看巴哈有沒有要做長期吧 有心就能克服的
01/15 17:29, 217F
推
01/15 18:24, 7年前 , 218F
專業推
01/15 18:24, 218F
推
01/15 18:28, 7年前 , 219F
推
01/15 18:28, 219F
推
01/15 18:31, 7年前 , 220F
專業推
01/15 18:31, 220F
推
01/15 18:32, 7年前 , 221F
專業推
01/15 18:32, 221F
推
01/15 19:18, 7年前 , 222F
推 希望巴哈可以改善
01/15 19:18, 222F
推
01/15 19:53, 7年前 , 223F
推分析，現在不能自己補幀有點難過
01/15 19:53, 223F
※ 編輯: gary8442 (49.159.116.35), 01/15/2019 20:08:23
推
01/15 20:01, 7年前 , 224F
巴哈工程師很明顯的都在做功德就是
01/15 20:01, 224F
→
01/15 20:02, 7年前 , 225F
動畫瘋之前很多神奇的問題 還要抓油猴腳本改善
01/15 20:02, 225F
推
01/15 20:52, 7年前 , 226F
嗯嗯我也是這樣想的
01/15 20:52, 226F
噓
01/15 21:24, 7年前 , 227F
我默認你中文不好
01/15 21:24, 227F
推
01/15 22:15, 7年前 , 228F
推
01/15 22:15, 228F
噓
01/16 05:47, 7年前 , 229F
被噓很難過嗎 那就多給你一點
01/16 05:47, 229F
推
01/16 11:08, 7年前 , 230F
分析和巴哈差不多片源的yahoo?
01/16 11:08, 230F
‣ 更多 gary8442 的文章
文章代碼(AID): #1SFNEmDx (C_Chat)