Audio and video broadcast - Technical Architecture

Foreword

Today we talk about audio and video broadcast technology infrastructure. Prior to focus primarily on clients on how to collect audio data, after two days of thinking this, I think we should give everyone talk about audio and video broadcast technology architecture, it is easier to understand how to live video technology is functioning as a whole , after then gradually introduce each topic.

Simple audio and video broadcast architecture

Live Architecture

This architecture is very simple, using the CDN networks already have such as Ali, Dili, blue - and so he then set up a signaling server so that it will build a better service layer.

Sharer to share the server first sends a signaling audio and video instruction, after data collection by a Camera or the camera, after the data encoded by the flow pushes RTMP protocol CDN network.

Receiving end instruction sent to the signaling server, the acquisition stream name sharer to share, and pulling from the audio and video streams flow through the CDN name, and then after being decoded, rendered on the screen.

Live audio and video real-time interactive architecture

Live Architecture

This architecture together with one more complex than many, the most important difference is the addition of its own network. Client data transmission through the UDP, which can greatly reduce the CDN network structure results and the video and audio delays.

When sharers share audio and video are uploaded to the UDP protocol through its own network server. If other people want to participate in real-time interaction with the sharers, then the participant is connected to its own network through UDP, so as to achieve real-time interaction effect.

After uploading sharer of audio and video data to its own network, but also through a specialized service data flow to push RTMP stream to the CDN network, so for most users real-time interaction is not involved can get the number of audio and video data from the CDN a.

This architecture not only meet the needs of real-time interaction, but also to meet the large number of users to view not only the interaction of demand.

Solve the problem of concurrent high load large

Live Architecture

In order to solve the real-time interactive high load, high concurrency problems, the need to increase server resource management, real-time monitoring of each resource services. The first time when a user audio and video sharing, the resource manager can assign the best server to use the shared user, and the server resources needed lateral expansion.

Note that in order to increase the efficiency, the server basically written in C / C ++ program.

summary

实时互动直播是未来的直播趋势,大看可以看一下我另一篇文章音视频直播漫谈中的介绍。有了这个架构我们后面就可以逐步的给大家讲解每个主题。如 Android、IOS、windows、mac下如何进行音视频数据采集,如何进行编码,是采用硬编还是使用软编?它们各自有什么优势,如何使用 opengl 进行渲染,如何进行网络优化等等。



作者:音视频直播技术专家
链接:https://www.jianshu.com/p/db3482971758
来源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。

Guess you like

Origin blog.csdn.net/gb4215287/article/details/90713129