［直播一攬子］編碼構思和套路

在上篇文章中，我肯定了使用的三個庫：

h264的編碼庫也很多，最終選擇了x264。
aac的編碼庫，選擇了fdkaac。
rtmp的庫，選擇了rtmpdump。

也許是個人編碼習慣：先各個擊破，再合併整合。我決定也採用這樣的方式。這樣作的好處很明顯：

1.考慮範圍縮小。好比，在作x264的編碼時，無需考慮aac的編碼之類的事情。至於aac能遇到什麼問題，能夠到aac編碼的時候去解決。這樣就會變成：每次只作一件事。把這件事作好以後，再接着往下作。

2.易於解決問題。出問題的範圍將會大大縮小，只會發生在某一個模塊內。這對於我查找問題的緣由，debug都有好處。

3.功能內聚性高。當一個模塊編譯完成以後，只需提供接口給外圍調用，減小了外圍對具體實現的要求，由於外圍能夠不用知道里面是怎麼實現的。

壞處也是有的：須要爲各個模塊編寫一套工程代碼。有多少個模塊，就得寫多少個工程代碼。這就會形成工程代碼較多。在整合以前，感受有點亂。我我的以爲這也是模塊化的一個反作用。就像Andorid裏面的Library同樣。

通過以上的構思，初步認爲至少須要4個工程：x264的採集工程，aac的採集工程，和rtmp的傳輸工程。

接下來就是編碼的工做了。實際問題老是比想象的多啊！