Interactive live in Lianmai technical implementation steps

Contact with live, presumably for "interactive live" are not unfamiliar, but its internal implementation principle will be doubtful.

Actually very simple, "interactive live" core fact is that even wheat technology, the text will be more than attractive form of communication, in live video interactive software development implementation process, and even wheat technology has a close relationship can not be separated. Even wheat technical Xiao Bian gave you today under the relevant universal "interactive live" under.

Interactive live in the implementation process even wheat

As we all know, open studio anchor, anchor client see the live picture, at this time we can define as a "one-way live", meaning anchor unilateral output content to the audience. But if there is to anchor the interactive user initiated even wheat, wheat anchor even accepted the request, meaning had changed, because the operation is directed Lianmai audio and video interaction between the anchor and the user, at the moment for the user, the received content anchors and even the audience was Michael Francis screen. Initiated even wheat are usually two ways, one is directed to anchor the initiative to launch the audience even wheat, the other is user-initiated request to anchor even wheat. The interactive live development so far, is no longer even wheat, between the anchor and the anchor can also be connected to a single wheat gifts PK between the anchor and the user.

Interactive live in "bypass Live" concept

Bypass is broadcast solution based interactive live under high concurrency scenarios. Anchor interact with users even wheat mixed audio and video content, the need to achieve by means of CDN distribution business, distribution of live content through the CDN, the user can watch the making as a "bypass live." This is also an important reason for interactive use a CDN platform to build upon the live deployment. For interactive live this kind of public service for many user groups must be able to allow users in different regions receive the same live content at the same time, low latency is a key factor, CDN multi-node just can reduce latency interactive live .

CDN-based RTMP and interactive live program

Now in a live interactive software development, using the RTMP protocol is widely used, most interactive broadcast platform for achieving even wheat under the RTMP protocol and CDN technologies based on the premise. When the anchor with the user Lianmai will RTMP based protocol, respectively, the anchor end and flow Lianmai client pushed to the CDN, a CDN the two video streams are pushed to the viewer side, the viewer side will be formed after a video stream mixing two a screen play. This embodiment is very convenient and simple embodiment, the access cost is low, and therefore widely used, but this scheme has disadvantages.

1. While RTMP protocol can be broadcast delay control in less than 5s, to end the audience in terms of the basic feel there is a delay problem, but even for both sides in terms of wheat, will obviously feel the delay during interactions, interactive live experience poor.

2. anchor even when interacting with Mai who will echo, which is relatively common problem, the current situation is still very difficult to solve this problem.

3. We often hear interactive broadcast platform operators complained that bandwidth and traffic charges high expenses, it consumes a lot of traffic itself is distributed through a CDN, let alone occupy two interactive live video stream Lianmai it?

Of course, the ultimate goal we discuss these issues, or to be able to offer a live interactive software development on a reasonable solution to achieve even wheat. Based interactive live program under the RTMP protocol and CDN technologies mentioned above, we can combine the solutions under private UDP protocol for interactive live under different scenarios to achieve.

If you already have a huge user base, it must adapt to high concurrency, then the use of the solution in the RTMP and CDN technology, surely the best choice, after all, we still have to take into account most of the audience end user's viewing experience. But if the concurrency requirement is not so high, but to live and even require a higher or lower wheat to the live delay requirements, such as one on one video chat with friends, internal meetings and training scenarios, you can use the private UDP protocol solutions . Like wheat rely on voice even started YY, it is to use UDP transport protocol in the broadcast business.

Xiao Bian said so much, which in the final analysis we still need to live based on their own platform, to develop a reasonable solution to the use of more appropriate technical agreement even wheat.

Guess you like

Origin blog.51cto.com/14318279/2415313