推 jonnysun:嗯,一般來說XVID跟DIVX的檔案相容,至於compatable,是廠商 04/27 15:21
→ jonnysun:寫爽的 04/27 15:22
※ 引述《seansylin (sylin)》之銘言：
: 前文恕刪
: xvid的品質的確在許多地方勝過divx，但絕對不是全部，況且差距並不大顯著，低流量
: 時wmv3還拉開許多。再來專利部分其實是很複雜的關係，同根生的divx/xvid當年也是
: 靠hack Microsoft的mpeg4技術實作而來，而dxn後來捅了社群一刀，現今的xvid本身
: 也因為divx方面的複雜法律關係，而從未有official binary distribtion來歸避問題。
: 因此考慮現實層面與player相容性等理由，在已經大勢已去的mpeg 4 part 2中(mpeg4
: 的royalty問題比mpeg2複雜太多)，只有divx還有一絲出線的可能，所以divx compatible
: 才是最保險，卻也等同捨棄xvid優勢的做法，就發展來講divx完全掌握了主導權(兩方
: 都有mpeg4實作錯誤的部分，但divx錯的更多)，xvid只有被掣肘的份。
: 簡言之，如果很在意撥放器的相容性問題，請速速轉往wvc1或h264，未來BD時代絕對
: 可以完整支援，若要死守xvid的話，務必製作divx相容的檔案。
個人覺得這篇觀念上有點問題.
divx & xvid 不過就是mpeg4的encoder,按照的是iso制定出來的spec標準,
實在不知道哪裡還有分 "divx compatible"的這回事情 ,早期這兩款在mpeg4 profile
支援程度上的確不同,不過現在這兩款大致也成熟了,功能該實做的也都實作出來了,
效率與品質是另外一回事情,可是不管實作方法為何,還是一樣得遵循同樣的standard,
除非公司很大牌大到足以有份量參與標準制定,或是屁股大有份量到自己玩自己的
,否則一律都會遵循standard.
所以,就真的不知道你所謂 "divx compatible"是指什麼?
基本上現在的mpeg4 player,要不就吃mpeg4+mp3的avi檔,不然就是mpeg4+aac的mp4檔,
把b-frame關閉掉.GMC不使用.QPEL功能關閉產生出的raw導入MP4或是AVI容器內,
都一定可以相容,但是這個相容說簡單就是MPEG4中的simple profile,
沒啥 "divx compatible" 這回事情,有差異的話頂多是header開頭區段code標籤會不同
,目前也有工具可以修改這個tag,而且實際測試多數player也根本不會理會這個tag.
附帶一提的是,"divx compatible"這詞是很商業洗腦的辭彙.
--
※ 編輯: erspicu 來自: 220.129.143.177 (04/27 02:56)
※ 編輯: erspicu 來自: 220.129.143.177 (04/27 02:58)