举个例子 aplay -r 16000 -f S16_LE -D hw:0,0 -c 2 -d 3 ~/Private/Private_Tools/02_ALSA_Learning/left_1k_right_400hz.wav S是有符号   U是无符号BE是大端(低地址存高位) LE是小端(低地址存低位) 这都是PCM的一种表示范围的方法,所以表示方法中最小值等价,最大值等价,中间的数据级别就是对应的进度了,可以都映射到-1~1范围.S8:     signed   8 bits,有符号字符

PCMA(G.711A) 类型:Audio 制定者:ITU-T 所需频宽:64Kbps(90.4) 特性:PCMU和PCMA都能提供较好的语音质量,但是它们占用的带宽较高,需要64kbps. 优点:语音质量优 缺点:占用的带宽较高 应用领域:voip 版税方式:Free 备注:PCMU andPCMA都能够达到CD音质,但是它们消耗的带宽也最多(64kbps).如果网络带宽比较低,可以选用低比特速率的编码方法,如G.723或G.729,这两种编码的方法也能达到传统长途电话的音质,但是需要很少的带

EasyDarwin开源社区整理了一份G711(PCMA.PCMU)/G726转AAC的转码库,支持Windows/Linux跨平台使用,将安防标准的G711转成移动互联网常用的AAC格式,希望能给大家带来方便! https://github.com/EasyDarwin/EasyAACEncoder 转码库的大体流程是: 先将G711(PCMA.PCMU)/G726进行Decode,转化为PCM数据: 再用libfaac库将PCM编码成AAC(与 <<DirectShow音频采集pcm,实时

项目及源码地址:https://github.com/EasyDarwin/EasyAACEncoder EasyAACEncoder 是EasyDarwin开源流媒体服务团队整理.开发的一款音频转码到AAC的工具库,目前支持G711a/G711u/G726/PCM等音频格式的转码,跨平台,支持Windows/Linux/arm. 调用示例 testEasyAACEncoder:通过EasyAACEncoderAPI对G711A/G711U/G726进行AAC转码: Windows编译方法, V

RTSP发起/终结流媒体.RTP传输流媒体数据 .RTCP对RTP进行控制,同步.RTP中没有连接的概念,本身并不能为按序传输数据包提供可靠的保证,也不提供流量控制和拥塞控制,这些都由RTCP来负责完成.RTSP可以对流媒体提供诸如播放.暂停.快进等操作,它负责定义具体的控制消息.操作方法.状态码等.以下为转载:   本文主要介绍RTP与RTCP协议. author: ZJ   06-11-17 Blog: [url]http://zhangjunhd.blog.51cto.com/[/url]

博客原文地址 建议看这篇之前先看一下使用WebRTC搭建前端视频聊天室——入门篇 如果需要搭建实例的话可以参照SkyRTC-demo:github地址 其中使用了两个库:SkyRTC(github地址)和SkyRTC-client(github地址) 这两个库和demo都是我写的,如果有bug或是错误欢迎指出,我会尽力更正 前面的话 这篇文章讲述了WebRTC中所涉及的信令交换以及聊天室中的信令交换,主要内容来自WebRTC in the real world: STUN, TURN and s

默认情况下Freeswitch自带的G729模块是pass-through-并不支持转码. 不过我们依然有个好奇的心, 所以我们决定添加一个支持G729转码的模块到Freeswitch. 1. 下载mod_g729.zip (改自Deepwalker-fs_itu_g729-0bcddb5.tar) 2. 解压 #unzip mod_g729.zip 3. 删除原来的模块, 将新模块添加到codec目录中 rm -rf src/mod/codecs/mod_g729 mv mod_g729 /s

1.初学者笔记:http://www.cnblogs.com/gnuhpc/archive/2012/01/16/2323637.html 2.SIP头字段解释:http://www.cnblogs.com/my_life/articles/2282364.html http://www.cnblogs.com/zhongwencool/p/3705359.html http://www.cnblogs.com/share-everything-i-do/archive/2012/11/04/2

1.MESSAGE消息       1)头字段填写说明       Call-id:                 必选       CSeq:                   必选       From:                   必选       To:                       必选       Max-Forwards: 必选       Via:                      必选       常用的可选参数:       指定的消息体  

转自:http://blog.csdn.net/xujianglun/article/details/48342367 如何计算G711语音等的打包长度和RTP里timestamp的增长量 一般对于不同的语音有不同的打包周期,而不同的打包周期又对应着不同的timestamp in RTP 那么是如何计算的呢,我们通过G711举个例子 G711的打包周期分为10ms,20ms,30ms,sample rate是8000,速率是64kbit/s 64kbits,意味着每秒发送64000比特 那么10

转自: http://www.lxway.com/566299526.htm 最新要做一个移动端视频通话软件,大致看了下现有的开源软件 一) sipdroid1)架构sip协议栈使用JAVA实现,音频Codec使用skype的silk(Silk编解码是Skype向第三方开发人员和硬件制造商提供免版税认证(RF)的Silk宽带音频编码器)实现.NAT传输支持stun server.2)优缺点:NAT方面只支持STUN,无ICE框架,如需要完全实现P2P视频通话需要实现符合ICE标准的客户端,音频方

1.为何要用 Speex?FP的默认音频编码是 NellyMoser,而FP10之后加入了 Speex.实际应用中,用默认的 NellyMoser 编码音频,会有个很大的问题,就是无法控制流码率浮动.当设置 rate 为44时,音频带宽浮动会有100多 kbps.而音频 codec 设置成 Speex 后因为是可以直接控制quality的,几乎没有浮动,这样就更利于 FMS 发布带宽控制. 2.设置 Speex 注意事项由于 Speex 的 quality 有 0-10 可选,但在实际应用中你会

新问题,看应该是视频编解码那里出问题了.找找看.WebRtc VoiceEngine codecs:ISAC/16000/1 (103)ISAC/32000/1 (104)Unexpected codec: ISAC/48000/1 (105)PCMU/8000/1 (0)PCMA/8000/1 (8)Unexpected codec: PCMU/8000/2 (110)Unexpected codec: PCMA/8000/2 (118)ILBC/8000/1 (102)G722/8000/1

各个库编译完成后,整合talkapp,联编时还是碰到了一些问题,主要是lib里的源码文件被错误移走,或者宏定义等有问题的,不一而足 FQ访问https://apprtc.appspot.com/,拿到一个数字的房间号, 启动app,输入房间号,崩了. https://apprtc.appspot.com/r/216819716 WebRtc VoiceEngine codecs:ISAC/16000/1 (103)ISAC/32000/1 (104)Unexpected codec: ISAC/

The list of events can be found in src/switch_event.c in a char array called EVENT_NAMES and is summarized as follows: Contents 1 Event fields 1.1 Core-UUID 1.2 Event-Calling-File 1.3 Event-Calling-Function 1.4 Event-Calling-Line-Number 1.5 Event-Dat

Created by John Boteler on 2015.01.16 Go to start of metadata   About The current up-to-date list of events can be found in src/switch_event.c in a char array called EVENT_NAMES and is summarized here.  Click here to expand Table of Contents Event fi

安装FreeSwitch 主要命令如下: git clone -b v1.2.stable git://git.freeswitch.org/freeswitch.gitcd freeswitch/./bootstrap.sh && ./configure && make && make install && make hd-sounds-install && make hd-moh-install && ma

转自:http://zhangjunhd.blog.51cto.com/113473/25481/ 本文主要介绍RTP与RTCP协议. author: ZJ   06-11-17 Blog: [url]http://zhangjunhd.blog.51cto.com/[/url]   1．流媒体( Streaming Media) 1.1流媒体概念 流媒体技术是网络技术和多媒体技术发展到一定阶段的产物.术语流媒体既可以指在网上传输连续时基媒体的流式技术,也可以指使用流式技术的连续时基媒体本身.在

从src/audio_output/common.c里面的函数aout_BitsPerSample可知,rtsp里面的音频类型,大部分都默认规定了样本bit大小的.即是,一个音频编码类型,对应一个固定的样本bit大小.所以rtsp里面,服务器只是告诉客户端,音频编码类型为pcma,而没有告诉客户端pcma编码的样本bit大小,因为这个是固定的. 如下代码里,pcma即是VLC_CODEC_ALAW,对应的返回值为8,即8bit为样本大小.pcmu则是VLC_CODEC_MULAW,对应的返回值也

简单的测试了一下,暂时没把精力放到这一块. ① 视频编码透传的设置(使用代理模式). 修改internal.xml文件的以下参数: <param name="inbound-proxy-media" value="true"/> 默认屏蔽该参数,开启. 也许,使用bypass也可以,下次再验证. ② 取消每次呼叫鉴权的修改(不推荐这么做). 修改internal.xml文件的以下参数: <param name="accept-blind-

本文主要介绍ICE与SDP交互过程中的一些知识,支持原创,文章来博客园RTC.Blacker,转载请说明出处. 用过libjingle模块的同学都知道连接过程中candidate的获取与连接流程,一边获取candidate,一边进行连接,所以整个过程很快, 但我们有时候用一些其他基于webrtc的产品来测试时发现很久才能看到对方的画面,这是啥原因呢?是不是程序有漏洞? 不是的,主要是他们采用了不同类型的ICE,详细区别见下图: 如上:右边就是libjingle所采用的ICE连接模式,左边是传统模