開源聲波編碼源碼

A. 開源代碼是什麼意思

一句話來說，開源指的是那些源代碼或源設計可以被大眾使用、修改發行的軟體或設計體。

大眾最熟悉的開源軟體就是安卓，相信用非蘋果的智能手機用戶，現在每天用的肯定都是安卓，它也是現在影響力最大的開源軟體之一，如果沒有安卓的開源開放，相信今天沒有那麼多手機廠商和移動互聯網的興起。

如果只是從生態的角度來說，蘋果的生態也很開放，現在他們也推出了開源Swift。從這方面來說，其實兩者都是一樣的，只是開源、開放的方式方法不太一樣。

linux 無疑是開源軟體里最最成功的一個，不管是從它目前的生態建設角度，還是從業界評價來看，包括今天雲計算的基礎也都倚賴Linux的貢獻和基石。當然，像OpenStack、Hadoop 、Spark等也非常成功，這些開源項目都屬於底層技術，在支撐今天整個大數據、雲計算的發展。

(1)開源聲波編碼源碼擴展閱讀：

開源並不意味著免費，開源只是說我們做了一個好東西，把它開放給大家使用，目的是希望大家更多地使用它，並反饋使用過程中的問題或者改進方式，使得整個開源項目進步得更快，能夠更好地共享給更多有需要的人，目前像 Linux、Hadoop、Spark等等，都是這么做的。但很多時候開源背後還是帶有很濃厚的商業背景。

做得比較大的開源項目背後都有商業公司在支撐，如果一個成功的開源項目背後沒有商業公司，這是不健康的，我們需要開源和商業之間的互補對稱來促進整個社區和技術的不斷前進答。

B. 誰有無損音頻壓縮編碼的C語言的源代碼

到底是要哪種格式的呢，開源應該也有

~~~~~~

C. java中的BASE64編碼有已經實現好的開源項目么

多的很 。。。

org.apache.hadoop.hbase.util.Base64
com.sun.jersey.core.util.Base64
org.apache.commons.codec.binary.Base64
com.sun.jersey.core.util.Base64

D. 有沒有書籍講分布式視頻編碼的,且有開源代碼的,或者有沒有代碼可以直接發給我啊，斯坦福的或者Discover的

我有斯坦福的開源代碼，不知道現在回復還有沒有用了

E. 為什麼內核不開源就不能改內核源碼究竟是什麼

不開源就是不開放源代碼，沒有源代碼很難更改（可以通過逆編譯等手段獲得源碼進行更改，只是非常困難）。源碼就是人使用軟體開發語言（例如c語言）寫的程序代碼，但這些代碼都需要進行編譯成二進制的機器編碼，這時他們就是可以運行的程序了。這時它都是用0和1寫的一大堆數字，人根本就沒法讀的懂，也就沒法改了

F. google為什麼要開源webrtc

google開源了WebRTC項目，網址是：http://code.google.com/p/webrtc/。

WebRTC實現了基於網頁的視頻會議，標準是WHATWG 協議，目的是通過瀏覽器提供簡單的javascript就可以達到實時通訊（Real-Time Communications (RTC)）能力。

通過對源碼的粗略分析，WebRTC提供了視頻會議的核心技術，包括音視頻的採集、編解碼、網路傳輸、顯示等功能，並且還支持跨平台：windows，linux，mac，android。

WebRTC的視頻處理分析（windows平台）

WebRTC的視頻部分，包含採集、編解碼(I420/VP8)、加密、媒體文件、圖像處理、顯示、網路傳輸與流控(RTP/RTCP)等功能。

視頻採集---video_capture

源代碼在webrtc\moles\video_capture\main目錄下，包含介面和各個平台的源代碼。
在windows平台上，WebRTC採用的是dshow技術，來實現枚舉視頻的設備信息和視頻數據的採集，這意味著可以支持大多數的視頻採集設備；對那些需要單獨驅動程序的視頻採集卡（比如海康高清卡）就無能為力了。
視頻採集支持多種媒體類型，比如I420、YUY2、RGB、UYUY等，並可以進行幀大小和幀率控制。

視頻編解碼---video_coding
源代碼在webrtc\moles\video_coding目錄下。
WebRTC採用I420/VP8編解碼技術。VP8是google收購ON2後的開源實現，並且也用在WebM項目中。VP8能以更少的數據提供更高質量的視頻，特別適合視頻會議這樣的需求。

視頻加密--video_engine_encryption
視頻加密是WebRTC的video_engine一部分，相當於視頻應用層面的功能，給點對點的視頻雙方提供了數據上的安全保證，可以防止在Web上視頻數據的泄漏。
視頻加密在發送端和接收端進行加解密視頻數據，密鑰由視頻雙方協商，代價是會影響視頻數據處理的性能；也可以不使用視頻加密功能，這樣在性能上會好些。
視頻加密的數據源可能是原始的數據流，也可能是編碼後的數據流。估計是編碼後的數據流，這樣加密代價會小一些，需要進一步研究。

視頻媒體文件--media_file
源代碼在webrtc\moles\media_file目錄下。
該功能是可以用本地文件作為視頻源，有點類似虛擬攝像頭的功能；支持的格式有Avi。
另外，WebRTC還可以錄制音視頻到本地文件，比較實用的功能。

視頻圖像處理--video_processing
源代碼在webrtc\moles\video_processing目錄下。
視頻圖像處理針對每一幀的圖像進行處理，包括明暗度檢測、顏色增強、降噪處理等功能，用來提升視頻質量。

視頻顯示--video_render
源代碼在webrtc\moles\video_render目錄下。
在windows平台，WebRTC採用direct3d9和directdraw的方式來顯示視頻，只能這樣，必須這樣。

網路傳輸與流控
對於網路視頻來講，數據的傳輸與控制是核心價值。WebRTC採用的是成熟的RTP/RTCP技術。

WebRTC的音頻處理分析（windows平台）

WebRTC的音頻部分，包含設備、編解碼(iLIBC/iSAC/G722/PCM16/RED/AVT、NetEQ)、加密、聲音文件、聲音處理、聲音輸出、音量控制、音視頻同步、網路傳輸與流控(RTP/RTCP)等功能。

音頻設備---audio_device
源代碼在webrtc\moles\audio_device\main目錄下，包含介面和各個平台的源代碼。
在windows平台上，WebRTC採用的是Windows Core Audio和Windows Wave技術來管理音頻設備，還提供了一個混音管理器。
利用音頻設備，可以實現聲音輸出，音量控制等功能。

音頻編解碼---audio_coding
源代碼在webrtc\moles\audio_coding目錄下。
WebRTC採用iLIBC/iSAC/G722/PCM16/RED/AVT編解碼技術。
WebRTC還提供NetEQ功能---抖動緩沖器及丟包補償模塊，能夠提高音質，並把延遲減至最小。
另外一個核心功能是基於語音會議的混音處理。

聲音加密--voice_engine_encryption
和視頻一樣，WebRTC也提供聲音加密功能。

聲音文件
該功能是可以用本地文件作為音頻源，支持的格式有Pcm和Wav。
同樣，WebRTC也可以錄制音頻到本地文件。

聲音處理--audio_processing
源代碼在webrtc\moles\audio_processing目錄下。
聲音處理針對音頻數據進行處理，包括回聲消除(AEC)、AECM、自動增益(AGC)、降噪處理等功能，用來提升聲音質量。

網路傳輸與流控
和視頻一樣，WebRTC採用的是成熟的RTP/RTCP技術。

WebRTC的官網是http://www.webrtc.org/，其中的FAQ解答了很多大家關心的問題。有這么幾點可以關註：
1.license
採用BSD licenses，可以用於商業軟體；即使你修改了源代碼，也不必公開你修改的部分。

2.為什麼WebRTC要免費
音視頻針對目前的互聯網應用，還是至關重要的。google這樣做的目的，無非是吸引大量的開發者在chrome平台上開發音視頻相關應用，和當年微軟windows集成IE是一個道理。

3.下載和編譯
a).下載google的源碼工具depot_tools：
svn co http://src.chromium.org/svn/trunk/tools/depot_tools
並把depot_tools添加到系統的環境變數PATH里；
b).下載git工具：並把git添加到系統的環境變數PATH里；
c).創建webrtc工作目錄，並在該目錄下運行：
gclient config https://webrtc.googlecode.com/svn/trunk
gclient sync --force

sync命令也會產生基於本地環境(Linux:make, OSX: XCode, Windows: Visual Studio)的build文件。

也可以用命令：
gclient runhooks --force

對windows平台，在trunk目錄下，已經有針對Visual Studio的工程文件：
webrtc.sln

好了，打開它，這就可以編譯了。

註：webrtc默認使用了C:\Program Files\Microsoft SDKs\Windows\v7.1\Samples\multimedia\directshow\baseclasses。我的機器上只有v7.0的sdk，於是構造了一個v7.1的目錄，僅包含Samples\multimedia\directshow\baseclasses。

G. 開源如何提升編程技能

開源是很多程序員都會面臨的問題，很多人會相信接觸的開源源技術越多對自己的編程技術提升越快，寫出來的代碼也更好。開源可提高編程技能之間有什麼相關性或因果關系嗎？

閱讀代碼能讓你變得更優秀

我在編程生涯的早期就明白我閱讀的代碼越多，我的代碼就能變得更好。我知道，當我不得不維護其他人的代碼時，簡單和干凈的代碼幾乎總是比花哨或復雜的代碼好—— 即使有注釋。然而另一方面，當我花足夠的時間去理解復雜代碼的時候，我常常能夠學到新的技巧。不論怎麼樣，都能讓我有所提高。

這使得我在那些沒有代碼審查的地方一再爭取。而當沒有足夠的時間來正式執行「代碼審查」的時候，我會自己瀏覽存儲庫和閱讀代碼。當然，那時我還被受限於來自於小團隊的公司資源。

超越語法

在你不得不全力對付任意編程語言的語法時，也就是學習如何充分利用該語言最瑣碎的時刻。一門語言的語法往往是非常靜態的，並且如果你出錯了，你的編譯器會向你控訴。更深層次的課程涉及到什麼語言最適合解決什麼樣的問題（「合適的工具做合適的工作」），以及如何用那種語言編寫代碼以便於使它高效和可維護。

學習新語言有許多方法：課程，教程，導師，書籍以及等等。我通常會結合這些選項來學習一門新的語言。我注意到，當涉及到非語法元素的時候，這些方法常常非常相似。

閱讀來自於其他人的實際部署代碼會讓你收獲更多。不僅僅是常規的結構化學習，你還需要學習模式和實踐方法。語言中所謂「正確」的做事方式並不總是效果最佳的方式。你會經歷邊緣情況，一次性事務以及意想不到的集成。你也會找到這些問題的解決方案，有好有壞，但如果你認真思考的話，那麼這正是出來「推薦做法」的地方。今天的模式就是明天的反面模式。

你可能對有些事情，例如「總是注釋」，「逗號放到最後」，「縮進x個空格」有著自己的想法，當然你是對的。我對提到的這些及編碼的其他方面也有著自己的感受。

有時候當我閱讀其他人的代碼時，如果看到他們做錯了，我會生氣。但是隨著我代碼閱讀量的增加，我開始懂得，總會有一些情形常見於別人的代碼，但我在我自己的代碼中卻未曾遇到過的，並且我的方法沒有必要那樣執拗。我不僅改變了我的一些觀點，而且懂得更加靈活。

開源無處不在

隨著開源運動的發展，可供閱讀和學習的代碼數量也大幅度增長。例如Gitlab，GitHub和到BitBucket這些網站就允許我們獲取全功能的應用程序，不僅可以閱讀代碼，還可以擺弄。很少有我想要學習的東西是不能在開源代碼中獲取的。

我以前學習新的編程語言，會把重點放在諸如目錄結構和命名約定這些簡單的事情上。但是，現在，我會找一些不同的開源項目，然後可以開始拼湊常用的方法。我很少強調以前那些類型的東西了。

可用的代碼是如此之多，但質量卻良莠不齊。當我們想要學習的時候，常常搞不清楚哪個好哪個不好。那就保持閱讀代碼吧，慢慢地你會學會如何區分。閱讀「壞」的代碼可以幫助你理解為什麼它是「壞」的。關鍵是不要害怕嘗試任何你覺得看上去正確的東西，並且當你走錯路的時候能夠承認錯誤，並改正問題，然後繼續前行。

壞的代碼就壞的，是這樣的嗎？

有人會說「壞的代碼比好的代碼要更多更明顯」。sub-reddit致力於壞的代碼。

在這些年裡，我寫了很多好的代碼和壞的代碼。當我看到我以前寫的代碼時，我的第一想法就是我怎麼會寫這樣的垃圾代碼。這實際上意味著我還在學習中。如果我看到我以前的代碼，覺得它看上去非常偉大，那麼說明我並沒有提高。

那麼，我們怎麼才能從壞的代碼中學到東西呢？

你閱讀的壞代碼越多，那麼你就越擅長發現壞的代碼

當你在學習和搜索例子的時候，你會發現和使用大量不能工作的代碼。請記住，僅僅因為它不適合你的情況，並不能說明它就是壞的代碼。學習如何讓它工作能夠使得你變得更優秀。

你怎麼知道它是壞的代碼？

人們喜歡批評。閱讀評論，如果你看到很多「WTF（什麼玩意）」，那麼可能你看到的正是壞的代碼，試著指出為什麼不好的原因。不要只留下「這代碼真爛」這樣的評論。不要裝得你好像懂得壞代碼的所有需求，要知道，總有一個它之所以被這樣寫的正當理由。如果你知道它為什麼是壞代碼的原因，那麼不妨留下一個有建設性的評論。或者??

讓它變成好的代碼

放一個能讓代碼變得更好的pull請求。修正語法，使用更好的方法，添加註釋或修改縮進：這些都是改進代碼的偉大方式。加一個為什麼你推薦改變代碼的解釋。

昆明北大青鳥java培訓專家認認為，當我幫助別人學習的時候能學到更多。如果我認為我理解了一個新的主題，那麼我會找個人來試著向他解釋，這能讓我更深刻地理解和記住它，並且讓我快速發現我是否寫了壞的代碼。

回報

記住開放源代碼在你參與進去的時候效果最佳。代碼更改在大多數項目中都是受歡迎的，但是有很多出力的方法。

測試開源代碼和文件錯誤報告；幫助完成文檔集；寫教程和如何做的例子；參加對話——或者僅僅只是幫助傳播。每一件事都能帶來改變，並且越多的人參與進來越好！