zoukankan      html  css  js  c++  java
  • IOS 视频直播/智能家居(一行行敲代码,从零开始)lesson:1整体架构

    前段时间由于工作需要做了一个视频直播/智能家居类的应用。算是对iOS音视频专栏中流媒体处理做了一次小结。这里想把整个开发流程纪录下来,一方面是和大家共同探讨学习,另一方面也可以方便自己以后查漏补缺。

    整个开发没有借助任何第三方框架,所有流媒体协议都是一行行敲上去的,为什么呢?呵呵 授之以鱼不如授之以渔!

    下面开始先了解下整个软件的架构

    前端我们在IOS audio&video 专栏中已经介绍的非常详细了,包括摄像头、音视频的各种处理都做了详细的分析。后端我们也在IOS audio&video 专栏的FFmpeg中、高级使用中也做了详细的介绍,这里也不再讨论。下面就网络部分做详细的分析。

    (1)RTCP

        RTCP:RTP Control Protocol,实时传输控制协议,一般和RTP配合使用,主要用于数据传输的监视,控制功能。同时RTCP是基于UDP传输的。RTCP传输的这些信息非常重要,主要包括:时间戳(用于同步)、序列号(用于丢包和重排序检测)、以及负载格式(用于说明数据的编码格式)。简单概括一下,就是用于QoS反馈和同步媒体流。与RTP比较而言,其带宽一半占用只有RTP的5%左右。非常小。

    根据不同的使用状态,RTCP分为下面几种情况:

    直播、智能家居类项目只要用到发送端报告,这里我们会在后面的代码中详细分析。

    (2)RTP

    Real-time Transport Protocol,实时传输协议,一般用于多媒体数据的传输。音视频主要通过这个协议传输,它是建立在UDP协议上的,效率更高但允许丢包。所以在媒体重组时需要做不少工作。RTP协议包格式如下:

    (3)SDP

    我们先来看看抓包的网络请求过程:

    服务器响应数据。我们关心的部分:RTSP

    response=RTSP/1.0 200 OK

    CSeq: 1

    Content-base: rtsp://192.168.36.168/

    Date: 2015年7月29日 GMT+8下午2:52:00

    Content-Type:application/sdp

    Content-Length:424

      SDP部分:

    v=0

    o=-1804289383 1804289383 IN IP4 192.168.36.168

    s=Livestream from iOS

    c=INIP4 0.0.0.0

    t=00

    a=control:*

    m=video0 RTP/AVP 96

    b=TIAS:85528

    a=maxprate:9.0000

    a=control:streamid=1

    a=rtpmap:96H264/90000

    a=mimetype:string;"video/H264"

    a=framesize:96720-480

    a=Width:integer;720

    a=Height:integer;480i

    a=fmtp:96packetization-mode=1;profile-level-id=64001e;sprop-parameter-sets=Z2QAHqxWwLQ9pqAgICBA,KO4CPLA=

    可以很清晰的看到RTSP协议是包含两部分的,第一部分为rtsp传输协议,另一部分是SDP协议。SDP准确的说其实不能算是传输层协议,而要规划到会话层协议部分。SDP(SessionDescription Protocol)是服务器端生成的描述媒体文件的编码信息以及所在服务器的链接等信息的文件,客户端通过它来设置播放软件的参数。

    (4)RTSP

    有了以上的分析,我们基本了解了整个结构,那么还剩下最后一部分,RTSP协议。实时流传输协议,是TCP/IP协议体系中的一个应用层协议。和Http协议类似。至于协议的具体结构我们放在后面和代码一起讲。

    下面看看一个RTSP流媒体交互的简单过程:这是一个比较典型的请求过程:

    1. Client->Server:OPTION request  //询问S有哪些方法可用

    1. Server->Client:OPTION response  //S回应信息中包括提供的所有可用方法

    2. Client->Server:DESCRIBE request  //要求得到S提供的媒体初始化描述信息

    2. Server->Client:DESCRIBE response  //S回应媒体初始化描述信息,主要是sdp

    3. Client->Server:SETUP request  //设置会话的属性,以及传输模式,提醒S建立会话

    3. Server->Client:SETUP response  //S建立会话,返回会话标识符,以及会话相关信息

    4. Client->Server:PLAY request  //C请求播放

    4. Server->Client:PLAY response  //S回应该请求的信息

    Server->Client:发送流媒体数据

    5. Client->Server:TEARDOWN request  //C请求关闭会话

    5. Server->Client:TEARDOWN response  //S回应该请求

  • 相关阅读:
    日志框架之Slf4j整合Logback
    使用SLF4J和Logback
    Java日志框架SLF4J和log4j以及logback的联系和区别
    docker部署apollo
    mysql8.0设置忽略大小写后无法启动
    将项目迁移到kubernetes平台是怎样实现的
    kubectl port-forward
    linux服务器安全配置最详解
    CentOS7.3下部署Rsyslog+LogAnalyzer+MySQL中央日志服务器
    统计linux 下当前socket 的fd数量
  • 原文地址:https://www.cnblogs.com/liaolijun/p/6682127.html
Copyright © 2011-2022 走看看