Letzten Monat belegte die "unbeliebte Sängerin" Stefanie Sun erneut die heiße Suche, und ihr Live-Konzert erhielt in nur 16 Minuten mehr als 100 Millionen Likes. Tatsächlich ist Stefanie Sun nicht die Erste, die sich an Live-Konzerten versucht. Seit der Epidemie sind alle Online- und Cloud-Aktivitäten alltäglich geworden. Nicht nur eine Reihe von Sängern haben Online-Konzerte gegeben, sondern auch Konzerte, Musikfestivals und sogar Dramen, die auf den Sinn der Szene achten, haben begonnen, in Form von Live-Übertragungen durchgeführt zu werden.

Das mobile Internet hat uns zu einer digitalen Wirtschaftsgesellschaft geführt, und Live-Streaming ist ein sehr wichtiges Instrument unter ihnen. Unabhängig davon, ob es sich um eine dauerhafte Live-Übertragung der Unterhaltung oder eine beliebte Live-Übertragung handelt, war die Live-Übertragung in den letzten Jahren die Verantwortung für den Verkehr. Es gab einmal eine Zeit, in der neue Blumenmuster zum Standard für Internetanwendungen geworden sind, und wir sind in die Ära des "alles kann live sein" eingetreten.

Wie implementieren Entwickler also eine Live-Streaming-Anwendung und wie stellen sie die Benutzererfahrung mit technischen Mitteln sicher? Dieser Artikel kombiniert die eingehende Forschung und die praktische Erfahrung von Rongyun in unterteilten Branchen, um sie nacheinander zu beantworten.

Wählen Sie einen Live-Streaming-Link aus

Vereinfacht ausgedrückt ist das Implementierungsprinzip einer vollständigen Live-Broadcast-Anwendung wie folgt: Der Moderator sammelt Audio und Video, überträgt sie auf den Server und verteilt sie dann an das Publikum zur Anzeige.

Der Anker ist für das Pushen von Streams verantwortlich und muss einen RTC-Link zum Verteilen von Livebildern oder einen CDN-Link zum Verteilen des Livestreams konfigurieren. Wenn es sich um eine Mikrofonverbindung handelt, müssen Sie auch überlegen, wie Sie die MCU-Zusammenführung durchführen, und der Vorteil der Zusammenführung von Publikumsabonnements besteht darin, dass sichergestellt werden kann, dass die Gespräche mehrerer Anker grundsätzlich ausgerichtet sind und es kein Phänomen wie "langsamer Halbschlag" gibt, der durch die Verzögerung oder Verzögerung eines bestimmten Ankers verursacht wird, wenn Sie mehrere abonnierte Anker aufgrund eines schlechten Netzwerks abonnieren.

(Live-Link-Flussdiagramm)

Mehrere Probleme, die sich auf die Benutzererfahrung auswirken

Der Kern Magnet auf der Live-Broadcast-Plattform, ob der Dreh- und Angelpunkt auf dem Anker oder dem Inhalt liegt, ist untrennbar mit der Erfahrung verbunden, "ob die Anwendung gut ist oder nicht". Aus Sicht der technischen Logik sollte die Live-Übertragung der Offline-Echtzeitkommunikation unendlich nahe kommen, d. h. eine geringe Latenz und eine reibungslose Interaktion erreichen.

Angesichts solch komplexer Implementierung von Live-Broadcast-Szenarien stoßen Live-Broadcast-Anwendungen oft auf Probleme wie Verzögerungen, Link-Switching-Fehler und lange Zeit, die auf dem ersten Bildschirm verbracht wird, was dazu führt, dass Benutzer "schlechte Bewertungen" abgeben, auf die sich Entwickler ebenfalls konzentrieren sollten.

Funtionen

Xv2 bietes 3d camera mit live aufzeichnung interagieren konnten. Zu dieser Zeit hatte die Branche keine hohen Anforderungen an die Echtzeitleistung von Live-Übertragungen, und Softwareentwickler entschieden sich im Allgemeinen für RTMP-Push- und Pull-Streams, um Live-Broadcast-Bilder über CDN-Links zu verteilen. Auf diese Weise beträgt die Verzögerung zwischen dem Moderator und dem Publikum im Allgemeinen 2~5s, d. h. das Live-Übertragungsbild, das das Publikum sieht oder hört, und der Ton wird vom Moderator vor 2~5 Sekunden ausgegeben.

Wenn der Streamer mit dem Publikum interagiert, z. B. die Leute fragt, welchen Song sie hören möchten, dauert es lange, bis er Feedback erhält. Diese Situation wirkt sich besonders auf den Gesamteffekt in E-Commerce-Live-Übertragungen aus, wenn der Moderator ein Produkt für das Publikum freigibt, erscheint zuerst der Kaufeingang und dann die mündliche Sendung des Moderators "Das Produkt wurde ins Regal gestellt, beeilen Sie sich und kaufen Sie es". Diese Art von unangebrachter Erfahrung ist wirklich nicht von hoher Qualität.

Um müssen Entwickler einen zuverlässigen CDN-Live-Streaming-Beschleunigungsdienst auswählen oder einfach einen RTC-Dienst für die Livestream-Verteilung auswählen. In dieser Hinsicht arbeitet die CDN-Verbindung von Rongyun intensiv mit führenden inländischen Herstellern zusammen, um gemeinsam Multi-Szenen- und Multi-Link-Switching von interaktiven Live-Broadcast-Szenarien zu entwickeln, und bei der RTC-Live-Übertragung hat Rongyun eine Live-Übertragung mit niedriger Latenz und einer Latenz von weniger als 500 ms vom Moderator zum Publikum erreicht.

（直播链路对比）

连麦时切换链路失败

如果使用 CDN 链路做直播分发，在连麦场景中观众切换为连麦主播时涉及从 CDN 链路切到 RTC 链路，终端则需要切换音视频播放器。开发者需要维护两个播放器的状态，经常出现黑屏、卡顿等问题。

融云在做这两个场景切换时充分考虑了各种异常情况，避免切换失败、黑屏等影响用户体验的问题；在使用融云 SDK 做直播时，单房间连麦、多房间连麦可以随时切换，主播还可以方便快捷地控制本房间的观众看到的画面样式。

（多房间主播连麦）

首屏耗时长

随着网络技术和通信技术的发展，我们对于延迟的容忍度越来越低。而传统 CDN 链路涉及直播地址分发、请求数据等一些列耗时操作，无法满足用户对于“打开一个直播，希望立即加载出视频画面”的需求。

融云在做低延迟直播时充分考虑各种场景，整合各类数据接口，可以实现视频秒开，用户进直播间到视频加载只需 1 秒。

直播稳定性

在保证直播稳定性方面，融云自主研发的算法可以在主播侧保证主播推流的上行数据在弱网情况的可靠性。即使视频丢包 40%，音频丢包 80%，都不会中断直播业务。并且，主播的声音经 3A 处理和美声服务可以更优质地传输给观众。

观众侧无论订阅低延迟还是 CDN 链路都可以抗弱网，支持观众在网络差时切换为仅订阅音频，或者订阅更小尺寸的视频。

回过头来，我们再说说融云 CDN 的好处。首先，CDN 分发成本低，费用消耗往往比 RTC 链路低很多，非常利好价格敏感型项目；其次，借助融云遍布全球的服务节点，出海业务的跨国直播也能快速响应；最后，融云与各大 CDN 厂商都有合作，可以配合不同的项目需求进行调整链路，支持视频转码、加密等个性需求。

看完以上分享，你在开发直播应用时，更偏向哪种链路做内容分发呢？欢迎识别下图二维码或者 点击链接 参与互动，10 秒获得融云咨询服务。

原文链接：https://blog.csdn.net/weixin_44764152/article/details/120738450?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522165918321816781685358459%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fblog.%2522%257D&request_id=165918321816781685358459&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2~blog~first_rank_ecpm_v1~times_rank-1-120738450-null-null.nonecase&utm_term=cdn