基于安卓的超高清視頻導(dǎo)播系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

關(guān)鍵詞：帶貨直播 超高清 音視頻 低延時(shí) 導(dǎo)播

第一章 前言

1.1研究背景

目前火爆全網(wǎng)的帶貨直播激發(fā)了用戶對音視頻體驗(yàn)的要求越來越高，音視頻體驗(yàn)整體表現(xiàn)為超高質(zhì)量、超高流暢度、極低時(shí)延、低成本。超高質(zhì)量：分辨率要求從2K、4K到8K、12K，觀看沉浸式體驗(yàn)要求也從2D、3D到VR、AR;幀率也從30幀、60幀向120FPS邁進(jìn)。超高流暢度：從無卡頓到不高于百分之三的丟包重傳率;極低時(shí)延：從主播和觀眾實(shí)時(shí)交互到不高于50ms的極低時(shí)延;低成本：音視頻技術(shù)的飛速發(fā)展降低了行業(yè)門檻，流量、算力及存儲(chǔ)消耗因?yàn)橛布杀镜慕档蛯?dǎo)致總價(jià)越來越親民。高效便捷的直播導(dǎo)播系統(tǒng)或設(shè)備逐漸像手機(jī)一樣進(jìn)入更多人的生活和工作之中。

1.2研究意義

2019年底爆發(fā)的新冠疫情持續(xù)至今并沒有結(jié)束的跡象，疫情促生的隔離經(jīng)濟(jì)加速了直播行業(yè)的發(fā)展：如帶貨直播、視頻會(huì)議、遠(yuǎn)程教育、企業(yè)在線培訓(xùn)等，直播已成很多人在生活、工作中重要的工具，也成為企業(yè)和個(gè)人適應(yīng)調(diào)整當(dāng)前疫情經(jīng)濟(jì)下的友好支撐。直播的實(shí)時(shí)性和連麥互動(dòng)帶來的強(qiáng)烈的互動(dòng)感、現(xiàn)場感促進(jìn)了人與人之間的連接關(guān)系，科技與生俱來的優(yōu)勢也成為直播帶貨得以風(fēng)靡全網(wǎng)的重要原因。

傳統(tǒng)的導(dǎo)播臺(tái)不僅需要切換臺(tái)，還需要調(diào)音臺(tái)、錄機(jī)、電腦等大型硬件設(shè)備，攜帶非常不方便，加上硬件設(shè)備疊加的成本很高，一般的個(gè)人或者企業(yè)只能望而卻步。這類設(shè)備一般是通過工控主板，接入U(xiǎn)SB攝像頭的方式實(shí)現(xiàn)的，除了設(shè)備專業(yè)復(fù)雜、價(jià)格非常昂貴等弊端外，也很難實(shí)現(xiàn)畫面特效、虛擬場景等各種視頻實(shí)時(shí)編輯功能，亦無法滿足當(dāng)前靈活多變的市場需求。如果能夠開發(fā)出一套專業(yè)便捷的直播導(dǎo)播系統(tǒng)，通過植入到一臺(tái)設(shè)備中就可以實(shí)現(xiàn)全部的功能：視頻編輯導(dǎo)播在本地，視頻實(shí)時(shí)存儲(chǔ)在云端，用戶只需要一臺(tái)手機(jī)就可以在線觀看。不但省去視頻后期剪輯的大量工作而且節(jié)約了軟硬件的直接成本，很大程度上改善了用戶體驗(yàn)，是非常值得深入研究并實(shí)現(xiàn)的。

第二章 平臺(tái)需求

2.1 硬件平臺(tái)

●高通驍龍八核處理器;

●多路HDMI輸入，全高清4K+分辨率;

●多網(wǎng)絡(luò)聚合;

●多類型接口HDMI、USB、網(wǎng)絡(luò);

2.2 軟件平臺(tái)

●安卓9.0

●多機(jī)位1080P導(dǎo)播切換;

●高性能H264/H265視頻編解碼;

●連麥視頻會(huì)議模塊;

●4G/5G網(wǎng)絡(luò)自由選擇;

●多音頻混合輸入;

●視頻輸入自由編輯功能：機(jī)位切換、畫中畫、綠幕摳圖、水印、換背景圖等;

●支持多平臺(tái)推流、三方平臺(tái)無推流、地址推流;

●超高清視頻的本地及云端存儲(chǔ);

第三章 設(shè)計(jì)實(shí)現(xiàn)

設(shè)備的CPU使用高通驍龍八核處理器kyro架構(gòu)，屬于在智能終端上的最高性能方案之一。設(shè)備的操作系統(tǒng)采用普遍使用的安卓操作系統(tǒng)，穩(wěn)定易用性高。在輸入/輸出接口方面，采用擴(kuò)展HDMI USB 輸入接口，支持超高清4K視頻輸入;以兩路HDMI 輸入、兩路USB 1080P輸入、兩路網(wǎng)絡(luò)輸入、一路本地輸入，實(shí)現(xiàn)七路不同機(jī)位和設(shè)備的實(shí)時(shí)輸入為例，同時(shí)支持聲音混流，加嵌、解嵌等。

本地視頻存儲(chǔ)采用SSD的固態(tài)硬盤存儲(chǔ)方案，網(wǎng)絡(luò)流和圖片庫提供云端地址接口支持云端存儲(chǔ)。推流地址的獲取支持直接掃碼自動(dòng)填寫。

3.1 快速切換設(shè)計(jì)原理及方法

快速切換是指不同機(jī)位或者是網(wǎng)絡(luò)流和背景之間的切換，從當(dāng)前正在推流的畫面快速切換到備用預(yù)覽的其他畫面。當(dāng)用戶切換畫面的時(shí)希望導(dǎo)播系統(tǒng)能實(shí)時(shí)無縫的切換到期望的畫面，然后推流到服務(wù)器端，用戶看到的畫面和導(dǎo)播用戶看到的畫面需要保持一致。為避免出現(xiàn)畫面黑屏、疊影、中斷等異常情況，需要在整個(gè)鏈路上進(jìn)行優(yōu)化，而快速切換設(shè)計(jì)在用戶體驗(yàn)中發(fā)揮很關(guān)鍵的作用。

為達(dá)到以上目的，HDMI及網(wǎng)絡(luò)、USB攝像頭等多路流切換前后始終保持編解碼不斷開，開啟預(yù)覽后所有的視頻流都一直處于解碼狀態(tài)。當(dāng)推流發(fā)生切換，編碼器立即更換編碼流id，繼續(xù)編碼推流，并且發(fā)送新的視頻頭部信息。通過提前準(zhǔn)備好數(shù)據(jù)流來實(shí)現(xiàn)多機(jī)位視頻的無縫切換，而切換之后發(fā)送新一路流的視頻頭部信息可以避免切換延遲。當(dāng)發(fā)現(xiàn)新的數(shù)據(jù)流會(huì)清掉前面部分的數(shù)據(jù)，立即切換到新的數(shù)據(jù)流。通過以上方法實(shí)現(xiàn)了視頻快速無縫切換并推流的目的。

3.2 低延時(shí)設(shè)計(jì)原理和方法

低延時(shí)主要包括兩個(gè)部分：直播低延時(shí)和連麥互動(dòng)低延時(shí)。

直播延時(shí)的原因分析及低延時(shí)設(shè)計(jì)

首先是啟動(dòng)過程產(chǎn)生的延時(shí)分析，導(dǎo)播編碼系統(tǒng)在對不同機(jī)位的流進(jìn)行切換和組合時(shí)需要進(jìn)行協(xié)議轉(zhuǎn)換和編解碼。如果切換的時(shí)候才開始獲取數(shù)據(jù)流并進(jìn)行編解碼，再去拉取流進(jìn)行處理，就會(huì)增加切換觸發(fā)過程和啟動(dòng)過程耗時(shí)。針對該問題，該導(dǎo)播平臺(tái)針對所有輸入在全鏈路上進(jìn)行預(yù)熱，提前啟動(dòng)協(xié)議轉(zhuǎn)換、媒體編解碼和解封裝的處理任務(wù)，預(yù)監(jiān)和推流同時(shí)并行運(yùn)行，即使關(guān)閉推流功能，各個(gè)預(yù)覽畫面的編解碼任務(wù)也會(huì)一直運(yùn)行工作，這樣在重新打開推流功能時(shí)能立即取到內(nèi)容并推流到服務(wù)器端。

其次鏈路緩存是整條直播鏈路產(chǎn)生延時(shí)的主要原因。為盡可能避免緩存延時(shí)，提前緩存數(shù)據(jù)是優(yōu)化網(wǎng)絡(luò)抖動(dòng)比較有效的方法，鏈路緩存存在輸入流的輸出端，編解碼器內(nèi)部和數(shù)據(jù)傳輸?shù)木W(wǎng)絡(luò)層。導(dǎo)播系統(tǒng)需要在導(dǎo)播切換的時(shí)候丟棄掉之前緩存的大部分備用數(shù)據(jù)，而選擇最接近當(dāng)前時(shí)間的關(guān)鍵幀開始發(fā)送數(shù)據(jù)，在編解碼內(nèi)部，采用合理的編解碼參數(shù)調(diào)節(jié)以及隨時(shí)最大限度的主動(dòng)推流的方式降低編解碼產(chǎn)生的延時(shí)。鏈路選擇上，采用最近的節(jié)點(diǎn)就近傳輸，然后再通過服務(wù)器FORWARD到對應(yīng)的節(jié)點(diǎn)，用戶端也可以就近選擇拉流觀看。

另外，播放器緩存也是延遲優(yōu)化很關(guān)鍵的部分。大多數(shù)播放器會(huì)緩存解碼一部分的視頻數(shù)據(jù)第一幀畫面才開始展示，這樣能夠防止因?yàn)殒溌范秳?dòng)而使得畫面觀看起來更流暢，通常來說播放器緩存引起的延時(shí)占據(jù)了整體延時(shí)的60%。所以播放器主要是從緩存和解碼效率兩個(gè)方面降低延遲。

互動(dòng)連麥低延時(shí)設(shè)計(jì)

針對連麥等實(shí)時(shí)性要求極高的互動(dòng)就需要使用比如WEBRTC等更實(shí)時(shí)的播放協(xié)議，可以將延時(shí)進(jìn)一步調(diào)整到100ms以內(nèi)。所以一般連麥互動(dòng)和視頻傳輸分開，連麥采用超低延時(shí)的WEBRTC協(xié)議，不超過100ms的延遲讓互動(dòng)身臨其境;文字和視頻傳輸采用比較穩(wěn)定的RTMP協(xié)議，降低網(wǎng)絡(luò)抖動(dòng)引起的信息損耗，而視頻傳輸還能更具用戶的網(wǎng)絡(luò)環(huán)境選擇適合自己的最佳線路，從而為每個(gè)觀看者帶來最佳的視聽體驗(yàn)。

3.3 多平臺(tái)推流

“一播多用”是為了直播可以在各個(gè)平臺(tái)同時(shí)發(fā)布和播放，不但支持在不同平臺(tái)的用戶同時(shí)觀看，更減少了視頻后期分發(fā)的工作。只要事先設(shè)置好推流參數(shù)，就可以實(shí)時(shí)推流到抖音、快手、B站、虎牙等平臺(tái)。如果有的平臺(tái)需要加上自己的水印才可以推流，就需要在客戶端選擇水印圖片疊加之后再推流。多平臺(tái)推流可以直接通過客戶端實(shí)現(xiàn)兩份數(shù)據(jù)的復(fù)制推流，也可以通過云端實(shí)現(xiàn)轉(zhuǎn)推。

客戶端嵌入式推流的實(shí)現(xiàn)硬件都只需要做一次解碼，只需要推流部分實(shí)現(xiàn)流的復(fù)制和轉(zhuǎn)推。硬件平臺(tái)直接推流到多個(gè)平臺(tái)，需要消耗客戶端的性能，但是也分散了服務(wù)器端的壓力。而且能夠?qū)崿F(xiàn)各個(gè)平臺(tái)延遲最小。

服務(wù)器云端實(shí)現(xiàn)多平臺(tái)推流，是通過服務(wù)器軟件來實(shí)現(xiàn)將流FORWORD到各個(gè)平臺(tái)。這種多平臺(tái)推流實(shí)際是通過平臺(tái)轉(zhuǎn)發(fā)來實(shí)現(xiàn)的。主要消耗服務(wù)器的計(jì)算資源，針對Intel系列的V3以下的CPU，一路直播流編解碼基本上需要消耗一個(gè)邏輯核資源。

3.4 無需推流地址推流

鑒于各大平臺(tái)對自身服務(wù)器端的保護(hù)機(jī)制，推流地址的獲取越來越復(fù)雜，對于普通的用戶來說無疑是增加了難度。為了減少推流的難度，導(dǎo)播設(shè)備可以結(jié)合第三方平臺(tái)實(shí)現(xiàn)一套完整的無推流地址的解決方案。

具體實(shí)現(xiàn)方法重載系統(tǒng)底層camera回調(diào)函數(shù)，自研客戶端實(shí)現(xiàn)HDMI和USB已經(jīng)網(wǎng)絡(luò)流的切換并實(shí)現(xiàn)畫面編輯，并在啟動(dòng)抖音等第三方客戶端的同時(shí)系統(tǒng)會(huì)自動(dòng)啟動(dòng)自研的客戶端。導(dǎo)播系統(tǒng)自有客戶端在實(shí)現(xiàn)本地流的切換和組合及編輯之后可以隨時(shí)收起成一個(gè)小圖標(biāo)，處理完的數(shù)據(jù)流會(huì)倒回camera，然后抖音等第三方服務(wù)平臺(tái)再從camera獲取到數(shù)據(jù)流，最終推流到抖音等第三方的服務(wù)器端。這樣三方服務(wù)平臺(tái)客戶端這里所有的流程都不做改變，但是實(shí)際拿到的流是經(jīng)過處理和導(dǎo)播的視頻流。這樣就完美解決了第三方服務(wù)器端地址無法獲取或者減少地址獲取的工作量。為非專業(yè)人員的直播推流減少了難度，節(jié)省了時(shí)間。真正實(shí)現(xiàn)一鍵直播和推流。這種方式適用其他所有的三方服務(wù)平臺(tái)客戶端，不需要一一定制。

第四章 主要問題及分析

4.1底層功能

1）安卓手機(jī)默認(rèn)的系統(tǒng)架構(gòu)并不是完全適配HDMI的，比如在熱拔插、幀率選擇等特殊問題需要大量改動(dòng)。原先攝像頭架構(gòu)體系和代碼太龐大也會(huì)增加更改難度。

2）本方案中HDMI輸入芯片選用TC358840，由于市場上資料比較少，必須依靠供應(yīng)商提供資料，其提供的資料有任何問題，就會(huì)影響導(dǎo)播系統(tǒng)的效果。任何產(chǎn)品都有自身的缺陷，包括在調(diào)840驅(qū)動(dòng)時(shí)，也有遇到寫入大小端不一致、寄存器寫入不起作用、芯片識(shí)別到后數(shù)據(jù)流異常等問題。

3）芯片跟硬件聯(lián)調(diào)，也存在抗干擾問題，導(dǎo)致HDMI在熱拔插的時(shí)候容易死機(jī)。音頻輸入方面也有碰到芯片電壓不匹配等問題，造成軟件開發(fā)難度加大。后續(xù)還需要解決的問題有：外部信號輸入需要?jiǎng)討B(tài)調(diào)節(jié)，比如同一個(gè)信號輸入源分辨率、幀率的改變，設(shè)備能實(shí)現(xiàn)自適應(yīng)調(diào)節(jié)。

4.2性能瓶頸

客戶端性能瓶頸

導(dǎo)播設(shè)備包含兩路HDMI高清輸入、一路USB本地輸入、三路網(wǎng)絡(luò)流輸入、一路本地視頻流輸入預(yù)覽，同時(shí)還支持本地更換圖片背景。如果同時(shí)打開預(yù)覽窗和推流窗，就會(huì)消耗非常多的計(jì)算資源。從源端獲取到camera的數(shù)據(jù)流并解碼，然后調(diào)用底層encoder封裝轉(zhuǎn)碼為目標(biāo)格式，然后以高清碼率和高幀率推流到服務(wù)器端。由于編解碼和轉(zhuǎn)封裝非常消耗CPU，同時(shí)開啟多路預(yù)覽的時(shí)候CPU資源會(huì)成為瓶頸，這就需要通過業(yè)務(wù)和性能優(yōu)化多種思路來解決這個(gè)問題。

其中業(yè)務(wù)端方面可以通過預(yù)覽窗口不獲取所有的數(shù)據(jù)幀，即抽幀的方式來減少CPU的消耗，既預(yù)覽窗口只需要每秒10幀以下的播放速度展示。一旦切換到當(dāng)前窗口推流，客戶端立即向底層發(fā)起請求，底層立即以正常的幀率60幀每秒的速度從camera獲取數(shù)據(jù)并通過客戶端推流到服務(wù)器端。只要保持當(dāng)前推流的窗口是正常幀率就不影響業(yè)務(wù)使用，預(yù)覽窗口通過抽幀的方式則極大降低了資源的消耗。

另一方面，通過優(yōu)化安卓系統(tǒng)的底層進(jìn)程和線程個(gè)數(shù)來減少不必要的資源消耗，盡可能降低資源利用。還可以通過硬編碼的方式來減少軟件帶來的計(jì)算資源壓力。此外，對于循環(huán)播放的網(wǎng)絡(luò)流可以通過本地加載若干數(shù)據(jù)，來減少從網(wǎng)絡(luò)獲取數(shù)據(jù)的壓力。不但減少了帶寬資源也減少了cpu的壓力。

服務(wù)器性能瓶頸

服務(wù)器收到推流請求，接受并存儲(chǔ)rtmp協(xié)議的流，支持同時(shí)存儲(chǔ)為多個(gè)碼率存儲(chǔ)，包括超高清、高清和標(biāo)清模式。這些碼率需要通過服務(wù)器端實(shí)時(shí)轉(zhuǎn)碼存儲(chǔ)，消耗大量的CPU資源。

服務(wù)器端性能的優(yōu)化主要通過協(xié)議棧性能調(diào)優(yōu)的方式來降低資源消耗，比如增加MTU的大小來減少數(shù)據(jù)傳輸?shù)念l率，從而降低CPU的消耗。數(shù)據(jù)采用分布式存儲(chǔ)，降低IO吞吐帶來的壓力，從而降低資源的消耗。

4.3穩(wěn)定性

與傳統(tǒng)硬件導(dǎo)播臺(tái)相比，傳統(tǒng)的導(dǎo)播設(shè)備定制硬件、專線網(wǎng)絡(luò)、固定格式的流媒體輸入;而本系統(tǒng)是基于安卓平臺(tái)開發(fā)的導(dǎo)播系統(tǒng)，它使用通用硬件平臺(tái)，網(wǎng)絡(luò)環(huán)境和設(shè)備環(huán)境也是復(fù)雜多變，意外和突發(fā)事件概率加大，穩(wěn)定性上面臨著更大挑戰(zhàn)。為了提升穩(wěn)定性，直播導(dǎo)播系統(tǒng)需要在應(yīng)用層和服務(wù)器端實(shí)現(xiàn)實(shí)時(shí)異常檢測和故障調(diào)度，有效應(yīng)對單點(diǎn)故障等異常，同時(shí)提供預(yù)覽導(dǎo)播、快速切換、緊急網(wǎng)絡(luò)墊片流等多項(xiàng)應(yīng)急功能也是解決穩(wěn)定性的有效選擇。云端服務(wù)器則通過主備集群、備份默認(rèn)節(jié)點(diǎn)、服務(wù)過載自啟動(dòng)新的節(jié)點(diǎn)等方式來提高業(yè)務(wù)的穩(wěn)定性。

4.4三方服務(wù)平臺(tái)限制瓶頸

為了避免服務(wù)器資源的浪費(fèi)和繞過第三方平臺(tái)構(gòu)建的商業(yè)壁壘，三方平臺(tái)的服務(wù)器端逐漸關(guān)閉了推流地址的自由獲取，專業(yè)設(shè)備的直播地址獲取變得越來越復(fù)雜。初期已經(jīng)實(shí)現(xiàn)的推流地址填寫并推流的功能已經(jīng)在很多平臺(tái)失效。安卓系統(tǒng)的開源為解決這一問題帶來了便利，通過重載和模擬camera的行為，新增并擴(kuò)展了手機(jī)的前后置攝像頭，并虛擬出類camera的屬性。原始的前后置攝像頭可以被擴(kuò)展為多路HDMI的輸入，而類camera則可以實(shí)現(xiàn)模擬原始攝像頭的能力，從而修改了三方平臺(tái)的原始數(shù)據(jù)流。實(shí)現(xiàn)視頻數(shù)據(jù)流的編解碼和編輯功能，從而完美解決了推流地址獲取的問題。

綜上，該功能是利用了三方視頻平臺(tái)對安卓操作系統(tǒng)的兼容性實(shí)現(xiàn)了不需要獲取推流地址就可以推專業(yè)設(shè)備的視頻流到三方服務(wù)器平臺(tái)。

第五章 性能結(jié)果和使用場景

5.1設(shè)備性能

客戶端設(shè)備能同時(shí)支持一路60幀4K、一路30幀1080P、三路網(wǎng)絡(luò)視頻流、一路本地視頻流、一路圖片切換。在網(wǎng)絡(luò)環(huán)境良好的條件下，支持以上各路視頻無縫切換導(dǎo)播，并實(shí)時(shí)畫中畫疊加推流、同時(shí)推流到3個(gè)以上平臺(tái)。畫質(zhì)清晰流暢，無卡頓花屏等異常問題，滿足了客戶端設(shè)備性能的各類要求。

5.2使用場景

該視頻導(dǎo)播系統(tǒng)可以在游戲、教育，會(huì)議、電商直播、婚禮活動(dòng)等場景中，進(jìn)行畫面導(dǎo)播和視頻編輯。此類場景主要通過視頻推流直播結(jié)合視頻的內(nèi)容分發(fā)網(wǎng)絡(luò)，實(shí)現(xiàn)在全國各地都可以就近獲取到最近的流媒體視頻，從而獲取最佳的用戶體驗(yàn)。

此外，該系統(tǒng)也可以用于圓桌會(huì)議、連麥等場景，支持少數(shù)人的在線實(shí)時(shí)互通，和多數(shù)人的在線直播觀看。連麥需要視頻整個(gè)鏈路延遲100ms以內(nèi)，保證人的視聽基本感受不到網(wǎng)絡(luò)帶來的延遲感。而多數(shù)人的在線觀看可以支持延遲1-5s內(nèi)，視頻直播再疊加上文字互動(dòng)。從而達(dá)到相對優(yōu)質(zhì)的用戶體驗(yàn)。

第六章 局限性

本設(shè)備存在的局限性主要是和外部環(huán)境的變化有關(guān)系。

一方面是性能瓶頸的局限性：該導(dǎo)播平臺(tái)使用安卓9.0系統(tǒng)，目前的手機(jī)硬件平臺(tái)就成為設(shè)備的一大局限，因此無法從性能上超越目前主流手機(jī)的主芯片性能。

另一方面，由于第三方平臺(tái)的服務(wù)器會(huì)做各種限制，比如推流碼率、幀率等的限制，無法徹底擺脫三方視頻平臺(tái)的制約。視頻質(zhì)量也因此存在一定程度的局限性。如果設(shè)備推過高碼率和幀率的視頻會(huì)被三方視頻平臺(tái)檢測到并被拒絕，或者特別異常的提醒信息影響用戶體驗(yàn)。另外，有些視頻平臺(tái)必須有本平臺(tái)水印才被認(rèn)為是合法內(nèi)容，三方平臺(tái)的改變也會(huì)需要設(shè)備跟隨著改變，這也增加了設(shè)備的維護(hù)和升級頻率。

第七章 結(jié)語

總之，與傳統(tǒng)導(dǎo)播臺(tái)相比，本導(dǎo)播平臺(tái)擁有低成本、方便快捷、支持彈性擴(kuò)展、多協(xié)議兼容、場景豐富等多項(xiàng)優(yōu)勢，適用于多視角直播、跨城同屏直播、在線教育、直播帶貨等多種場景。該導(dǎo)播系統(tǒng)方便易用，只需要一臺(tái)內(nèi)置本系統(tǒng)的集成設(shè)備及攝像頭就可以實(shí)現(xiàn)不同場景的一鍵導(dǎo)播直播需求。

第八章 附錄

[1]陳戈.智能導(dǎo)播助力2021春晚新媒體節(jié)目創(chuàng)新——淺析人工智能切換技術(shù)的應(yīng)用[J].現(xiàn)代電視技術(shù)，2021（03）：35-40.

[2]張韻.淺析綜藝演播室新聞虛擬制作音頻技術(shù)方案[J].現(xiàn)代電視技術(shù)，2021（10）：139-142.

[3]吳天亭. H.264視頻軟導(dǎo)播系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].成都信息工程學(xué)院，2013.

[4]鄭堃，劉強(qiáng)，殷茂森.全媒體互動(dòng)直播的探索與實(shí)踐[J].演藝科技，2020（05）：58-63.

[5]方霽，鄭倩，王一梅，馬特.關(guān)于云導(dǎo)播臺(tái)交互方式的探討[J].廣播電視信息，2021，28（08）：22-25.DOI：10.16045/j.cnki.rti.2021.08.002.

作者簡介：鄒世明：女，漢族，廣東深圳。 中國人民大學(xué)計(jì)算機(jī)應(yīng)用專業(yè)