技術(shù)人員必看！企業(yè)級(jí)數(shù)字孿生應(yīng)用開發(fā)平臺(tái)操作指南圖解

面向前端技術(shù)團(tuán)隊(duì)的強(qiáng)大易用的能力開放平臺(tái)；支持原生JavaScript，主流前端框架Vue、React、Angular的平臺(tái)能力開放；幫助客戶快速獲得數(shù)字孿生場(chǎng)景的交互能力。

網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、重慶小程序開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了山城免費(fèi)建站歡迎大家使用！

項(xiàng)目預(yù)覽： 在新的標(biāo)簽頁打開：在瀏覽器新的標(biāo)簽頁，進(jìn)入項(xiàng)目應(yīng)用預(yù)覽頁。

分享項(xiàng)目 ：分享將以鏈接形式，分享給當(dāng)前機(jī)構(gòu)內(nèi)用戶；用戶訪問則直接進(jìn)入項(xiàng)目應(yīng)用預(yù)覽頁。

應(yīng)用信息： 應(yīng)用信息主要包含當(dāng)前應(yīng)用的基礎(chǔ)項(xiàng)目和底座場(chǎng)景的推流信息；項(xiàng)目應(yīng)用的主要信息，鼠標(biāo)點(diǎn)擊可直接復(fù)制。

創(chuàng)建副本： 項(xiàng)目應(yīng)用的創(chuàng)建副本流程需選擇項(xiàng)目對(duì)應(yīng)的團(tuán)隊(duì)，將項(xiàng)目關(guān)聯(lián)至團(tuán)隊(duì)；選擇團(tuán)隊(duì)后，點(diǎn)擊【提交】，進(jìn)入項(xiàng)目創(chuàng)建流程

編輯信息： 編輯當(dāng)前項(xiàng)目應(yīng)用的基本信息；項(xiàng)目排序默認(rèn)以修改時(shí)間倒序，排序生效后，則以排序字段為排序依據(jù)；

刪除項(xiàng)目： 項(xiàng)目應(yīng)用刪除，當(dāng)前版本為永久刪除，刪除后數(shù)據(jù)不可恢復(fù)，底座場(chǎng)景則保留。

直播APP源碼實(shí)現(xiàn)直播都有哪些流程需要注意？

直播APP源碼可以是原生的或混合型的。原生直播APP源碼專為特定平臺(tái)設(shè)計(jì)的，這種APP的代碼是通過使用該平臺(tái)所采用的編程語言來創(chuàng)建的?；旌闲偷氖峭瑫r(shí)支持多個(gè)平臺(tái)的APP，代碼是用HTML，CSS或JavaScript編寫。

一、直播APP源碼架構(gòu)

直播APP源碼的產(chǎn)品架構(gòu)，可以理解為以服務(wù)器為信息載體，將用戶的觀看請(qǐng)求與直播的實(shí)時(shí)畫面內(nèi)容相串聯(lián)，而用戶端和主播端分別通過播放URL、推流URL的協(xié)議封裝起來；在信息轉(zhuǎn)化過程中主播端需要涉及降噪、流量控制、美顏等優(yōu)化手段，而用戶端則涉及硬件加速、視頻解碼、卡頓監(jiān)控等方式提升用戶體驗(yàn)。

二、直播APP源碼實(shí)現(xiàn)直播流程上需要注意的內(nèi)容

首先，音視頻采集及編碼環(huán)節(jié)，通過調(diào)用手機(jī)攝像頭等采集設(shè)備，依托美顏及圖像處理工具，實(shí)現(xiàn)音視頻內(nèi)容的采集以及處理。音視頻編碼格式的選取也是十分有講究的。音頻編碼格式常見的為Mp3、ACC等；視頻編碼格式常用的則是Mpeg4、H.264、H.265等。

其次，推流環(huán)節(jié)特別要關(guān)注的是流媒體傳輸協(xié)議的選擇。比較常見的流媒體傳輸協(xié)議有UDP、RTSP、RTMP、HLS等?，F(xiàn)如今，絕大多數(shù)情況下開發(fā)直播APP軟件采用的是RTMP協(xié)議，這是專為視頻直播量身定制的，直播延時(shí)很容易就可以控制在5s以內(nèi)，提升了直播觀看的體驗(yàn)度。

最后，內(nèi)容分發(fā)層面多采用三方CDN服務(wù)，除非有特殊需求的情況下會(huì)選擇自建流媒體服務(wù)器。三方CDN服務(wù)商擁有眾多的節(jié)點(diǎn)服務(wù)器，能夠快速實(shí)現(xiàn)直播內(nèi)容的傳輸分發(fā)，極大地增強(qiáng)直播體驗(yàn)，但高額的流量費(fèi)用也是后期直播平臺(tái)運(yùn)營(yíng)中需要精打細(xì)算的。

除了直播APP源碼開發(fā)直播實(shí)現(xiàn)流程上需要注意的這些內(nèi)容外，完整的直播APP源碼開發(fā)工作還會(huì)涉及到眾多的服務(wù)模塊。WEB服務(wù)主要負(fù)責(zé)PC直播，管理后臺(tái)，接口邏輯的實(shí)現(xiàn)；REDIS服務(wù)提供的則是數(shù)據(jù)的緩存，用于存儲(chǔ)常用的動(dòng)態(tài)數(shù)據(jù)；Mysql服務(wù)提供的是直播中的靜態(tài)數(shù)據(jù)存儲(chǔ)；socket服務(wù)則屬于node.js組件，用于實(shí)現(xiàn)直播群聊、私聊、消息通知等功能實(shí)現(xiàn)；視頻直播服務(wù)提供視頻直播、旁路直播、轉(zhuǎn)碼、點(diǎn)播、存儲(chǔ)等；監(jiān)控服務(wù)提供的是主播異常掉線監(jiān)聽，直播消息推送等。

三、直播APP源碼的難點(diǎn)和細(xì)節(jié)

1、在網(wǎng)絡(luò)信號(hào)弱的情形下，需求保障食品質(zhì)量。假如發(fā)生信號(hào)不好需求緩存的情形，那么會(huì)大大減少用戶體驗(yàn)。

2、直播畫面的延遲情形。數(shù)據(jù)傳輸是依照客戶端下載到服務(wù)器，服務(wù)器再上傳到客戶端的模式，數(shù)據(jù)越大特別是高清視頻畫面，那么整體上傳下載速度越慢，客戶端顯示出現(xiàn)延遲，會(huì)員會(huì)出現(xiàn)不停緩沖等狀況，影響會(huì)員的采取。

3、頁面交互動(dòng)畫?；?dòng)直播的內(nèi)在就是主播與觀眾互動(dòng)歷程。主流的直播APP通常會(huì)增添諸如送花、打賞等等，對(duì)于系統(tǒng)兼容性、直播APP運(yùn)行速度以及流暢度都會(huì)導(dǎo)致肯定的影響，甚至?xí)霈F(xiàn)BUG。

?？禂z像頭開發(fā)SRS+ffmpeg+http-flv+flv.js(二)

接上篇文章。雖然部署好了網(wǎng)絡(luò)，通過VLC能播放視屏，但是離簡(jiǎn)單好用的道路還很遠(yuǎn)，在這期間查了很多資料，對(duì)整個(gè)系統(tǒng)有了不掃了解。首先引用一下，關(guān)于實(shí)現(xiàn)web播放的幾種方法和優(yōu)缺點(diǎn)(以下來自網(wǎng)絡(luò))：

開始的我也使用了網(wǎng)絡(luò)的介紹，用ffmpeg轉(zhuǎn)成rmtp流，但最后發(fā)現(xiàn)如果要播放rmtp流是需要flash支持的，現(xiàn)在的flash的支持度很差，顯然不行，網(wǎng)上現(xiàn)在能找到的FFmpeg + nginx-rtmp-module方案并不是一個(gè)好方案。所以還是需要使用方案三。

以下的這個(gè)表寫的比較清楚，能支持html5播放器的就httpflv和hls，二選一選擇httpflv。

在本人實(shí)際操作中使用的流媒體服務(wù)器并不是nginx-http-flv-module ，而是用了SRS(simple rmtp server)+FFMPEG方案，感覺更簡(jiǎn)單。

搭建過程先省略。(詳細(xì)搭建SRS+ffmpeg單獨(dú)文檔)

遇到的問題：

搭建完成，推流后VLC能播放，但是用flv.js的播放器

總是無法播放，后來發(fā)現(xiàn)下面還是有提示錯(cuò)誤的。

這里主要是要注意轉(zhuǎn)換語句：

原來是這樣,參數(shù)-vcodec 和 -acodec 都用的copy，而實(shí)際攝像頭處理的視頻格式是h.264+pcma_u

后來改成這樣,將-acodec 改成aac

就能看到視頻了

視頻里是家中窗外風(fēng)景。

實(shí)際使用中發(fā)現(xiàn)，如果視頻部分h264不轉(zhuǎn)碼，用copy的模式的話cpu性能不高，可以支持很多路數(shù)。

視頻和vlc播放的時(shí)候延時(shí)10s左右，感覺延時(shí)有點(diǎn)大。

接下來就是要把flv.js移植到工程中。然后現(xiàn)在的推流什么的都是命令行執(zhí)行的，這些肯定不行.

如何獲取推流URL

通過javascript或者juery+ajax，獲取id="priceblock_ourprice" 值。

PHP讀取。

過程就是這樣