客戶端推流工具PUSH RTMP的示例分析,很多新手對此不是很清楚,為了幫助大家解決這個難題,下面小編將為大家詳細講解,有這方面需求的人可以來學習下,希望你能有所收獲。
為博白等地區(qū)用戶提供了全套網(wǎng)頁設計制作服務,及博白網(wǎng)站建設行業(yè)解決方案。主營業(yè)務為成都網(wǎng)站設計、成都網(wǎng)站制作、博白網(wǎng)站設計,以傳統(tǒng)方式定制建設網(wǎng)站,并提供域名空間備案等一條龍服務,秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務。我們深信只要達到每一位用戶的要求,就會得到認可,從而選擇與我們長期合作。這樣,我們也可以走得更遠!
市面上分析連麥方案的已經(jīng)很多,主要分為cdn連麥,以及RTC連麥2種,其中CDN連麥方式延遲大,不穩(wěn)定,下面我著重介紹RTC連麥方案。
方案一:服務端合流
優(yōu)勢:
發(fā)燙不嚴重,以及電量損耗小
當客戶端網(wǎng)絡情況不好的時候,對直播的影響較小
劣勢
太貴:市面上的云服務商按照分鐘數(shù)收費
延遲大:音視頻流經(jīng)過服務端中轉并在旁路推流服務中進行合成轉碼在進行推流。
方案二:客戶端合流 優(yōu)勢:
省錢:無需支付旁路推流的錢
延遲小:主播端直接推流,減少了傳輸過程中的延遲損耗
劣勢
手機發(fā)燙:手機端直接推流,對手機端的性能有些損耗
弱網(wǎng)環(huán)境下,影響直播的效果,主播端發(fā)兩路流,考驗主播端的上行網(wǎng)絡。
推流小助手是上面的第二種方案,該方案的缺點會使手機發(fā)燙,但是為了省錢,這點小小的犧牲算的了什么呢。
音頻連麥:音頻連麥對設備的性能消耗比較小,而且?guī)捳加靡脖容^低。用該方案能達到省錢,延遲低的最佳效果
視頻PK模式:2個人進行直播連麥,對客戶端的帶寬以及性能消耗相對較小??蛻舳藫p耗能在接受范圍內(nèi),為什么不用呢?
單主播模式:單主播模式客戶端無需轉碼,直接推流。不損耗客戶端性能。
多人連麥,連麥人數(shù)>2:當連麥人數(shù)大于2人的時候,根據(jù)自己的實際情況而定,使用推流小助手的時候連麥人數(shù)最多不要超過6人,超過6人的連麥方式建議使用服務端旁路推流的形式。
市面上的連麥方式大多都是以服務端合流的方式,這種方式對RTC提供商來說無非就是一塊富得流油的蛋糕,現(xiàn)在市面上的RTC價格已經(jīng)處于白熱化,大家都開始用增值業(yè)務增加收入,所以市面上的連麥方式不存在上述方案二的形式。 anyRTC推出推流小助手的同時,也支持服務端旁路推流功能。用戶可以在使用推流小助手的時候,SDK會給客戶返回當前的網(wǎng)絡情況,如果網(wǎng)絡情況差,可以無縫切到服務端旁路推流:當客戶端網(wǎng)絡好的時候在切回客戶端推流,整個過程,觀看端是無感知的。這種方式即有效的節(jié)省了企業(yè)的流量費用,也大大提高了直播的效率。
客戶端網(wǎng)絡差的時候,關閉本地推流,開啟服務端旁路推流 客戶端網(wǎng)絡好的時候,關閉服務端旁路推流,開啟本地推流
視頻直播,音頻連麥方式
視頻直播,視頻連麥方式
音頻直播,音頻連麥方式
視頻直播,音頻連麥/視頻連麥可相互切換
用戶視圖布局
背景顏色
水印
拓展信息-SEI
音頻采樣率/聲道/音頻編碼格式
視頻分辨率/碼率/幀率以及輸出的視頻編碼格式
看完上述內(nèi)容是否對您有幫助呢?如果還想對相關知識有進一步的了解或閱讀更多相關文章,請關注創(chuàng)新互聯(lián)行業(yè)資訊頻道,感謝您對創(chuàng)新互聯(lián)的支持。
文章名稱:客戶端推流工具PUSHRTMP的示例分析
網(wǎng)址分享:http://muchs.cn/article18/iegggp.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供移動網(wǎng)站建設、外貿(mào)網(wǎng)站建設、響應式網(wǎng)站、做網(wǎng)站、用戶體驗、小程序開發(fā)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉載內(nèi)容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)