Re: [情報] 傳影對你的名字台版BD規格說明(可換片)已回收

看板C_Chat作者 (典)時間8年前 (2017/10/12 20:16), 8年前編輯推噓12(14推 2噓 44→)
留言60則, 10人參與, 8年前最新討論串7/8 (看更多)
※ 引述《S890127 (丁讀生)》之銘言： : https://i.imgur.com/XGsE7sh.png
: https://i.imgur.com/MRBvCN6.png
DCP母帶規格HDCAM-SR Video:1080p24 440Mbps Audio:5.1 + 2.0 48kHz 24bit LPCM Time:106m26s6f BD-ROM 2D movie的max.transport steam rate = 48Mbps BD-ROM MPEG4-AVC的max.video steam rate = 40Mbps 參考資料:BD-ROM白皮書 http://www.blu-raydisc.com/en/Technical/TechnicalWhitePapers/BDROM.aspx Audio若採DCP原始5.1音軌2條(日英) 48x24x6x2=13.5Mbps Video剩下34.5Mbps可用 此時應採2passVBR,bitrate設34M,maxrate設40M 影音效果應該會比35Mbps CBR+16bit LPCM更好 (老實說就算直接用40Mbps CBR來壓,我覺得也不是不行,畢竟很少人會同時播放2條音軌) ============================================================================== 觀念錯誤 max.TS rate是指整個m2ts的碼率上限 所以若用2條24bit PCM的話 Video最多只能用34.5Mbps CBR去壓才對 感謝gary8442大指正 ============================================================================== Audio若像日版採DTS-HD MA無損壓縮,一樣塞5.1音軌2條 3595kx2=7.021Mbps Video則可以直接採用BD-ROM規範上限的40Mbps來壓制 此時直接採用CBR即可,上限與目標碼率相同的VBR不會比CBR好 實在是搞不懂為啥要去改原音軌的量化位元 24bit=16777216 16bit=65536 音質肯定有差 就跟影像色階數一樣,音階數降了在音色過渡時一定會較不滑順 而且重點是 改了量化位元就算有損了 怎樣都會比無損來的差 不論是用DTS-HD MA或Dolby TrueHD來壓 都會比16bit的LPCM好 結論: 官方聲明稿除了第1點外 其餘2.3.4點都是在騙外行... -- 開拓未知領域的道路，確保深層活動的據點 推進停滯的探窟技術，完成兩次飛躍性革命 治退破壞環境的害蟲，為阿比斯帶來新曙光 https://imgur.com/1SFeqLG.jpg
深淵黎明，前途光明/選擇波多爾多，娜娜奇任你摸 唯一支持 值得你信賴的白笛 by BlueTuna601(一二三二一) @Ptt -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.42.101.30 ※ 文章網址: https://www.ptt.cc/bbs/C_Chat/M.1507810601.A.3E3.html
推
10/12 20:28, 8年前 , 1F
我都用西藏高原的太陽能電力當電源 在聽夢燈籠的時候聲音
10/12 20:28, 1F
→
10/12 20:28, 8年前 , 2F
都特別的廣闊 你可以參考看看
10/12 20:28, 2F
→
10/12 20:32, 8年前 , 3F
討論聲音那種玄學沒什麼意義
10/12 20:32, 3F
有損跟無損的差異不是玄學喔 頻譜圖一開就一清二楚
→
10/12 20:35, 8年前 , 4F
就算16跟24有差他的母帶也極有可能不是原生24 而是
10/12 20:35, 4F
→
10/12 20:35, 8年前 , 5F
升頻上去的 一直騙自己有差也只是種商人的伎倆而已
10/12 20:35, 5F
HDCAM-SR的音軌只有24bit單一規格 應該不會特意搞成規格外
推
10/12 20:39, 8年前 , 6F
一樓發不要廢文被就別來亂人家數據分析文好嗎
10/12 20:39, 6F
→
10/12 20:40, 8年前 , 7F
被嗆
10/12 20:40, 7F
推
10/12 20:43, 8年前 , 8F
1f看不懂就閃邊 秀爛梗只是突顯你的無知
10/12 20:43, 8F
→
10/12 20:44, 8年前 , 9F
3f更好笑 這裡講的離音響玄學還很遠好嗎
10/12 20:44, 9F
→
10/12 20:51, 8年前 , 10F
的確是玄學啊 如果原始製作的素材只有16bit
10/12 20:51, 10F
→
10/12 20:52, 8年前 , 11F
然後後面再改成24bit格式細節也不會回來 卻可以令人
10/12 20:52, 11F
→
10/12 20:52, 8年前 , 12F
爭論不休
10/12 20:52, 12F
廠商都敢把母帶DCP照片貼出來了 應該不會是假的啦XD 上面有錄製設備型號:SRW-5000 該設備能輸出的數位音源就是48k 24bit單一規格 所以應該不會是16bit啦
→
10/12 20:52, 8年前 , 13F
要這樣假設什麼都不用談啦 永遠有一個不可知的X存在
10/12 20:52, 13F
推
10/12 20:52, 8年前 , 14F
如果zzz你的依據勒 用腦補說這是玄學 我沒走錯板吧
10/12 20:52, 14F
→
10/12 20:54, 8年前 , 15F
要學冥嘴去數字板啦 浪費大家的時間
10/12 20:54, 15F
推
10/12 20:54, 8年前 , 16F
不是玄學，是數學，因為16bit不能直接平移成24bit
10/12 20:54, 16F
→
10/12 20:54, 8年前 , 17F
所以16bit轉換成24bit演算法不同結果也不同
10/12 20:54, 17F
→
10/12 20:55, 8年前 , 18F
特別是你今天進行訊號處和放大時有無先升頻成24bit結果
10/12 20:55, 18F
→
10/12 20:56, 8年前 , 19F
姑且不說這是一部電影 就連現在的唱片錄製也幾乎都是
10/12 20:56, 19F
→
10/12 20:56, 8年前 , 20F
靠升頻弄出Hi-res來的
10/12 20:56, 20F
→
10/12 20:56, 8年前 , 21F
差很大，就像你今天修圖直接拿100x100px修
10/12 20:56, 21F
→
10/12 20:57, 8年前 , 22F
和放大成500x500px修再縮小成100x100px一定不一樣
10/12 20:57, 22F
→
10/12 20:59, 8年前 , 23F
音頻的基本我懂 轉檔一定會有損失
10/12 20:59, 23F
推
10/12 20:59, 8年前 , 24F
懂還在玄學 反串？
10/12 20:59, 24F
→
10/12 21:00, 8年前 , 25F
但差別沒那麼大
10/12 21:00, 25F
要舉視覺化差異例子的話 把一張24bit色深的bmp 存成16bit色深試試 我想一眼就能看出差異
→
10/12 21:04, 8年前 , 26F
其實升頻就音樂處理上還是差很多，比如講後製混音好了
10/12 21:04, 26F
→
10/12 21:04, 8年前 , 27F
如果你今天錄音只有一個音軌我可能也會和你說今天母帶
10/12 21:04, 27F
→
10/12 21:05, 8年前 , 28F
只有16bit，那升不升成24bit沒差很多
10/12 21:05, 28F
推
10/12 21:05, 8年前 , 29F
對，但是今天是廠商選了種比較占流量、略差，但差別沒那麼大
10/12 21:05, 29F
→
10/12 21:05, 8年前 , 30F
對，但是今天是廠商選了種比較占流量、略差，但差別沒那麼大
10/12 21:05, 30F
→
10/12 21:05, 8年前 , 31F
但是你今天十條音軌進行混音，就算母帶只有16bit
10/12 21:05, 31F
→
10/12 21:05, 8年前 , 32F
的壓制方式，然後發聲明說我們壓的很好XD
10/12 21:05, 32F
→
10/12 21:06, 8年前 , 33F
全程用24bit混音處理再輸出成24bit的檔案，差得可就大了
10/12 21:06, 33F
推
10/12 21:09, 8年前 , 34F
好多金耳跟神眼大大哦 想必設備應該都是百萬等級的
10/12 21:09, 34F
→
10/12 21:10, 8年前 , 35F
這個我倒是沒想過 總認為remaster都是拿來騙錢的
10/12 21:10, 35F
推
10/12 21:13, 8年前 , 36F
本來看討論也是覺得反正台版比較便宜就算了，但是今天廠商發
10/12 21:13, 36F
→
10/12 21:13, 8年前 , 37F
聲明說自家規格比較好…嗯。
10/12 21:13, 37F
真的 能換特典值得肯定 但傳影這聲明真的很蠢 其實只要回個 "感謝支持指教,下次我們會改進" 這樣就好啦 我想這樣大家都會讚他 幹嘛死不認錯然後被狂巴臉 最後還丟個不爽別買 真的是無言
推
10/12 21:14, 8年前 , 38F
讓我想到我聽果醬hires版本的歌，因為果醬的合唱每個人
10/12 21:14, 38F
→
10/12 21:15, 8年前 , 39F
的音軌是分開錄的，反而hires版混音每個人聲音分得太開
10/12 21:15, 39F
→
10/12 21:15, 8年前 , 40F
害我覺得合唱得部份很奇怪...
10/12 21:15, 40F
大概是混音沒混好吧
推
10/12 22:23, 8年前 , 41F
ruo又知道是升頻上去的了?算你講的是對的好了
10/12 22:23, 41F
→
10/12 22:24, 8年前 , 42F
升頻再降頻是太閒喔?
10/12 22:24, 42F
→
10/12 22:24, 8年前 , 43F
跟甲甲說的人工受孕再墮胎不是一樣愚蠢?
10/12 22:24, 43F
→
10/12 23:09, 8年前 , 44F
DTS-HD又不是不用錢的，省點好嗎
10/12 23:09, 44F
上面算給你看了啊 就算不用要錢的DTS-HD MA去壓 也可以用不降音階數的24bit LPCM 另外用滿48Mbps來算 容量也只佔38GB左右 不會超過雙層BD的50GB 省也有省的作法 只要有心就能做得更好 ==================================== 觀念錯誤 要塞24bit LPCM的話就只能犧牲畫質了:( 感謝gary8442大指正 ====================================
推
10/12 23:49, 8年前 , 45F
混音混不好嗎...我覺得每個人有自己的美學，很難講好不好
10/12 23:49, 45F
推
10/13 00:40, 8年前 , 46F
你這分析大有問題 是整個m2ts檔案 極值48Mbps
10/13 00:40, 46F
→
10/13 00:41, 8年前 , 47F
被LPCM 24bit 兩條佔掉13.5Mbps之後 影像極值就被限制了
10/13 00:41, 47F
→
10/13 00:42, 8年前 , 48F
極值只能到34.5Mbps了
10/13 00:42, 48F
→
10/13 00:43, 8年前 , 49F
請不要隨便查了點東西就來發分析文好嗎 問題很多...
10/13 00:43, 49F
→
10/13 00:45, 8年前 , 50F
10/13 00:45, 50F
噓
10/13 00:48, 8年前 , 51F
"畢竟很少人會同時播放兩條音軌 所以影像 MAX直接40M.."
10/13 00:48, 51F
→
10/13 00:49, 8年前 , 52F
大前提是整個m2ts檔案 VIDEO+AUDIO 不超過48Mbps
10/13 00:49, 52F
噓
10/13 00:52, 8年前 , 53F
傳影堅持用LPCM 省錢 搞的被浪費一堆流量
10/13 00:52, 53F
→
10/13 00:53, 8年前 , 54F
損失了音質 降到16bit，又肥胖的lpcm占住流量影響畫質，
10/13 00:53, 54F
→
10/13 00:53, 8年前 , 55F
整個搞得很爛
10/13 00:53, 55F
感謝g大指正觀念錯誤的點 又學到點新知識XD 馬上修改 誤導抱歉^^" ※ 編輯: LiNcUtT (114.42.101.30), 10/13/2017 01:06:23
→
10/13 01:06, 8年前 , 56F
.....................................................
10/13 01:06, 56F
→
10/13 01:07, 8年前 , 57F
我是沒聽過兩個音軌的說法啦...不過一次只能播一個音軌不
10/13 01:07, 57F
→
10/13 01:07, 8年前 , 58F
只有13.5的一半，所以maxbirate到40是沒問題的...
10/13 01:07, 58F
推
10/13 01:09, 8年前 , 59F
一次播一個是沒錯啊 但是整個m2ts不能超過48Mbps
10/13 01:09, 59F
→
10/13 01:10, 8年前 , 60F
VIDEO+好幾條音軌 整個封裝在一個m2ts檔案
10/13 01:10, 60F
‣ 更多 LiNcUtT 的文章
文章代碼(AID): #1PtrqfFZ (C_Chat)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 7 之 8 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共8篇)
‣ 更多 LiNcUtT 的文章
文章代碼(AID): #1PtrqfFZ (C_Chat)