原来的：

1。个人意见（难以播放，易于直播）

实时广播困难：我个人认为，如果您想从头开始进行实时广播，那么在大型播放中，您肯定会很棒且很棒，因为实时广播中有很多技术困难，例如视频/音频处理和图形加工。 ，视频/音频压缩，CDN发行，即时消息传递和其他技术，每种技术都足以让您学习几年。

实时广播：各个领域已经有大个子，他们已经封装了许多很棒的框架。我们只需要使用其他人写的框架来快速构建一个实时广播应用程序，这是大个子肩上的传奇。编程。

2。了解流行的直播产品

，，熊猫，老虎牙齿，胡椒等。

实时广播渲染

实时广播效果

1。完整的实时广播应用程序功能（来自共享）2。礼物3。实时广播列表4。您自己的直播5。房间逻辑6。用户逻辑7。观看实时广播8。统计数据9。 2。原理完整的直播应用程序

实时广播原理：按锚录制的视频到服务器上，并将其分发给受众以查看服务器。

实时广播链接：流推端（收集，美容处理，编码，流推动），服务器处理（转码，录制，屏幕截图，屏幕截图，黄色识别），播放器（流动，解码，渲染），交互式系统（聊天室，礼物系统，礼品室，礼品室） ， 喜欢）

3。完整的实时广播应用程序实施过程

1。，2。滤波处理，3。编码，4。流推，5。cdn发行，6。流拉，7。解码，8。播放，9。聊天互动

实时广播过程

4。完整的直播应用程序架构

实时广播体系结构

5。完整的直播应用程序技术点

.jpeg

3.了解流媒体（需要实时流媒体）代码速率：压缩图片后每秒显示的数据量。帧速率：每秒显示的图片数。它会影响图片的平稳性，并与图片的平滑度成正比：帧速率越大，图片越顺畅；帧速率越小，图片的跳跃就越多。分辨率：（矩形）图片的长度和宽度，即，在压缩图的大小之前，每秒的数据量：帧速率x分辨率（单位应为几个字节）压缩比：在使用压缩/代码速率之前（使用相同的视频源和相同的视频编码算法，然后：压缩率越高，图片质量越好。）视频文件格式：文件的后缀，例如.wmv ，.mov，.mp4，.mp3。 AVI，视频包装格式：用于存储视频信息的容器。流媒体包可以包括TS，FLV等，索引软件包包括MP4，MOV，AVI等。视频包装格式和视频压缩编码标准：就像项目工程和编程语言一样，包装格式也是项目的项目，视频编码方法是编程语言，可以用不同的语言开发项目。 4。实时广播的基本知识简介：1。收集视频和音频

*1.1视频和音频编码框架*

*1.2视频和音频硬件设备*

2。视频处理（美容，水印）

*视频处理框架*

3。视频编码和解码

*3.1视频编码框架*

X264：压缩原始视频数据YUV编码为H.264格式：自己的视频硬解码和硬编码API，但仅在iOS8之后打开。 ：苹果自己的音频硬解码和硬编码的API

*3.2视频编码技术*

MPEG：一种采用框架间压缩的视频压缩方法，仅存储连续帧之间的差异，从而实现了较大的压缩比H.264/AVC：一种视频压缩方法，该方法采用先前的预测和MPEG中的PB帧预测方法可以根据需要生成适合网络传输的视频流，具有更高的压缩比和更好的图像质量H.265/HEVC：一种基于H.264的视频压缩方法，保留了一些原始技术，并且某些相关技术是改进以改善代码流，编码质量，延迟和算法复杂性之间的关系以实现最佳设置。 P帧：（不同的帧）保持此帧与上一个帧之间的差异。解码时，您需要使用先前缓存的图片将此框架定义的差异叠加以生成最终图片。 （P帧没有完整的图片数据，只有与上一个帧的图片不同的数据）b ：（双向差分框架）保留了此帧和上一个帧之间的差异。解码B帧不仅需要获取先前的缓存图片。随后的屏幕也必须进行解码，并且必须通过将前后屏幕与此帧的数据叠加来获得最终屏幕。 B帧的压缩率很高，但是在解码时，CPU将更加累积的（）压缩：在压缩图像时，仅考虑此帧的数据而无需考虑相邻帧之间的冗余信息。通常使用内框。损耗压缩算法（）压缩：Time （），通过比较时间表上不同帧之间的数据来压缩。框架间的压缩通常是无损的（合成）：将视频流，音频流甚至字幕流封装到文件中（容器格式（FLV，TS）），并将它们作为信号传输。

*3.3音频编码技术*

*3.4比特率控制*

*3.5视频包装格式*

FLV：流媒体封装格式。由于其形成的文件非常小，而且加载非常快，因此可以在上观看视频文件。因此，FLV格式已成为当今主流视频格式。 4。推式流

*4.1数据传输框架*

：用于以RTMP协议格式传输数据

*4.2流媒体数据传输协议*

：消息包

5。流媒体服务器

*5.1常用服务器*

*5.2数据分布*

返回源：当用户访问某个URL时，如果解析CDN节点不会缓存响应内容，或者缓存已过期，则将返回到源站点以获取搜索。如果没有人访问，CDN节点将不会积极去源站获取它。带宽：可以在固定时间传输的数据总数，负载平衡：一组对称的服务器由多个服务器组成，每个服务器都具有同等状态，您可以单独为外界提供服务，而无需其他服务器的帮助。 QoS（带宽管理）：限制每个组的带宽，并允许有限的带宽最大化其有效性6。比较实时流媒体协议：

实时广播协议比较

HLS和RTMP：HLS之间的比较主要具有相对较大的延迟，RTMP的主要优势是基于HTTP协议的低延迟HTTP-FLV：流媒体媒体内容。 RTSP：实时流式协议，该协议定义了一对多应用程序如何通过IP网络有效传输多媒体数据。 RTP：实时传输协议，RTP建立在UDP协议上，通常与RTCP一起使用，但不提供本身。准时发送机制或其他服务质量（QOS）保证，它依靠低级服务来实施此过程。 RTCP：RTP的支持协议，主要功能是提供有关RTP提供的服务质量（QoS）的反馈，收集有关相关媒体连接的统计信息，例如传输字节数，传输数据包的数量，数量丢失的数据包，单向和双向网络延迟等等。 7。解码

*7.1拆箱*

*7.2音频编码框架*

*7.3解码简介*

软解码：使用CPU进行解码8。播放9。聊天交互访问云：提供即时消息传递SDK，可以用作聊天室的实时聊天室，：更常用的即时消息传递SDK，可用于作为聊天室5的实时聊天室5。如何快速开发完整的iOS实时广播应用程序1。

： Live 是一款专门为实时流媒体平台设计的全局实时流媒体服务和一个企业级实时流媒体云服务平台，可在SDK中实现端到端的实时流媒体方案。

*熊猫电视，七龙珠电视和其他直播平台均由 使用

：基于专业的跨平台视频编码和解码技术以及大规模视频内容分发网络，它提供稳定，光滑，低延迟，高并发实时音频和视频服务，可以将实时视频无缝连接到其自己的应用程序。

2。为什么第三方SDK公司为我们提供SDK？ 3。实时广播功能：使用第三方实时广播SDK自发开发或开发？

第三方SDK开发：对于一支初创团队，自我开发的现场广播在技术阈值，CDN和带宽方面具有很高的门槛，并且需要很多时间才能制造成品，这不利于吸引投资。

自我开发：公司的实时广播平台很大。从长远来看，自我开发可以节省成本，并且该技术比直接使用SDK更具控制性。

4。第三方SDK的好处提高效率并降低风险。寻找专业人士做专业的事情。