Re: [請問] 關於BD跟rip下來的關係。

看板AVEncode作者 (綾崎若菜家御用)時間15年前 (2009/02/12 09:03), 編輯推噓3(3012)
留言15則, 5人參與, 最新討論串2/3 (看更多)
※ 引述《inzan (WildWing電台男)》之銘言: : 為啥bdrip可以讓檔案小這麼多,卻讓影音品質可以跟BD一樣? : 理論上來說,應該都是破壞性壓縮,而且還砍了這麼多...何以做到如此? : 若是可以小這麼多檔案大小,那$ony的BD優勢到底在哪? : 有沒有神人可以幫忙講解一下啊? 品質不一樣..你看不看得出來而已. : → esouxcon:有一種東西叫x.264 02/11 16:37 : → inzan:那這樣$ony為何不直接採用x264之類的編碼或是技術,這樣BD就 02/11 19:07 : → inzan:沒有必要這麼肥不是嗎?有更好的不用卻浪費幾十G的空間? 02/11 19:10 母帶, 後製等等的問題. 事實上BD也可以用H.264壓縮, BD只是載體. BD規格有納入的視訊格式有: VC-1(VMV9) Mpeg-2 H.264/MPEG4-AVC : 推 kcl0801:mkv只能用電腦看(目前有一款mp5據說支援mkv 沒試過不清楚) 02/11 20:10 : → kcl0801:但是BD可以在電腦上看也可以用Player看 02/11 20:10 : 推 kcl0801:另外還有包含的字幕跟多國配音也有關 例如mkv可能就沒有 02/11 20:12 : → kcl0801:聲道 字幕也只有一種 02/11 20:13 : → kcl0801:^^^ dolby 5.1 02/11 20:14 以上mkv都能做到, WD TV HD就能播mkv, 其他應該還有不少播放器可以. mkv字幕要幾種, 聲音要幾種, 那是壓製的人的選擇. mkv本來就可以多音軌多字幕. 做BD-rip的時候通常會砍到剩下主音軌.這是為了在網路上方便而已.. 高興的話你也可以把原始音軌全部塞進去. : → xvid:h264的硬體效能需求較高 P4 630軟解1080p都很吃力 02/11 22:13 : → xvid:要一般的播放機有此解碼效能應該要增加許多成本 02/11 22:14 WD TV HD一台pchome賣3988就能撥.. 對岸跟韓國也一堆這種撥放器. 價格早就下來了... : 推 kaoh08:就算是h264也壓縮了不少 流量差多了.... 02/11 22:28 : → kaoh08:1080的P4 630只能吃鱉.... 播放機的話都是硬解的吧 02/11 22:30 : → yohko:流量的關係......BD大慨都30~40M(聽說還有更高的? 02/11 23:20 : → yohko:壓過的頂多10M就很偷笑了 02/11 23:20 BD 1x是36Mbps. 可能跟這有關吧? 壓過的就科科了.. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 122.116.190.3

02/12 20:21, , 1F
mkv通常為了把檔案壓小,ripper不可能通通塞進去
02/12 20:21, 1F

02/12 20:21, , 2F
雖然可能沒差很多 還是有差就是了
02/12 20:21, 2F

02/12 21:59, , 3F
所以那是壓的人的問題阿..container本身是可以多軌的...
02/12 21:59, 3F

02/12 22:12, , 4F
我知道它可以多軌 只是比較少人弄而已
02/12 22:12, 4F

02/12 22:17, , 5F
我遇過蠻多有留5.1.....
02/12 22:17, 5F

02/12 22:22, , 6F
不一定是5.1 只是舉例而已 我是沒遇到過啦
02/12 22:22, 6F

02/13 16:09, , 7F
感謝講解!所以BD可以說是original container嗎?大家所使用
02/13 16:09, 7F

02/13 16:10, , 8F
的編碼轉出來只是為了方便但又不失去太多品質,這樣解釋對嗎
02/13 16:10, 8F

02/13 16:12, , 9F
例:容器CD=>flac無損檔案,file雖小品質也好,可是還是有些
02/13 16:12, 9F

02/13 16:13, , 10F
差距,只是感官聽不聽得出來的差別罷了。同理證明BD=>.mkv
02/13 16:13, 10F

02/13 16:14, , 11F
之類的影音檔案。都是容器內rip出一種影音格式來讓你方便用.
02/13 16:14, 11F

02/13 16:24, , 12F
flac就無損了 還會有差距?? 樓上是否理解錯了
02/13 16:24, 12F

02/15 19:27, , 13F
就是因為不懂才來問...:p 這樣點出來,讓我更覺得這個問題又
02/15 19:27, 13F

02/15 19:28, , 14F
延伸到CD直接作成flac就好了XD 不過我想我大概有概念了。就
02/15 19:28, 14F

02/15 19:29, , 15F
是容器跟編碼、方便與標準的關係而已。以前懶人習慣了~:~y
02/15 19:29, 15F
文章代碼(AID): #19atLRIm (AVEncode)
討論串 (同標題文章)
文章代碼(AID): #19atLRIm (AVEncode)