开源声波编码源码

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培训专家认认为，当我帮助别人学习的时候能学到更多。如果我认为我理解了一个新的主题，那么我会找个人来试着向他解释，这能让我更深刻地理解和记住它，并且让我快速发现我是否写了坏的代码。

回报

记住开放源代码在你参与进去的时候效果最佳。代码更改在大多数项目中都是受欢迎的，但是有很多出力的方法。

测试开源代码和文件错误报告；帮助完成文档集；写教程和如何做的例子；参加对话——或者仅仅只是帮助传播。每一件事都能带来改变，并且越多的人参与进来越好！