sphone89的专栏

在运行mediastream.c之前确保你已经编译了ortp、ffmpeg、x264、speex、msx264、mediastream2，具体编译的东西看我之前的两篇文章编译mediastreamer2和ffmpeg------------------------------------------------------------------------先稍微了解下mediastrea

mediastreamer2是一个功能强大且小巧的流引擎，专门为视频电话应用而开发的。为linphone中所有的接收、发送多媒体流提供处理，包括音频视频捕捉、编码、解码、渲染。Filter: 媒体库中处理数据的组件。一个filter有0到数个输入流和0到数个输出流。filter的作用：在mediastreamer2里面是MSFilter，可以利用MSFilter实现下面的应用，实例

原文：http://www.linphone.org/eng/documentation/dev/mediastreamer2.htmlMediastreamer2 是一个功能强大且小巧的流引擎，专门为音视频电话应用而开发。这个库为linphone中所有的接收、发送多媒体流提供处理，包括音/视频捕获，编码和解码，渲染。特色Read/Write from to an alsa d

--------------------------在x86环境下编译mediastreamer2的步骤--------------------------------------1）编译OGG库 音频编解码   http://www.xiph.org/downloads/ ./configure --prefix=/usr  --disable-static 2）编译SPEEX  音

Mediastreamer2是开源的流媒体处理框架，它负责对媒体传输、处理、保存、播放等过程的抽象和调度。Mediastreamer2中的两个重要概念：filter、graph，有些词用中文翻译后就会变味，其实很多音视频框架或软件也都有用到filter这个词1）filter：filter是Mediastreamer2中处理媒体数据的组件，1个filter可以有多个input、outpu

H.264 的基本流（elementary stream,ES）的结构分为两层，包括视频编码层（VCL）和网络适配层（NAL）。视频编码层负责高效的视频内容表示，而网络适配层负责以网络所要求的恰当的方式对数据进行打包和传送。引入NAL并使之与VCL分离带来的好处包括两方面：其一、使信号处理和网络传输分离，VCL 和NAL 可以在不同的处理平台上实现；其二、VCL 和NAL 分离设计，使得在不同

RTP 协议是 IETF 在 1996 年提出的适合实时数据传输的新型协议。RTP 协议实际上是由实时传输协议RTP（Real-time Transport Protocol）和实时传输控制协议RTCP（Real-time Transport Control Protocol）两部分组成。RTP 协议基于多播或单播网络为用户提供连续媒体数据的实时传输服务；RTCP 协议是 RTP 协议的控制部

今天发现一个奇怪的问题，用上位机的linphone客户端拨打下位机的sip客户端能够正常工作，但是反过来就出问题了。 抓包发现linphone发送了大量的IP fragmentation 数据包，google才知道，当发现的数据大于MTU时就发产生IP分片的数据包。RTP打包时不是已经进行了分片操作了吗？正常情况应该不会出现这种情况才对。    linphone对h264进行RTP打包在rfc

一帧image编码完的数据存储在h264buffer中，编码后的h264码流的大小为nH264Size     因为对于NALU，并不是一帧对应一个NALU，而是对于SLICE而言，一个slice就封装层一个nal，所以一帧可以有多个slice，即一帧有多个nal。  具体一帧中有几个nalu则是可以再pps中参数中进行设定的，每遇到一个IDR，则此时就将对应的SPS,PPS进行一个更新，