媒體播放器三大底層架構

自射手影音推出以來，生活中越來越多的時間開始被代碼和各種Bug-Fix淹沒。埋頭在田裡太久，常常會在一時之間忘記身處何方。所以偶爾上來透透氣，順便將一些經驗和心得與大家分享。

媒體播放工具，這裡主要指視頻播放，因為要面臨龐大的相容性和紛繁複雜的演算法，從架構上看，能脫穎而出的體系屈指可數。大體來說業界主要有3大架構：MPC、MPlayer和VLC。這3大架構及其衍生品佔領了90%的市場，凡是使用者能看到的免費媒體播放軟體，無一不是源自這3大架構。

MPC/HC架構
MPC（Media Player Classic）和它的後續者MPC-HC應該並列而說。MPC基於DirectShow架構，是Windows系統下元祖層級的播放器。包括KMP之流最早也就是抄來MPC的代碼再換個介面。MPCHC則在MPC的原作者Gabest漸漸退出開發後的繼承者，MPCHC有很多創新特性，包括開始融入ffmpeg和支援更多DirectX特性和DXVA等等。

優點：更直接的支援DXVA，對一些稀奇古怪的Windows平台上的格式可以通過調用第三方的Filter組件等，擁有更好的相容性
缺點：有人說DirectShow是Windows中最難掌握的SDK，開發複雜；DirectShow允許第三方封裝的特點也讓相容性和穩定性問題複雜化；第三方Filter出現異常時非常難以分析處理，更難以複用；
射手播放器的架構主要來自MPC-HC，但更多的融合了FFmpeg的優勢，對DirectShow Filter進行了多處改寫，大大加強了對ffmpeg的利用，提高瞭解碼穩定性，同時擴充瞭解碼能力和相容性。

mplayer架構
如果說MPC是Windows上的元祖，那麼mplayer就是linux上媒體播放的元祖了。mplayer使用ffmpeg作為解碼核心，也是與ffmpeg結合最緊密的項目，ffmpeg的代碼就是由mplayer來host，開發人員群也有非常大的交集。藉助linux開發/使用者的強大實力，mplayer建立了要比DirectShow穩定的多的工作流程。超越ffmpeg本身的功能外，後來又通過反向工程使之可以調用Windows上的DirectShow Filter DLL，讓mplayer架構越來越吸引人，成為兼具穩定性和效能的優秀作品。

優點：穩定，相容性也可以說相當不錯
缺點：代碼結構不清晰；純C語言開發，難於閱讀；顯卡硬體加速還需要越過更多障礙

VLC架構
VLC是個後起之秀，開發速度的進展可以說是一隻奇葩。雖然同樣基於ffmpeg，但可能是相對於“左三年右三年縫縫補補又三年”的mplayer架構來說，VLC的架構在設計之初就很好的考慮到模組化開發，所以使它更吸引年輕的開發人員。成為近年發展非常快的架構。

優點：穩定，相容性也可以說相當不錯
缺點：純C語言開發，難於閱讀；硬體加速略有障礙

很多人都會發現，3大架構中都可以看到ffmpeg的名字。說起ffmpeg，那真是”One Ring to rule them all，One Ring to find them, One Ring to bring them all“。在#ffmpeg有人和我說過，想不用ffmpeg去寫媒體播放器，就像是造汽車而不用車輪。但是ffmpeg本身僅作為命令列工具或類庫（常見的如libavcodec）出現。終端使用者很少能直接接觸到ffmpeg，所以知名度也較小。ffmpeg的詳細架構，下次有時間時再續……

*注1：所有優缺點均僅針對架構本身而言
*注2：文中觀點為個人意見，僅供參考

轉自：http://blog.splayer.org/index.php/2010/03/%E5%AA%92%E4%BD%93%E6%92%AD%E6%94%BE%E4%B8%89%E5%A4%A7%E5%BA%95%E5%B1%82%E6%9E%B6%E6%9E%84%E7%AE%80%E6%9E%90/