linphone源码分析----初始化部分

这几天比较轻松,所以打算好好来看看linphone的代码,源码版本为3.5.2。从linphone初始化的过程开始,首先来看linphone_core_new函数。 

LinphoneCore *linphone_core_new(const LinphoneCoreVTable *vtable,
            const char *config_path, const char *factory_config_path, void * userdata)
{
  LinphoneCore *core=ms_new(LinphoneCore,1);
  linphone_core_init(core,vtable,config_path, factory_config_path, userdata);
  return core;
}

主要工作基本上在函数linphone_core_init中实现 

static void linphone_core_init (LinphoneCore * lc, const LinphoneCoreVTable *vtable, const char *config_path,
    const char *factory_config_path, void * userdata)
{
  memset (lc, 0, sizeof (LinphoneCore));
  lc->data=userdata;
  lc->ringstream_autorelease=TRUE;

  memcpy(&lc->vtable,vtable,sizeof(LinphoneCoreVTable));  //保存了回调函数表

  linphone_core_set_state(lc,LinphoneGlobalStartup,"Starting up");  //设置linphone内部状态
  ortp_init();  //ortp模块初始化
  lc->dyn_pt=96;  //负载类型从96开始都是动态负载类型
  linphone_core_assign_payload_type(lc,&payload_type_pcmu8000,0,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_gsm,3,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_pcma8000,8,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_speex_nb,110,"vbr=on");
  linphone_core_assign_payload_type(lc,&payload_type_speex_wb,111,"vbr=on");
  linphone_core_assign_payload_type(lc,&payload_type_speex_uwb,112,"vbr=on");
  linphone_core_assign_payload_type(lc,&payload_type_telephone_event,101,"0-11");
  linphone_core_assign_payload_type(lc,&payload_type_g722,9,NULL);

#if defined(ANDROID) || defined (__IPHONE_OS_VERSION_MIN_REQUIRED)
  /*shorten the DNS lookup time and send more retransmissions on mobiles:
   - to workaround potential packet losses
   - to avoid hanging for 30 seconds when the network doesn't work despite the phone thinks it does.
   */
  _linphone_core_configure_resolver();
#endif

#ifdef ENABLE_NONSTANDARD_GSM
  {
    PayloadType *pt;
    pt=payload_type_clone(&payload_type_gsm);
    pt->clock_rate=11025;
    linphone_core_assign_payload_type(lc,pt,-1,NULL);
    pt->clock_rate=22050;
    linphone_core_assign_payload_type(lc,pt,-1,NULL);
    payload_type_destroy(pt);
  }
#endif

#ifdef VIDEO_ENABLED
  linphone_core_assign_payload_type(lc,&payload_type_h263,34,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_theora,97,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_h263_1998,98,"CIF=1;QCIF=1");
  linphone_core_assign_payload_type(lc,&payload_type_mp4v,99,"profile-level-id=3");
  linphone_core_assign_payload_type(lc,&payload_type_h264,102,"profile-level-id=428014");
  linphone_core_assign_payload_type(lc,&payload_type_vp8,103,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_x_snow,-1,NULL);
  /* due to limited space in SDP, we have to disable this h264 line which is normally no more necessary */
  /* linphone_core_assign_payload_type(&payload_type_h264,-1,"packetization-mode=1;profile-level-id=428014");*/
#endif

    //下面的这些负载类型,没有指定类型号
  /*add all payload type for which we don't care about the number */
  linphone_core_assign_payload_type(lc,&payload_type_ilbc,-1,"mode=30");
  linphone_core_assign_payload_type(lc,&payload_type_amr,-1,"octet-align=1");
        linphone_core_assign_payload_type(lc,&payload_type_amrwb,-1,"octet-align=1");
  linphone_core_assign_payload_type(lc,&payload_type_lpc1015,-1,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_g726_16,-1,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_g726_24,-1,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_g726_32,-1,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_g726_40,-1,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_aal2_g726_16,-1,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_aal2_g726_24,-1,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_aal2_g726_32,-1,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_aal2_g726_40,-1,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_silk_nb,-1,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_silk_mb,-1,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_silk_wb,-1,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_silk_swb,-1,NULL);
  linphone_core_assign_payload_type(lc,&payload_type_g729,18,"annexb=no");

  ms_init();  //初始化mediastreamer模块
  /* create a mediastreamer2 event queue and set it as global */
  /* This allows to run event's callback in linphone_core_iterate() */
  lc->msevq=ms_event_queue_new();  //事件队列,linphone_core_iterate函数中取出事件并调用相应的回调函数
  ms_set_global_event_queue(lc->msevq);  //队列指针保存到一个全局的变量ms_global_event_queue里

  lc->config=lp_config_new(config_path);  //读取配置文件,config保存的是一个ini文档,类似xml文档  
  if (factory_config_path)  //出厂配置文件是只读的,用于恢复出厂配置
    lp_config_read_file(lc->config,factory_config_path);

  lc->sal=sal_init();  //初始化exosip模块,sal是什么的缩写呢?
  sal_set_user_pointer(lc->sal,lc);
  sal_set_callbacks(lc->sal,&linphone_sal_callbacks);  //设置sal回调函数

  sip_setup_register_all();  //这里将加载所有插件
  sound_config_read(lc);  //读取音频相关配置
  net_config_read(lc);  //读取网络相关配置
  rtp_config_read(lc);  //读取rtp相关配置
  codecs_config_read(lc);  //读取编码器相关配置
  sip_config_read(lc);   //读取sip协议相关配置,/* this will start eXosip*/
  video_config_read(lc); //视频相关配置
  //autoreplier_config_init(&lc->autoreplier_conf);
  lc->presence_mode=LinphoneStatusOnline;  //在线、离线,还是其它
  misc_config_read(lc);  //配置最大历史记录条数等
  ui_config_read(lc);  //读取联系人(朋友),读取通话记录
#ifdef TUNNEL_ENABLED
  lc->tunnel=linphone_core_tunnel_new(lc);
  if (lc->tunnel) linphone_tunnel_configure(lc->tunnel);
#endif
  if (lc->vtable.display_status)
    lc->vtable.display_status(lc,_("Ready"));  //更新状态
  lc->auto_net_state_mon=lc->sip_conf.auto_net_state_mon;
  linphone_core_set_state(lc,LinphoneGlobalOn,"Ready");  //这里将会调用状态改变的回调函数
}

上面的代码做了大量的工作,分配负载类型,初始化了各子模块,如ortp、sal(对exosip的封装吧)、mediastream2,加载了所有的插件,最后读取配置文件。 

再来看看分配负载类型的函数linphone_core_assign_payload_type的实现 

static void linphone_core_assign_payload_type(LinphoneCore *lc, PayloadType *const_pt, int number, const char *recv_fmtp){
  PayloadType *pt;
  pt=payload_type_clone(const_pt);

    //找一个未分配的负载类型码,分配给本负载类型
  if (number==-1){
    /*look for a free number */
    MSList *elem;
    int i;
    for(i=lc->dyn_pt;i<=127;++i){
      bool_t already_assigned=FALSE;
      for(elem=lc->payload_types;elem!=NULL;elem=elem->next){
        PayloadType *it=(PayloadType*)elem->data;
        if (payload_type_get_number(it)==i){
          already_assigned=TRUE;
          break;
        }
      }
      if (!already_assigned){
        number=i;
        lc->dyn_pt=i+1;
        break;
      }
    }
    if (number==-1){
      ms_fatal("FIXME: too many codecs, no more free numbers.");
    }
  }
  ms_message("assigning %s/%i payload type number %i",pt->mime_type,pt->clock_rate,number);
  payload_type_set_number(pt,number);
  if (recv_fmtp!=NULL) payload_type_set_recv_fmtp(pt,recv_fmtp);
  rtp_profile_set_payload(&av_profile,number,pt);  //将负载类型的对应关系保存到全局的RtpProfile结构中
  lc->payload_types=ms_list_append(lc->payload_types,pt);  //将支持的负载类型添加到链表中
}
时间: 2024-12-02 20:40:02

linphone源码分析----初始化部分的相关文章

Tomcat源码分析----初始化与启动

1.前言 1.1 问题思考 在阅读tomcat源码前,我们一般都会有如下几个疑问: web容器和servlet容器的区别是什么: 在springMVC中的web.xml是什么时候加载到tomcat中的: tomcat是怎么加载我们的web服务的: tomcat是怎么实现的热部署: 一个http请求是怎么被tomcat监听到的,会有哪些处理: 为什么请求可以有需要通过nginx的,也可以不需要nginx的直接请求到tomcat上? -- 如果你想知道答案,那么接下来的文章会告诉你. 1.2 基本姿

HDFS源码分析心跳汇报之数据结构初始化

        在<HDFS源码分析心跳汇报之整体结构>一文中,我们详细了解了HDFS中关于心跳的整体结构,知道了BlockPoolManager.BPOfferService和BPServiceActor三者之间的关系.那么,HDFS心跳相关的这些数据结构,都是如何被初始化的呢?本文,我们就开始研究HDFS心跳汇报之数据结构初始化.         首先,在DataNode节点启动时所必须执行的startDataNode()方法中,有如下代码: // DataNode启动时执行的startD

java io学习(三) 管道的简介,源码分析和示例

管道(PipedOutputStream和PipedInputStream)的简介,源码分析和示例 本章,我们对java 管道进行学习. java 管道介绍 在java中,PipedOutputStream和PipedInputStream分别是管道输出流和管道输入流. 它们的作用是让多线程可以通过管道进行线程间的通讯.在使用管道通信时,必须将PipedOutputStream和PipedInputStream配套使用. 使用管道通信时,大致的流程是:我们在线程A中向PipedOutputStr

《深入理解SPARK:核心思想与源码分析》(第1章)

       自己牺牲了7个月的周末和下班空闲时间,通过研究Spark源码和原理,总结整理的<深入理解Spark:核心思想与源码分析>一书现在已经正式出版上市,目前亚马逊.京东.当当.天猫等网站均有销售,欢迎感兴趣的同学购买.我开始研究源码时的Spark版本是1.2.0,经过7个多月的研究和出版社近4个月的流程,Spark自身的版本迭代也很快,如今最新已经是1.6.0.目前市面上另外2本源码研究的Spark书籍的版本分别是0.9.0版本和1.2.0版本,看来这些书的作者都与我一样,遇到了这种问

tomcat的NIO线程模型源码分析

1 tomcat8的并发参数控制 这种问题其实到官方文档上查看一番就可以知道,tomcat很早的版本还是使用的BIO,之后就支持NIO了,具体版本我也不记得了,有兴趣的自己可以去查下.本篇的tomcat版本是tomcat8.5.可以到这里看下tomcat8.5的配置参数 我们先来简单回顾下目前一般的NIO服务器端的大致实现,借鉴infoq上的一篇文章Netty系列之Netty线程模型中的一张图 一个或多个Acceptor线程,每个线程都有自己的Selector,Acceptor只负责accept

HDFS源码分析之UnderReplicatedBlocks(一)

        UnderReplicatedBlocks是HDFS中关于块复制的一个重要数据结构.在HDFS的高性能.高容错性体系中,总有一些原因促使HDFS系统内进行块复制工作,比如基于高性能的负载均衡.基于容错性的数据块副本数恢复等.普遍的,任何工作都会有一个优先级的问题,特别是这里的数据块复制,不可能简单的按照先入先出或者其他简单策略,比方说,基于容错性的数据块副本数恢复,特别是数据块副本仅有一个的数据块副本数恢复,其优先级肯定要比基于高性能的负载均衡高,所以数据块复制要有个优先级的概念

分布式事务系列(3.2)jotm分布式事务源码分析

1 系列目录 分布式事务系列(开篇)提出疑问和研究过程 分布式事务系列(1.1)Spring事务管理器PlatformTransactionManager源码分析 分布式事务系列(1.2)Spring事务体系 分布式事务系列(2.1)分布式事务模型与接口定义 分布式事务系列(3.1)jotm的分布式案例 分布式事务系列(3.2)jotm分布式事务源码分析 分布式事务系列(4.1)Atomikos的分布式案例 2 了解xapool 我们在前一篇文章中了解到jotm配合xapool共同完成了分布式事

深入浅析knockout源码分析之订阅_javascript技巧

Knockout.js是什么? Knockout是一款很优秀的JavaScript库,它可以帮助你仅使用一个清晰整洁的底层数据模型(data model)即可创建一个富文本且具有良好的显示和编辑功能的用户界面.任何时候你的局部UI内容需要自动更新(比如:依赖于用户行为的改变或者外部的数据源发生变化),KO都可以很简单的帮你实现,并且非常易于维护. 一.主类关系图 二.类职责 2.1.observable(普通监控对象类) observable(他其是一个function)的内部实现: 1.首先声

MapReduce源码分析之LocatedFileStatusFetcher

        LocatedFileStatusFetcher是MapReduce中一个针对给定输入路径数组,使用配置的线程数目来获取数据块位置的实用类.它的主要作用就是利用多线程技术,每个线程对应一个任务,每个任务针对给定输入路径数组Path[],解析出文件状态列表队列BlockingQueue<List<FileStatus>>.其中,输入数据输入路径只不过是一个Path,而输出数据则是文件状态列表队列BlockingQueue<List<FileStatus&g