关于视频通信开源代码的信息

本篇文章给大家谈谈视频通信开源代码，以及对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、ffmpeg 代码是不是完全开源
• 2、请教C#做简单视频编辑的一些技术或开源代码
• 3、如何调用exosip开源代码的接口
• 4、google为什么要开源webrtc

ffmpeg 代码是不是完全开源

是的

本开源代码播放器使用的音视频解码代码来源于ffmpeg-0.6.3()，

jni衔接代码和java层代码来源于havlenapetr()。

移植ffmpeg到android的常规关键点网上有很多的帖子可以参考，也可以用文件夹比较工具比较一下，看看添加修改删除了那些文件。

本开源代码的编译环境

1: Android SDK 2.2版，

2: NDK r4版，注意要导出NDK宏，

3: IDE开发环境是 eclips 3.5 版

4: libffplay.so是在Android 2.2版源码目录树中编译出来的，使用Ubuntu10.04和VMware7.1.1版，目前源码不公开

5: libffmpeg.so编译步骤，cd /cygwin/c/ffplay, ./config_r4.sh, $NDK/ndk-build

6: PC主机开发环境是windows xp。

特别注意，此demo只能在 Android SDK 2.2版上使用，其他版本有修改源码，重新编译才行。

此开源代码解决了几个特别关键点，达到实用水平。几个关键点如下：

1：arm汇编代码编译支持，主要是在几个.mk文件中添加LOCAL_ARM_MODE := arm语句，

在config_r4.sh文件中添加--arch=armv5te和--enable-asm 等开关。

2：在ffmpeg config_r4.sh配置文件中关闭了一些不用的选项后，连接时总是报一些莫名其妙的连接错误，

本开源代码给出终极解决方案(在/jni/jni/Android.mk文件中添加 LOCAL_LDLIBS += C:/ffplay/bin/ndk/local/armeabi/libavcodec.a等语句)。

3：修改havlenapetr中的视频显示错误bug，经测试havlenapetr原始代码在模拟器设置为320x480时显示正确，在更大的分辨率下显示错误，

本开源代码已修改好此bug，现在无论什么分辨率都可以正确显示。

此开源代码其他注意事项：

1：jni衔接代码相比havlenapetr精简了几个数量级，更方便网友们研习。

2：此开源代码不包括play，pause，stop，seek和视音频同步等功能实现代码，这部分代码不开源。

3：Android jni层直接输出音频示例，Android jni层直接输出视频示例，基于ffmpeg的Android播放器开源代码，三个工程使用相同的库，相同的方法和技巧，可相互参考。

在moto defy me525上测试通过。

请教C#做简单视频编辑的一些技术或开源代码

ffmpeg是编解码，directShow是播放，用这两个是没错。当然directShow加些简单的字幕之类的还是可以的。不过要做视频编辑，肯定的要把内容图片解码出来了。

这种东西太复杂了，反正我是不会。你在这里问应该也没什么效果的。

这两个库都是c c++，使用c++来做更适合一些吧。c#用在这里光写dllexport都会烦死了吧。

如何调用exosip开源代码的接口

Osip2是一个开放源代码的sip协议栈，是开源代码中不多使用C语言写的协议栈之一，它具有短小简洁的特点，专注于sip底层解析使得它的效率比较高。

eXosip是Osip2的一个扩展协议集，它部分封装了Osip2协议栈，使得它更容易被使用。

一、介绍

Osip2是一个开放源代码的sip协议栈，是开源代码中不多使用C语言写的协议栈之一，它具有短小简洁的特点，专注于sip底层解析使得它的效率比较高。但缺点也很明显，首先就是可用性差，没有很好的api封装，使得上层应用在调用协议栈时很破碎；其次，只做到了transaction层次的协议过程解析，缺少call、session、dialog等过程的解析，这也增加了使用的难度；再次，缺少线程并发处理的机制，使得它的处理能力有限。

eXosip是Osip2的一个扩展协议集，它部分封装了Osip2协议栈，使得它更容易被使用。eXosip增加了call、dialog、registration、subscription等过程的解析，使得实用性更强。但是eXosip局限于UA的实现，使得它用于registrar、sip server等应用时极其不容易。另外，它并没有增加线程并发处理的机制。而且只实现了音频支持，缺少对视频和其它数据格式的支持。

综合来说，Osip2加上eXosip协议栈仍然是个实现Sip协议不错的选择。当然需要根据不同的需求来增加更多的内容。

二、Osip2协议栈的组成

Osip2协议栈大致可以分为三部分：sip协议的语法分析、sip协议的过程分析和协议栈框架。

1、Sip协议的语法分析：

主要是osipparser2部分，目前支持RFC3261和RFC3265定义的sip协议消息，包括INVITE、ACK、OPTIONS、CANCEL、BYE、SUBSCRIBE、NOTIFY、MESSAGE、REFER和INFO。不支持RFC3262定义的PRACK。

遵循RFC3264关于SDP的offer/answer模式。带有SDP的语法分析。

支持MD5加解密算法。支持Authorization、www_authenticate和proxy_authenticate。

2、Sip协议的过程分析：

主要是osip2部分，基于RFC3261、RFC3264和RFC3265的sip协议描述过程，围绕transaction这一层来实现sip的解析。

Transaction是指一个发送方和接收方的交互过程，由请求和应答组成。请求分为Invite类型和Non-Invite类型。应答分为响应型的应答和确认型的应答。响应型的应答是指这个应答仅代表对方收到请求。请求经过处理后都必须返回确认型的应答。响应型的应答有1xx，确认型的应答包括2xx、3xx、4xx、5xx和6xx。一个transaction由一个请求和一个或多个响应型应答、一个确认型应答组成。

Transaction根据请求的不同和发送/接收的不同可以分为四类：ict、nict、ist和nist。

Ict是指Invite client transaction，就是会话邀请的发起方。

Nict是指Non-Invite client transaction，是指非邀请会话的发起方。

Ist是指Invite server tranaction，是指会话邀请的接收方。

Nist是指Non-Invite server transaction，是指非邀请会话的接收方。

每种类型的transaction都有自己相应的状态机，Osip2协议栈根据状态机来处理所有的sip事件，所以这部分就是整个协议栈的核心。但是因为Osip2只做到transaction这一层，所以它可以忽略掉call、registration等应用的复杂性，显得相当简单，这就使得需要使用它的应用必须要自己处理应用的逻辑。必须注意的一点是，transaction的资源在Osip里是由协议栈负责释放的，但是在Osip2里改成由使用的应用负责释放。

下面简单的用时序图来描述四种transaction的状态机，只着重于描述状态间的转换，忽略了调用的处理函数，也简化了很多没有状态变换的事件。也就是说，每个状态下定义的事件并没有完整的表现在图中，不要以为这些事件没定义或在该状态下没有处理。

图中方框里的是状态名，箭头线上的是触发状态变换的事件名称。同一个状态下的事件并没有时序关系。

Ict的状态机如下：

（图略）

Nict的状态机如下：

（图略）

Ist的状态机如下：

（图略）

Nist的状态机如下：

（图略）

3、协议栈框架：

框架并不是指代码的某一部分，而是指它的构成形式。主要有三部分：底层套接字接收/发送，模块间通信管道，上层调用api接口。

Osip2并不实现底层套接字的接收/发送，由eXosip实现，现在只支持UDP的链路连接。

模块间的通信管道包括：transaction的消息管道、jevent的消息管道。Transaction的消息管道是驱动其状态机的部件，通过不断的接收来自底层套接字的远端信令，或者来自上层调用的指令，根据上述的状态机制来驱动这个transaction的运转。Jevent的消息管道是eXosip实现的，用于汇报底层事件，使得调用程序能处理感兴趣的事件。

上层调用的api接口大致有两类：sip协议的调用接口和sdp协议的调用接口。EXosip封装了大部分的sip协议调用接口，一般来说都不需要直接调用osip2的接口函数。接口函数很多，在这里就不详述了，函数定义请参照源代码部分的注释。

三、eXosip协议栈的分析

eXosip是Osip2协议栈的封装和调用。它实现了作为单个sip终端的大部分功能，如register、call、subscription等。

EXosip使用UDP socket套接字实现底层sip协议的接收/发送。并且封装了sip消息的解释器。

EXosip使用定时轮循的方式调用Osip2的transaction处理函数，这部分是协议栈运转的核心。透过添加/读取transaction消息管道的方式，驱动transaction的状态机，使得来自远端的sip信令能汇报给调用程序，来自调用程序的反馈能通过sip信令回传给远端。

EXosip增加了对各个类型transaction的超时处理，确保所有资源都能循环使用，不会被耗用殆尽。

EXosip使用jevent消息管道来向上通知调用程序底层发生的事件，调用程序只要读取该消息管道，就能获得感兴趣的事件，进行相关的处理。

EXosip里比较重要的应用有j_calls、j_subscribes、j_notifies、j_reg、j_pub、osip_negotiation和authinfos。J_calls对应呼叫链表，记录所有当前活动的呼叫。J_reg对应注册链表，记录所有当前活动的注册信息。Osip_negotiation记录本地的能力集，用于能力交换。Authinfos记录需要的认证信息。

google为什么要开源webrtc

google开源webrtc的理由如下：【点击免费试用，0成本启动】

WebRTC(Web Real-Time Communication)项目的最终目的主要是让Web开发者能够基于浏览器(Chrome\FireFox\...)轻易快捷开发出丰富的实时多媒体应用，而无需下载安装任何插件，Web开发者也无需关注多媒体的数字信号处理过程，只需编写简单的Javascript程序即可实现，W3C等组织正在制定Javascript 标准API，目前是WebRTC 1.0版本，Draft状态;另外WebRTC还希望能够建立一个多互联网浏览器间健壮的实时通信的平台，形成开发者与浏览器厂商良好的生态环境。同时，Google也希望和致力于让WebRTC的技术成为HTML5标准之一，可见Google布局之深远。

想要了解更多关于webrtc的相关信息，推荐咨询ZEGO即构科技。公司自成立伊始，就专注自研音视频引擎，在音频前处理、网络自适应和跨平台兼容性等方面，达到国际一流水平，同时充分利用基础云服务商的能力，构建了MSDN海量有序自学习数据网络，服务覆盖全球，涵盖上百个音视频互动业务场景，单日时长突破30亿分钟。

关于视频通信开源代码和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。