自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

線上抓娃娃方案的選型方法

新聞
線上抓娃娃最近三個(gè)月火爆了。筆者通過訪談即構(gòu)科技的客戶,了解他們選型線上抓娃娃方案時(shí)考慮的因素,總結(jié)了一些經(jīng)驗(yàn),寫成了本文。

線上抓娃娃最近三個(gè)月火爆了。筆者通過訪談即構(gòu)科技的客戶,了解他們選型線上抓娃娃方案時(shí)考慮的因素,總結(jié)了一些經(jīng)驗(yàn),寫成了本文。

線上抓娃娃的技術(shù)方案本質(zhì)上是直播SDK加上物聯(lián)網(wǎng)。選型直播SDK的方法就是要看延遲時(shí)間、流暢性、清晰度還有網(wǎng)頁端的支持程度(H5版本),而選型抓娃娃方案的物聯(lián)網(wǎng)部分就要看硬件方案,包括娃娃機(jī),主板,安卓板子加攝像頭,或者IP攝像頭等。另外,代運(yùn)營服務(wù)和軟件外包對(duì)于創(chuàng)業(yè)團(tuán)隊(duì),或者打算短平快去試水的平臺(tái)也是要考慮的選項(xiàng)。

低延遲

線上抓娃娃的延遲時(shí)間是直播的延遲時(shí)間加上操控信令的延遲時(shí)間,因此比直播的要求要高。以即構(gòu)的方案為例,直播SDK的延遲大概是300毫秒,操控信令的延遲時(shí)間大概是100毫秒,兩者加起來大概是400毫秒。一般來說,延遲時(shí)間低于500毫秒的話,抓娃娃的體驗(yàn)會(huì)比較好,如果超過500毫秒,用戶就會(huì)感覺比較遲鈍,很難受。

視頻直播技術(shù)在2016年直播元年發(fā)展起來,連麥直播已經(jīng)是直播平臺(tái)的標(biāo)配?;?dòng)直播的延遲要做到300毫秒以下,圍觀用戶的延遲要做到1秒左右。主流采用的語音視頻傳輸協(xié)議是RTMP或者基于UDP的私有協(xié)議,私有協(xié)議的延遲更低一些,而且對(duì)抗弱網(wǎng)的能力會(huì)更強(qiáng)。

實(shí)時(shí)視頻直播架構(gòu)

圖1. 即構(gòu)科技實(shí)時(shí)視頻直播架構(gòu)圖

物聯(lián)網(wǎng)是在線上抓娃娃爆發(fā)的這幾個(gè)月才真正得到落地和實(shí)踐的,通過websocket來傳輸控制信令。這一塊的數(shù)據(jù)量比較小,延遲可以做到100毫秒左右就是比較理想的了。

流暢性

低延遲和流暢性本身就是一對(duì)矛盾的要求,要延遲低就把JitterBuffer盡量縮短,這樣網(wǎng)絡(luò)抖動(dòng)就很容易表現(xiàn)出來,出現(xiàn)卡頓的問題。如果為了流暢性而把JitterBuffer延長,那么延遲的時(shí)間就會(huì)加大。因此,最終的方案是在低延遲和流暢性之間選擇一個(gè)平衡點(diǎn)。

一般來說有兩個(gè)辦法:

1)做動(dòng)態(tài)伸縮的JitterBuffer,在網(wǎng)絡(luò)較差或者網(wǎng)絡(luò)抖動(dòng)比較劇烈的情況下,可以適當(dāng)增大JitterBuffer,從而降低一點(diǎn)點(diǎn)延遲來對(duì)抗抖動(dòng)。

2)采用快播和慢播技術(shù),在網(wǎng)絡(luò)較差的環(huán)境,可以在用戶無感知的條件下稍微降低播放速度,來應(yīng)對(duì)短暫網(wǎng)絡(luò)抖動(dòng)引起的立即卡頓,當(dāng)網(wǎng)絡(luò)恢復(fù)可以加快速度追回來。

3)碼率自適應(yīng),也就是以比較合適的碼率做動(dòng)態(tài)傳輸,為了保證流暢度甚至可以調(diào)整幀率和分辨率。

4)分層編碼、傳輸控制,在推流端做一些分層的編碼,這樣在拉流端可以動(dòng)態(tài)根據(jù)偵測(cè)到的網(wǎng)絡(luò)帶寬情況來拉取不同的視頻數(shù)據(jù)去做渲染。

抓娃娃架構(gòu)圖(抓娃娃)

圖2. 即構(gòu)科技線上抓娃娃系統(tǒng)架構(gòu)圖

考察這個(gè)技術(shù)特征的時(shí)候,除了要通過專業(yè)的方法進(jìn)行測(cè)試和驗(yàn)證,還要和方案商的技術(shù)團(tuán)隊(duì)去溝通,大致了解他們的實(shí)現(xiàn)方法,從而判斷他們的技術(shù)是否過硬和靠譜。

清晰度

清晰度直接關(guān)系到用戶體驗(yàn),現(xiàn)在的用戶已經(jīng)被直播給慣壞了,基本接受不了模糊的視頻畫面。一般來說,決定清晰度的因素就是碼率,600kbps的碼率是一個(gè)比較合適的水平,能看得比較清晰。在選型的時(shí)候通過wireshark等工具來監(jiān)控碼率,如果做了碼率自適應(yīng),碼率是會(huì)隨著網(wǎng)絡(luò)情況而自動(dòng)調(diào)節(jié)的。這里要注意的一個(gè)坑就是:有些方案為了獲得低延遲,犧牲了清晰度,把碼率壓倒很低,畫面會(huì)出現(xiàn)色塊和馬賽克,或者畫面出現(xiàn)一會(huì)兒清晰一會(huì)兒模糊的情況。這種方案剛體驗(yàn)的時(shí)候發(fā)現(xiàn)延遲好低,一高興就忘記觀察畫面的清晰度。

H5版本

在網(wǎng)頁端的支持程度極其重要,線上抓娃娃說到底了還是流量變現(xiàn)的一門生意。H5版本是在網(wǎng)頁端傳播的利器,特別是通過微信來傳播,因此H5版本是必不可少的。

在直播爆發(fā)的2016年,為了保障直播的體驗(yàn),直播平臺(tái)采用的技術(shù)方案大都是由原生APP來集成的。當(dāng)然,在Web端也是支持的。在Web端可以通過HLS或者HTTP-FLV來拉流觀看的,HLS的延遲很大,差不多到10秒?;赪ebRTC的方案,雖然延遲也可以做得相對(duì)比較低,但是目前支持WebRTC的瀏覽器不是多數(shù),只有Google Chrome,F(xiàn)ireFox和Opera等,占有的事情份額小于40%,而且微信的瀏覽器不是完全支持WebRTC的,也就是說基于WebRTC的方案在微信瀏覽器上跑是會(huì)受到限制的。

既然HLS、HTTP-FLV和WebRTC都沒有辦法讓線上抓娃娃的方案普遍能在所有瀏覽器上跑,那么線上抓娃娃的方案商提供的H5版本是怎么實(shí)現(xiàn)的?這里只分享一個(gè)大概。選型的時(shí)候重點(diǎn)的驗(yàn)證方式是看能否在微信瀏覽器(微信是傳播和流量的重鎮(zhèn)),和主流的瀏覽器上運(yùn)行,然后了解技術(shù)方案來判斷這個(gè)方案是否能夠普遍適合所有瀏覽器。

下面以即構(gòu)科技的線上抓娃娃H5版本為例來說明H5版本的技術(shù)。即構(gòu)H5版本把視頻格式從H264轉(zhuǎn)碼成MPEG1,通過WebSocket來接入到實(shí)時(shí)視頻傳輸網(wǎng)絡(luò),在H5上采用JSMPeg來播放。為了獲得超低的延遲,即構(gòu)在實(shí)時(shí)傳輸網(wǎng)絡(luò)內(nèi)部是采用基于UDP的私有協(xié)議進(jìn)行傳輸,而私有協(xié)議是無法和瀏覽器互通的。為了解決這個(gè)問題,增加了接入服務(wù)器,在接入服務(wù)器和瀏覽器之間采用WebSocket進(jìn)行傳輸。在H5頁面上播放的時(shí)候,采用JSMPeg播放器來保證所有的瀏覽器都能支持,MPEG1是比較早期的視頻格式,能夠被所有瀏覽器支持。通過這個(gè)方案,即構(gòu)的H5版本能夠在包括微信瀏覽器在內(nèi)的所有瀏覽器上運(yùn)行。

抓娃娃H5架構(gòu)圖(抓娃娃)

圖3. 即構(gòu)科技線上抓娃娃H5版本架構(gòu)圖

據(jù)了解,目前主流的H5版本都是采用這個(gè)方案,也有一些廠商的方案是基于WebRTC的,為了使得他們的方案能夠在微信上運(yùn)行,他們?cè)谖⑿派喜捎肕PEG1/WebSocket/JSMpeg方案,而在別的瀏覽器上還是保留了WebRTC,這樣就引入了一個(gè)問題:雖然在微信上支持了H5,但是在別的瀏覽器上還是受到WebRTC的限制,不能完全支持H5。

硬件方案

市面上的硬件方案一般有3個(gè)選擇:PC,安卓板子或者IP Camera。

1)PC的優(yōu)點(diǎn)是簡(jiǎn)單快捷,而且兼容性好;缺點(diǎn)就是成本高(一臺(tái)PC的價(jià)格在平均5000左右)。為了節(jié)省成本,往往通過一臺(tái)PC帶幾個(gè)娃娃機(jī),這樣會(huì)帶來另外一個(gè)缺點(diǎn):萬一PC宕機(jī),幾臺(tái)娃娃機(jī)都要跟著停止工作,受到影響的營收就比較高。

2)安卓板子的優(yōu)點(diǎn)是成熟、穩(wěn)定,而且普適性廣,價(jià)格適中(一個(gè)安卓板子價(jià)格在300到400塊錢);缺點(diǎn)當(dāng)然是沒有像PC那邊便捷,但是安卓板子的安裝也十分簡(jiǎn)單。

3)IP Camera的優(yōu)點(diǎn)是成本比較低,缺點(diǎn)是不穩(wěn)定,而且開發(fā)和調(diào)試成本高:需要進(jìn)行嵌入式開發(fā),把程序燒到硬件上,開發(fā)和調(diào)試十分麻煩。

這三種硬件方案中,推薦選擇第二個(gè)硬件方案,簡(jiǎn)單穩(wěn)定而且性價(jià)比高。

在是否提供一站式解決方案方面,也有兩種選擇:

1)一站式解決方案,包含硬件解決方案,把軟件和硬件之間的調(diào)試都搞定而且跑穩(wěn)了,會(huì)幫你節(jié)省好多時(shí)間。

2)只提供直播SDK或者信令控制SDK,運(yùn)營方還要自己去找硬件廠商,商務(wù)對(duì)接、硬件選型還有硬件調(diào)試都要花掉不少的時(shí)間。

如果是為了盡快上線推薦采用一站式的方案,如果是為了掌控整個(gè)鏈條,推薦第二種選擇。

三種硬件方案

圖3. 三種線上抓娃娃推流方案(本圖來自互聯(lián)網(wǎng))

單就硬件調(diào)試而言,安卓板子上的應(yīng)用程序(下層是直播SDK和信令控制SDK)需要和娃娃機(jī)的主板通信,把控制指令發(fā)送給天車的串口,調(diào)試硬件的主要時(shí)間主要花在這里。如果硬件不好的話,坑還不少。就算硬件沒有問題,一般來說硬件廠商不會(huì)幫你調(diào)通軟件和硬件的通信,信令控制SDK和直播SDK廠商也不會(huì)管硬件的問題,因此最終還是得你自己來搞。在運(yùn)營中如果出來問題,就要你和軟件供應(yīng)商,硬件供應(yīng)商三方一起協(xié)調(diào),過程會(huì)比較繁瑣。

代運(yùn)營服務(wù)

這是技術(shù)以外的話題,可是關(guān)系到項(xiàng)目的成敗,因此這里也提一下。對(duì)于初創(chuàng)團(tuán)隊(duì),或者打算短平快試水的團(tuán)隊(duì),自己去租賃場(chǎng)地和購置娃娃機(jī)是不劃算的。租賃場(chǎng)地要安排電力和上行網(wǎng)絡(luò)帶寬等。購置娃娃機(jī)需要沉著的成本。以后無論是業(yè)務(wù)進(jìn)一步開展,還是打算退出,這種模式基本是不現(xiàn)實(shí)的。如果方案商提供了代運(yùn)營服務(wù)可以考慮采用,方案商會(huì)幫你搞定上述問題,而且日常的維護(hù),娃娃機(jī)的版權(quán)和采購,他們都會(huì)幫你搞定,你只需要按月支付娃娃機(jī)的租金就好了,把精力專注在流量的運(yùn)營和變現(xiàn)上。

軟件外包

這是針對(duì)從非技術(shù)領(lǐng)域跨界而來的團(tuán)隊(duì),比如說傳統(tǒng)的娃娃機(jī)運(yùn)營方,如果目前沒有配置軟件團(tuán)隊(duì),或者研發(fā)能力不足,可以選擇有軟件外包服務(wù)的方案商。為什么提到軟件外包?因?yàn)榇蟛糠值姆桨付紩?huì)需要你***開發(fā)自己的APP的應(yīng)用層,或者H5版本的應(yīng)用層,至少你要換一下H5的皮膚吧。如果自己沒有研發(fā)團(tuán)隊(duì),那么選擇有軟件外包服務(wù)的方案商也是一個(gè)不錯(cuò)的選擇。

結(jié)語

線上抓娃娃的方案選型需要綜合考慮軟件、硬件、代運(yùn)營服務(wù)和外包服務(wù)等。最終,決定一個(gè)線上抓娃娃產(chǎn)品成敗的一個(gè)關(guān)鍵因素是上線時(shí)間,畢竟風(fēng)口的紅利期不長。在選型的時(shí)候,要考慮技術(shù),也要把時(shí)間成本考慮進(jìn)去。

責(zé)任編輯:何星 來源: 即構(gòu)科技
相關(guān)推薦

2017-11-23 18:19:58

H5

2017-11-06 19:09:45

在線抓娃娃機(jī)

2017-12-13 23:48:24

2016-10-27 21:33:46

ReduxFlux異步方案

2024-04-24 10:24:09

2015-10-22 10:28:45

MySQL高可用方案

2012-11-14 09:42:16

Pikacode技術(shù)選項(xiàng)項(xiàng)目

2017-11-20 13:19:44

抓娃娃

2021-10-19 07:27:07

邊緣集群管理

2017-11-20 13:00:17

ZegoLive

2022-08-12 11:42:44

終端管理方案UEM解決方案

2013-03-14 11:18:30

Microsoft A解決方案

2010-10-12 14:58:28

通信行業(yè)UPS

2021-02-28 13:45:12

邊緣計(jì)算云計(jì)算Kubernetes

2020-10-10 09:29:25

人工智能

2017-05-08 16:41:44

移動(dòng)開發(fā)移動(dòng)開發(fā)模式APP前端

2021-03-31 10:16:00

架構(gòu)運(yùn)維技術(shù)

2011-11-24 17:11:13

2020-08-20 20:51:17

打散算法打散法原算法

2023-11-13 19:31:47

GPT-4VLLaVABard
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)