WebRTC代码走读(八):代码文件夹结构

转载注明出处http://blog.csdn.net/wanghorse

├── ./base  //基础平台库,包含线程、锁、socket等
├── ./build //编译脚本。gyp
├── ./common_audio  //基础公共的音频处理
│   ├── ./common_audio/include  //就一个类型转换头文件
│   ├── ./common_audio/resampler    //音频重採样代码
│   ├── ./common_audio/signal_processing    //音频信号处理代码,和硬件平台有关,有汇编代码
│   └── ./common_audio/vad  //vad代码
├── ./common_video  //基础的公共视频处理,如I420桢处理、scaler、plane
├── ./examples //样例
├── ./libjingle //libjingle
├── ./modules
│   ├── ./modules/audio_coding
│   │   ├── ./modules/audio_coding/codecs //音频codec处理,统一封装公共接口和各类不同的codec的详细处理,cng,g711,g722等
│   │   ├── ./modules/audio_coding/main //音频codec处理模块代码
│   │   │   ├── ./modules/audio_coding/main/acm2    //音频处理模块的主要代码
│   │   └── ./modules/audio_coding/neteq    //neteq代码
│   │       ├── ./modules/audio_coding/neteq/interface
│   │       ├── ./modules/audio_coding/neteq/mock
│   │       ├── ./modules/audio_coding/neteq/test
│   │       └── ./modules/audio_coding/neteq/tools
│   ├── ./modules/audio_conference_mixer    //音频合成代码
│   │   ├── ./modules/audio_conference_mixer/interface
│   │   └── ./modules/audio_conference_mixer/source
│   ├── ./modules/audio_device  //audio设备处理代码。採集和放音,android,ios,linux,mac,win
│   │   ├── ./modules/audio_device/main //AudioDeviceModule处理代码
│   ├── ./modules/audio_processing //音频前后端处理,aec,aecm,agc,beamformer,ns,transient
│   ├── ./modules/bitrate_controller    //码率模块控制代码
│   ├── ./modules/desktop_capture //桌面抓拍处理代码和各平台处理代码,mac,win,x11
│   ├── ./modules/interface
│   ├── ./modules/media_file    //播放录制文件模块代码,支持avi
│   ├── ./modules/pacing    //码率探測代码
│   ├── ./modules/remote_bitrate_estimator  //远端码率计算
│   ├── ./modules/rtp_rtcp //rtp、rtcp的处理代码,封装解封装,各种codec的不同处理、fec
│   ├── ./modules/utility
│   ├── ./modules/video_capture //视频摄像头採集代码,android、ios、linux、mac、win
│   ├── ./modules/video_coding //视频codec处理代码,i420、vp8、vp9
│   │   ├── ./modules/video_coding/codecs
│   │   ├── ./modules/video_coding/main //VideoCodingModule处理代码
│   ├── ./modules/video_processing //视频前后处理,brighten,color enhancement,deflickering。spatial resampler等
│   │   └── ./modules/video_processing/main //VideoProcessingModule
│   └── ./modules/video_render  //视频渲染代码。android,ios、linux、mac、windows、opengles
├── ./p2p //nat穿越代码。turn/stun等,server和客户端
│   ├── ./p2p/base
│   └── ./p2p/client
├── ./sound //未知
├── ./system_wrappers //系统api封装
├── ./test
├── ./tools //音视频測试工具代码
├── ./video //未知
├── ./video_engine  //视频引擎代码。视频的处理流程
└── ./voice_engine  //音频引擎代码,音频处理流程
时间: 2024-08-28 07:14:45

WebRTC代码走读(八):代码文件夹结构的相关文章

git从gitlab拉取最新的亚博代码到本地体育文件夹

git从gitlab拉取最新的亚博代码到本地体育文件夹:1.Git下载地址 2.安装Git? 3.从管理员手中拿到用户名.邮箱.密码 假设用户名为: itcats_cn 邮箱为[email protected] 密码为12345678 4.初始化git信息(在右键Git Bash输入以下命令) (1) git config --global user.name 'itcats_cn'(2) git config --global user.email '[email protected]'(3)

Cocos2d-x旧引擎文件夹结构

转自:http://blog.csdn.net/lwuit/article/details/7870395 Cocos2d-x的文件夹结构例如以下: 文件夹的详细结构介绍例如以下: Box2D:物理引擎Box2D的相关源文件 Chipmunk:物理引擎chipmunk的相关源文件 cocos2dx:cocos2d-x引擎的核心部分.存放了引擎的大部分源文件 CocosDenshion:声音模块相关源文件 Debug.win32:在Windows 上调试输出文件夹 Doxygen:生成doxyge

Android SVN开发实战的文件夹结构呈现

svn有一个非常标准的文件夹结构,这是. 例如,该项目是proj.svn地址svn://proj/,然后该标准svn布局是 svn://proj/ | +-trunk +-branches +-tags 这 是一个标准的布局,trunk为主开发文件夹,branches为分支开发文件夹,tags为tag存档文件夹(不同意改动).可是详细这几个文件夹应该怎样使 用,svn并没有明白的规范,很多其它的还是用户自己的习惯. 对于这几个开发文件夹.一般的用法有两种.我很多其它的是从软件产品的角度出发 (比

JBoss AS 7之文件夹结构(The Return Of The King)

1.2 JBoss As 7体系结构 以下介绍一下JBoss的体系结构,详细的文件夹结构. 假设熟悉曾经JBoss版本号的人,一定会发现JBoss AS 7与之前的JBoss的文件夹结构有了非常大的不同.以下介绍一下JBoss AS 7的文件夹结构.                                         主文件夹结构 文件夹 描写叙述 bin Unix和win环境下的启动脚本和启动配置文件 bundles 存放OSGI bundle docs/schema 存放XML

Cocos2d-x 3.0新引擎文件夹结构

Cocos2d-x 3.0新引擎文件夹结构 2014年4月29日  Cocos2d-x 3.0学习 作为一个Cocos2d-x的菜鸟,我倒是挺愿意关注不同版本号之间的差别,Cocos2d-x 3.0自2013年7月份開始公布alpha0-pre版本号,到2014年4月23日公布正式版,历经9个版本号,总算是敲定了.我刚入手的配置环境是基于Cocos2d-x 2.2.3版本号的,略微对照一下,就能够知道最新公布的3.0正式版真的齐整了非常多.看看以下两张截图 Cocos2d-x 2.2.3版本号文

nodeJS实现完整文件夹结构压缩

为实现node下打包压缩,了解额好几种常见的node第三方包,比如archiver,也可以实现文件夹打包压缩. 因为archiver需要配置文件夹下的文件,也可以用*来打包所有,但是如果文件夹下还有多层文件夹嵌套,实现起来就比较麻烦了.还有就是一些压缩工具的压缩算法并不符合我们想要的,或者输出文件的格式又比较单一,不能满足. 最后决定用node自带的内置模块加第三方模块结合使用,满足我们的各类需求,并且可以完美的打包整个文件夹包括文件夹结构来压缩. 需要模块如下: 其中fstream和tar为第

使用gridlayout布局后,因某些原因又删除,并整理文件夹结构时,Unable to resolve target 'android-7'

出现的问题 [2013-01-11 10:52:39 - gridlayout_v7] Unable to resolve target 'android-7' 事由:在一次做九宫格时.误使用了gridlayout布局.因此eclipse为我自己主动下载了??gridlayout_v7_2 文件,并放到工作空间文件夹. 由于不再须要,也为了文件夹结构的清晰性,须要将其删除.但在关闭(Close Project)这个文件时,eclipse自己主动编译项目出错,提示?Unable to resolv

创建TFS团队项目时自动建立代码库的文件夹结构

很多客户都跟我提过一个这样的需求,即需要在创建团队TFS项目时,自动创建起源代码库的文档结构,例如类似下列结构的文件夹: <teamProject>   |- DEVELOPMENT   |- MAIN      |- BUILD      |- SOURCE      |- TEST   |-RELEASES 一.Team Foundation Server 2012 方案 而通过分析,TFS的团队项目过程模板不支持源代码目录结构的预定义,但是很幸运的是,Visual Studio 2012

实用代码:清理空文件夹

Java代码(需要安装java环境) 1 package com.util; 2 3 import java.io.File; 4 5 /** 6 * @author 王大仙儿 7 * @date 2019/12/16 16:47 8 */ 9 public class CleanNullFile { 10 11 public static void main(String[] args) { 12 if (args[0].isEmpty()) { 13 System.out.println("

gcc编译过程、C语言编译过程分析、环境变量设置、linux文件夹结构和用途介绍、常用文件和目录的操作命令、文件类型

参考链接:http://www.cnblogs.com/ggjucheng/archive/2011/12/14/2287738.html http://blog.csdn.net/novrose/article/details/7670477 http://blog.sina.com.cn/s/blog_7d5d42b40100ulqn.html 一.大小写后缀的区别 .s     汇编语言源程序;汇编.S     汇编语言源程序;预处理,汇编 小写的s文件,在后期阶段不在进行预处理操作,所以