国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

流媒體內(nèi)容分發(fā)終極解決方案:當(dāng)融合CDN與P2P視頻交付結(jié)合

這篇具有很好參考價值的文章主要介紹了流媒體內(nèi)容分發(fā)終極解決方案:當(dāng)融合CDN與P2P視頻交付結(jié)合。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報違法"按鈕提交疑問。

前言

隨著互聯(lián)網(wǎng)的發(fā)展,流媒體視頻內(nèi)容日趨增多,已經(jīng)成為互聯(lián)網(wǎng)信息的主要承載方式。相對傳統(tǒng)的文字,圖片等傳統(tǒng)WEB應(yīng)用,流媒體具有高數(shù)據(jù)量,高帶寬、高訪問量和高服務(wù)質(zhì)量要求的特點(diǎn),而現(xiàn)階段互聯(lián)網(wǎng)“盡力而為”的特點(diǎn)決定了在現(xiàn)有網(wǎng)絡(luò)架構(gòu)下大規(guī)模流媒體應(yīng)用是存在困難的。而向受眾提供高速且高質(zhì)的視頻內(nèi)容是許多專業(yè)電視及視頻內(nèi)容提供商的重要目標(biāo),因此支持視頻流的CDN 和相關(guān)輔助技術(shù)很重要,因為他們不僅可以優(yōu)化視頻傳輸速率,同時還可以兼顧傳輸?shù)囊曨l文件質(zhì)量水平。

流媒體內(nèi)容分發(fā)終極解決方案:當(dāng)融合CDN與P2P視頻交付結(jié)合,融合CDN,服務(wù)器,CDN加速,CDN,p2p

?本文火傘云將為大家探討融合CDN與視頻流P2P視頻傳輸技術(shù)相結(jié)合的一些細(xì)節(jié),比如我們將探討該技術(shù)是什么,如何實(shí)現(xiàn)融合CDN+P2P架構(gòu),并向大家說明將CDN架構(gòu)與P2P視頻傳輸技術(shù)相結(jié)合的好處。

一、什么是融合CDN?

在深入探討融合CDN之前,我們先有必要再了解一下CDN。CDN的全稱是Content Delivery Network,即內(nèi)容分發(fā)網(wǎng)絡(luò)。其目的是通過在現(xiàn)有的Internet中增加一層新的網(wǎng)絡(luò)架構(gòu),通過智能化策略,將中心的內(nèi)容發(fā)布到最接近用戶、服務(wù)能力最好的的網(wǎng)絡(luò)”邊緣”節(jié)點(diǎn),使用戶可以就近取得所需的內(nèi)容,解決Internet網(wǎng)絡(luò)擁塞狀況,提高用戶訪問網(wǎng)站的響應(yīng)速度。

然而,傳統(tǒng)的CDN技術(shù)仍然是一種客戶機(jī)-服務(wù)器(C/S)的計算模式。盡管傳統(tǒng)CDN將服務(wù)能力和服務(wù)內(nèi)容在網(wǎng)絡(luò)上進(jìn)行了分布,可以在一定程度上加速流媒體內(nèi)容的分發(fā),提高服務(wù)質(zhì)量。但由于其核心仍然是基于C/S的架構(gòu),其服務(wù)的擴(kuò)展能力取決于分布節(jié)點(diǎn)的不斷部署,由此造成了CDN服務(wù)能力擴(kuò)展的成本非常高,需要不斷的投資。同時,用戶訪問是具有隨意性,突發(fā)性等特點(diǎn)的,而傳統(tǒng)CDN系統(tǒng)不具備彈性動態(tài)擴(kuò)展的能力,難以從根本上提升CDN系統(tǒng)的效率。

流媒體內(nèi)容分發(fā)終極解決方案:當(dāng)融合CDN與P2P視頻交付結(jié)合,融合CDN,服務(wù)器,CDN加速,CDN,p2p

?融合CDN是在傳統(tǒng)CDN基礎(chǔ)上,通過技術(shù)手段融合全球各主流CDN廠商的優(yōu)質(zhì)節(jié)點(diǎn),以實(shí)現(xiàn)全業(yè)務(wù)處理能力的智能調(diào)度加速管理服務(wù),融合CDN通過強(qiáng)大的智能調(diào)度策略來綜合利用上述資源來解決實(shí)際場景中的問題,可以帶來更加優(yōu)質(zhì)的服務(wù)效果、更加穩(wěn)定的質(zhì)量和相對降低的服務(wù)成本。

二、什么是P2P視頻傳輸?

P2P即Peer to Peer,也就是節(jié)點(diǎn)對節(jié)點(diǎn)的對等傳輸。P2P技術(shù)將各個用戶互相結(jié)合成的一個網(wǎng)絡(luò),共享其間的帶寬、共同處理其中的信息。與傳統(tǒng)的客戶機(jī)-服務(wù)器模式(C/S模式)不同,P2P工作方式中,每一個客戶終端既是客戶機(jī)又是服務(wù)器。采用P2P架構(gòu)可以有效地利用大量普通計算設(shè)備的計算資源和帶寬資源,將計算任務(wù)或存儲數(shù)據(jù)分布到所有結(jié)點(diǎn)上,達(dá)到高性能計算、高I/O能力、高帶寬和海量存儲的目的。同時,由于P2P的特性,系統(tǒng)在大規(guī)模并發(fā)服務(wù)時凸顯優(yōu)勢,整體系統(tǒng)具備動態(tài)擴(kuò)展能力,整體系統(tǒng)的部署成本低,系統(tǒng)效率高,同時具有系統(tǒng)級的服務(wù)可靠性。

然而,單純的客戶端P2P應(yīng)用也存在自身的缺點(diǎn),首先P2P系統(tǒng)天生具有可控性、可管理性差的特點(diǎn),同時面臨可用性問題,從整個系統(tǒng)而言,P2P是可靠的,但是對于單個內(nèi)容或者單個任務(wù)而言,P2P是不穩(wěn)定的,每個Peer具有隨意性,隨時可以退出系統(tǒng);交換的內(nèi)容隨時可能被刪除或者被終止共享。另外,由于傳統(tǒng)P2P技術(shù)中Peer之間交換數(shù)據(jù)的通道,更多的是由自動尋找最優(yōu)邏輯鏈路,而忽視實(shí)際的物理鏈路的情況,對電信運(yùn)營商IP承載網(wǎng)的實(shí)際構(gòu)架考慮不多,造成骨干網(wǎng)擁塞、網(wǎng)絡(luò)流量風(fēng)暴等損害電信運(yùn)營商利益的問題。這些問題都阻礙了單純的客戶端P2P技術(shù)難以進(jìn)一步發(fā)展成為電信級的技術(shù)平臺。

流媒體內(nèi)容分發(fā)終極解決方案:當(dāng)融合CDN與P2P視頻交付結(jié)合,融合CDN,服務(wù)器,CDN加速,CDN,p2p

?

為了使 P2P 傳輸發(fā)揮作用,系統(tǒng)首先在設(shè)備或?qū)Φ赛c(diǎn)之間建立連接。然后,對等方可以在將視頻流傳送給其他對等方時共享視頻流,這樣您的設(shè)備就可以傳輸和接收視頻。然而,為了使該系統(tǒng)正常工作,對等點(diǎn)必須存儲一定量的數(shù)據(jù)并相互交換狀態(tài)信息,以便保留連接性并共享數(shù)據(jù)。只要這些對等點(diǎn)提供足夠的傳出帶寬,每個對等點(diǎn)都應(yīng)該能夠從其連接的對等點(diǎn)傳送和接收視頻內(nèi)容。點(diǎn)對點(diǎn)傳輸旨在以最低帶寬要求提供高質(zhì)量和可擴(kuò)展的視頻流,而不管每個對等點(diǎn)的能力或網(wǎng)絡(luò)速度是否不規(guī)則。

三、P2P與CDN融合的可行性探討

P2P系統(tǒng)彈性好,可擴(kuò)展性強(qiáng)、服務(wù)效率高,但是在內(nèi)容版權(quán)管理、用戶管理、QoS服務(wù)保障、流量有序性等方面比較弱。而CDN技術(shù)則是擁有突出的服務(wù)質(zhì)量保障、極強(qiáng)的內(nèi)容、用戶管理能力,但擴(kuò)展性差,大規(guī)模服務(wù)投入成本高,且效率難以提升。

由此,我們可以看出作為當(dāng)前的兩種主流內(nèi)容傳送技術(shù),CDN和P2P各有所長,在計算模型上的差異具有一定的互補(bǔ)性,如果能夠結(jié)合P2P的擴(kuò)展能力和CDN的可靠性、可管理性,就可以構(gòu)建一個可管理的、能夠承載電信級內(nèi)容應(yīng)用的流媒體內(nèi)容分發(fā)平臺。

四、如何實(shí)現(xiàn)融合CDN+P2P架構(gòu)?

目前就P2P與CDN融合現(xiàn)有的研究,有人提出了一種上層傳統(tǒng)CDN架構(gòu),下層采用P2P技術(shù)進(jìn)行分發(fā)的模式。也就是流媒體內(nèi)容通過傳統(tǒng)CDN技術(shù),從中心推送至網(wǎng)絡(luò)邊緣服務(wù)節(jié)點(diǎn)緩存,然后從邊緣服務(wù)節(jié)點(diǎn)到用戶之間的傳輸則采用P2P技術(shù),而P2P的范圍一般是控制在本地節(jié)點(diǎn)服務(wù)范圍之內(nèi)。如果用戶需要的內(nèi)容,本地節(jié)點(diǎn)沒有,則節(jié)點(diǎn)通過CDN網(wǎng)絡(luò)向中心服務(wù)器索取,拿到本地之后再向本地用戶進(jìn)行P2P分發(fā)。這種模式基本上利用了傳統(tǒng)P2P與CDN各自的特性,一方面利用CDN服務(wù)高保障的特性推送至離用戶最近的服務(wù)節(jié)點(diǎn),同時又利用了P2P的可擴(kuò)展性提升了節(jié)點(diǎn)的可服務(wù)能力。

然而這種P2P與CDN的混合只是利用了其各自的外部特性,從本質(zhì)上而言,P2P自身沒有改造,CDN也沒有優(yōu)化,自身架構(gòu)沒有發(fā)生融合,只相當(dāng)于把兩種技術(shù)的服務(wù)方式做了迭加。

P2P與CDN的融合應(yīng)該是充分的利用了雙方各自的最優(yōu)之處,不僅能夠在服務(wù)上能各自在不同的階段發(fā)揮各自的優(yōu)勢,同時也應(yīng)該利用對方的優(yōu)勢對自身弱勢的地方進(jìn)行改造與完善,最后再加以統(tǒng)一、迭加,形成一個真正優(yōu)化的,CDN與P2P互相融合的流媒體內(nèi)容分發(fā)平臺。

火傘云以P2P技術(shù)對CDN網(wǎng)絡(luò)進(jìn)行優(yōu)化、改造。在傳統(tǒng)CDN中,從中心到邊緣服務(wù)器之間的數(shù)據(jù)鏈路需要相當(dāng)大的投資,同時資源的效率不高、帶寬復(fù)用率低;另外在跨ISP等情況下,鏈路的暢通也難以得到保障。針對這一問題,火傘云采用以P2P的方式組織CDN節(jié)點(diǎn)設(shè)備,利用P2P的目錄服務(wù)和多點(diǎn)傳輸能力,實(shí)現(xiàn)CDN節(jié)點(diǎn)設(shè)備之間的內(nèi)容交換、互相備份,由此可增強(qiáng)從中心到邊緣節(jié)點(diǎn)的CDN網(wǎng)絡(luò)的內(nèi)容傳送效率、使系統(tǒng)冗余性得以提高,從而提升CDN的內(nèi)容分發(fā)能力。

同時P2P也借鑒CDN技術(shù)的一些優(yōu)點(diǎn),將CDN的管理機(jī)制和服務(wù)能力引入P2P網(wǎng)絡(luò),增加超級節(jié)點(diǎn)的地位,形成以CDN為可靠的內(nèi)容核心,以P2P為擴(kuò)展機(jī)制的架構(gòu),增加內(nèi)容、用戶的可管理性,同時使得網(wǎng)絡(luò)流量更加有序。

火傘云一方面在CDN網(wǎng)絡(luò)核心層(即從中心到邊緣服務(wù)器層)采用P2P技術(shù)進(jìn)行優(yōu)化,用P2P技術(shù)重新組織原有C/S架構(gòu)的各服務(wù)節(jié)點(diǎn),另外在P2P網(wǎng)絡(luò)中也融入CDN技術(shù)的一些優(yōu)點(diǎn),使其在可控、可管理性上得以提高。在兩種技術(shù)充分融合、滲透、改造之后,將兩者統(tǒng)一,形成一個真正優(yōu)化的(上層CDN經(jīng)過P2P化改造,提升了分發(fā)能力,下層P2P可控性強(qiáng),有管理能力)的CDN與P2P完整融合的流媒體內(nèi)容分發(fā)平臺。?流媒體內(nèi)容分發(fā)終極解決方案:當(dāng)融合CDN與P2P視頻交付結(jié)合,融合CDN,服務(wù)器,CDN加速,CDN,p2p

?五、使用融合CDN+P2P 架構(gòu)的優(yōu)點(diǎn)

經(jīng)過P2P與融合CDN技術(shù)的全面融合的流媒體內(nèi)容分發(fā)平臺,將獲得如下優(yōu)勢:

1、減少中心節(jié)點(diǎn)數(shù)據(jù)源的壓力,降低成本。傳統(tǒng)CDN每個服務(wù)節(jié)點(diǎn)如果要獲得中心節(jié)點(diǎn)數(shù)據(jù)源數(shù)據(jù),均需要直接訪問數(shù)據(jù)源服務(wù)器,造成數(shù)據(jù)源壓力大,消耗帶寬多,造成中心到邊緣的數(shù)據(jù)鏈路得不到保障。而通過對CDN服務(wù)節(jié)點(diǎn)采用P2P方式進(jìn)行組織,請求由對等點(diǎn)處理,節(jié)點(diǎn)之間可以通過P2P方式互相共享、緩存數(shù)據(jù),大大降低了中心數(shù)據(jù)源的壓力,可以顯著減少來自流源(原始服務(wù)器和CDN)的請求,直接導(dǎo)致更具成本效益的視頻傳輸。

2、提高系統(tǒng)服務(wù)能力可靠性,實(shí)施更簡便。不同服務(wù)節(jié)點(diǎn)之間對中心數(shù)據(jù)多點(diǎn)備份,這一策略使得CDN系統(tǒng)整體冗余能力、服務(wù)的自我恢復(fù)能力得以提高。使得系統(tǒng)的穩(wěn)定性進(jìn)一步增強(qiáng)。且由于P2P傳輸主要使用WebRTC協(xié)議,該協(xié)議與所有現(xiàn)代瀏覽器兼容。因此實(shí)現(xiàn)起來極其方便,并且還可以提供額外的流源隱私保護(hù)。

3、增加可提供服務(wù)的節(jié)點(diǎn)數(shù)量,提升服務(wù)靈活性。過P2P方式互相共享、緩存數(shù)據(jù),使得可以提供服務(wù)的節(jié)點(diǎn)數(shù)量大大增加,同時使得服務(wù)節(jié)點(diǎn)的服務(wù)更加靈活、智能。如流媒體VOD應(yīng)用時,幾個鄰近節(jié)點(diǎn)可按照一定規(guī)則各自緩存不同的流媒體數(shù)據(jù),如果A節(jié)點(diǎn)服務(wù)的用戶請求觀看B節(jié)點(diǎn)緩存的內(nèi)容,可采取A節(jié)點(diǎn)與B節(jié)點(diǎn)通過P2P方式交換數(shù)據(jù),由A節(jié)點(diǎn)為用戶提供服務(wù)。

4、增加了系統(tǒng)的可擴(kuò)展性,提升服務(wù)效率。融合CDN網(wǎng)絡(luò)提供了一個可擴(kuò)展的平臺,可以為越來越多的觀眾提供內(nèi)容。與單CDN廠商相比,它提供對更多服務(wù)器的訪問,從而增加了觀眾的容量,有了更多的服務(wù)器,視頻流內(nèi)容就可以傳送給更多的人,而不會造成網(wǎng)絡(luò)癱瘓。下層內(nèi)容分發(fā)采用P2P技術(shù)實(shí)現(xiàn),使得系統(tǒng)的可擴(kuò)展能力大大提高。整體系統(tǒng)具有良好的彈性,應(yīng)對用戶訪問突發(fā)性、隨意性的情況,保持良好的服務(wù)效率。

5、提高網(wǎng)絡(luò)的可管理性,避免流量無序。系統(tǒng)將P2P的范圍嚴(yán)格限制在某一邊緣服務(wù)節(jié)點(diǎn)的服務(wù)區(qū)域內(nèi),避免了傳統(tǒng)P2P技術(shù)造成的過多的跨地區(qū)、跨ISP造成骨干網(wǎng)擁塞、流量無序的問題。增強(qiáng)了網(wǎng)絡(luò)的可管理性和服務(wù)高的可靠性。另外,通過客戶端,可以實(shí)現(xiàn)對用戶的監(jiān)控,流量的監(jiān)管。

6、提高了視頻質(zhì)量,提升客戶體驗。我們知道CDN架構(gòu)中的PoP 越多,信號傳輸?shù)木嚯x就越短,而火傘云作為國內(nèi)知名的融合CDN廠商結(jié)合主流CDN廠商的優(yōu)質(zhì)節(jié)點(diǎn),這有助于保持最佳視頻質(zhì)量并減少緩沖,這對于直播流和虛擬活動尤其有價值。

7、擴(kuò)大地理覆蓋范圍,獲取更多受眾。利用多融合進(jìn)來的CDN網(wǎng)絡(luò),您可以接觸到更多國家/地區(qū)的更多觀眾。例如一家 CDN廠商的大部分服務(wù)器可能集中在北美,而另一家提供商的服務(wù)器可能分布在歐洲各地。 通過將兩者結(jié)合起來,您可以根據(jù)目標(biāo)受眾覆蓋兩個地點(diǎn)的觀眾。

8、結(jié)合非典型區(qū)域性法規(guī),促進(jìn)全球傳播。如果您要向國際觀眾廣播,火傘云融合CDN的特殊設(shè)置肯定會派上用場。如前所述,更多國家/地區(qū)的更多服務(wù)器可以幫助您吸引更多觀眾。當(dāng)向中國、越南或俄羅斯等非典型監(jiān)管地區(qū)的觀眾進(jìn)行流媒體播放時,融合CDN 策略對于業(yè)務(wù)至關(guān)重要。并非每個 CDN都擁有繞過防火墻或在中國擁有邊緣服務(wù)器的許可,因此通過在您的融合CDN設(shè)置中添加一個可以繞過防火墻的CDN,您的公司可以進(jìn)入受眾和市場。

9、增加總體帶寬,強(qiáng)化網(wǎng)絡(luò)安全性。

當(dāng)同伴互相上傳視頻時,他們會增加所有用戶可用的總體帶寬。同時實(shí)施融合CDN解決方案的另一個好處是它可以增強(qiáng)流媒體設(shè)置的安全性,如果一個CDN廠商遇到安全故障,下一個CDN廠商就會介入并繼續(xù)提供安全的流媒體體驗。就像投資時分散風(fēng)險一樣,廣播公司和視頻內(nèi)容提供商可以高枕無憂,因為他們知道自己有備份安全選項。

六、哪些公司需要使用融合CDN+P2P解決方案?

幾乎所有向大量觀眾分發(fā)內(nèi)容的廣播/電視公司和視頻內(nèi)容提供商都將受益于融合CDN+P2P解決方案,這其中以擁有大量國際觀眾的廣播/電視公司和視頻內(nèi)容提供商為甚。

七、去哪里尋找合適的融合CDN+P2P提供商及相關(guān)注意事項?

最簡單、也是最直接的方法是選擇一個能夠滿足您的需求并可以直接投入使用的解決方案提供商,這種方法可以讓您工作量最小化。

無論您是要自行研發(fā)構(gòu)建,還是直接尋找合作伙伴,還有一些注意事項可能會對您有所幫助:

1、選擇合適的CDN。選擇合適的CDN廠商取決于您的需求,但首先要注意的是您選擇的CDN提供商在視頻交付方面的經(jīng)驗和既往表現(xiàn)如何。比如還有CDN廠商根本不支持流媒體加速。而且很多CDN廠商只專注于某些地區(qū)內(nèi)容加速,并非每個CDN廠商在世界各地的表現(xiàn)都同樣強(qiáng)勁。最后,需要關(guān)注的一個重要因素是該廠商網(wǎng)絡(luò)節(jié)點(diǎn)的數(shù)量,有的CDN廠商沒有很多節(jié)點(diǎn),因而體驗不好。

2、選擇DNS或融合CDN管理解決方案提供商

融合CDN管理解決方案或多CDN DNS提供商可以使管理多個CDN變得更加輕松。通常此類解決方案提供商可以提供設(shè)置、工程支持和集成支持方面的幫助,不同的解決方案還可以幫助使用數(shù)據(jù)和智能算法以最有效的方式路由網(wǎng)絡(luò)流量。

3、明確自己的流量路由策略

DNS負(fù)載均衡

市場上有一些DNS解決方案提供商允許用戶自定義其流量路由規(guī)則。訂閱所有所需的CDN后,所有CDN 的CNAME都會被復(fù)制并粘貼到DNS記錄中,以便DNS服務(wù)器可以根據(jù)流量路由規(guī)則確定用于請求的 CNAME (CDN),最常見的流量路由規(guī)則包括循環(huán)、加權(quán)循環(huán)和地理位置。

RUM/綜合監(jiān)控驅(qū)動的負(fù)載平衡

一些提供商以套餐形式提供此服務(wù),基本思想是利用RUM和綜合監(jiān)控數(shù)據(jù)作為驅(qū)動負(fù)載平衡決策的基礎(chǔ)。

提供此服務(wù)的DNS提供商通常在DNS級別上處理此問題,這意味著它與DNS 負(fù)載平衡方法非常相似,只不過它是根據(jù)實(shí)際性能數(shù)據(jù)智能地做出決策?;饌阍颇壳爸饕捎玫囊彩潜静呗蕴幚泶藛栴},接收請求、測量并將最佳CNAME或IP的值返回給DNS。

八、結(jié)語

P2P與CDN技術(shù)的融合,一方面可以互補(bǔ)自身先天計算模型的缺陷,對CDN或者P2P傳統(tǒng)架構(gòu)進(jìn)行改造;一方面P2P的擴(kuò)展能力和CDN的可靠性、可管理性也可完美結(jié)合。這兩方面都為實(shí)現(xiàn)一個能夠承載電信級超大規(guī)模內(nèi)容分發(fā)傳送應(yīng)用的內(nèi)容分發(fā)平臺提供了機(jī)會,火傘云也希望能夠為大家提供更優(yōu)質(zhì)的大規(guī)模流媒體內(nèi)容分發(fā)服務(wù)體驗。文章來源地址http://www.zghlxwxcb.cn/news/detail-668478.html

到了這里,關(guān)于流媒體內(nèi)容分發(fā)終極解決方案:當(dāng)融合CDN與P2P視頻交付結(jié)合的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請點(diǎn)擊違法舉報進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 從零搭建自己的公網(wǎng)RTSP、RTMP、FLV、HLS、WS-FLV、WS-RTSP流媒體服務(wù)器解決方案

    從零搭建自己的公網(wǎng)RTSP、RTMP、FLV、HLS、WS-FLV、WS-RTSP流媒體服務(wù)器解決方案

    環(huán)境準(zhǔn)備 操作系統(tǒng): 內(nèi)存:2G以上 CPU: 雙核2.0GHz以上 下載并安裝SkeyeVSS綜合安防視頻云流媒體服務(wù) 下載SkeyeVSS 下載地址:http://www.openskeye.cn/download/vss.html?id=c24a0a06-6d38-45a5-8623-a1fa3f406ab1 安裝SkeyeVSS Windows系統(tǒng)安裝 雙擊下載的windows平臺SkeyeVSS_Server_Setup_Vx.x.xx_buildxxxxxxxx.exe安裝包

    2023年04月17日
    瀏覽(27)
  • Android 視頻直播提拉流 嵌入式硬件 流媒體開發(fā)詳細(xì)內(nèi)容
  • LiveNVR監(jiān)控流媒體Onvif/RTSP功能-支持無人機(jī)、IPC等設(shè)備RTMP推流轉(zhuǎn)碼分發(fā)H5無插件播放也支持GB28181輸出

    LiveNVR監(jiān)控流媒體Onvif/RTSP功能-支持無人機(jī)、IPC等設(shè)備RTMP推流轉(zhuǎn)碼分發(fā)H5無插件播放也支持GB28181輸出

    目前不是所有的無人機(jī)都支持GB28181的國標(biāo)注冊,有的只能輸出直播流,有的只能支持RTMP的推流。比如大疆無人機(jī)有的產(chǎn)品上不能直接注冊國標(biāo)平臺,只能rtmp推流。那么,項目中如果將無人機(jī)的rtmp的推流轉(zhuǎn)成GB/T28181 示例:rtmp://192.168.2.135:10935/live/stream_1 192.168.2.135 是部署Liv

    2024年02月16日
    瀏覽(28)
  • 流媒體視頻融合平臺EasyCVR更新版本后,首頁無法打開的原因排查與解決

    流媒體視頻融合平臺EasyCVR更新版本后,首頁無法打開的原因排查與解決

    EasyCVR視頻融合平臺基于云邊端一體化架構(gòu),可支持多協(xié)議、多類型設(shè)備接入,包括:NVR、IPC、視頻編碼器、無人機(jī)、車載設(shè)備、智能手持終端、移動執(zhí)法儀等。平臺具有強(qiáng)大的數(shù)據(jù)接入、處理及分發(fā)能力,可在復(fù)雜的網(wǎng)絡(luò)環(huán)境中,將分散的各類視頻資源進(jìn)行統(tǒng)一匯聚、整合、

    2024年02月15日
    瀏覽(20)
  • 2022-03-15 【srs流媒體】rtmp超時中斷場景解決,如何增加srs配置文件conf的配置項

    2022-03-15 【srs流媒體】rtmp超時中斷場景解決,如何增加srs配置文件conf的配置項

    srs媒體服務(wù)器功能很強(qiáng)大,配置很方便。但是真正遇到問題的時候,在網(wǎng)上搜索了一圈,發(fā)現(xiàn)資料基本都是停留表面,沒有人深入去講,或者沒有人完全講到要點(diǎn)。 本人結(jié)合項目使用過程中出現(xiàn)的問題,給大家講一下常用的一些功能點(diǎn),絕對是干貨。歡迎大家關(guān)注。 項目相

    2023年04月09日
    瀏覽(107)
  • 流媒體服務(wù)器(17)—— 流媒體開源服務(wù) MediaSoup 初識

    流媒體服務(wù)器(17)—— 流媒體開源服務(wù) MediaSoup 初識

    目錄 前言 正文 一、簡單介紹 二、關(guān)鍵特色 1. 超強(qiáng) SFU 功能 2. Node.js 模塊 3. 客戶端 SDK 三、架構(gòu)組成 1. 關(guān)鍵實(shí)例 2. 重要模塊 四、發(fā)展現(xiàn)狀 https://liuzhen.blog.csdn.net/article/details/115603863 https://liuzhen.blog.csdn.net/article/details/115603863 最近收看了一期微軟(中國)關(guān)于云原生、大數(shù)據(jù)

    2023年04月09日
    瀏覽(24)
  • 使用Nginx搭建流媒體

    參考地址 安裝 ffmpeg 1、下載安裝ffmpeg 2、安裝依賴 3、編譯安裝 ffmpeg 4、創(chuàng)建全局鏈接 5、驗證 安裝nginx 1、下載依賴包 2、 解壓安裝nginx 3、配置啟動腳本 4、修改 nginx.conf 文件 在原有的nginx.conf 文件中 server 里面增加如下配置 5、 啟動 nginx 6、上傳視頻測試驗證 參數(shù)說明 022

    2024年02月07日
    瀏覽(50)
  • 流媒體協(xié)議之RTSP詳解

    流媒體協(xié)議之RTSP詳解

    RTSP(Real Time Streaming Protocol):實(shí)時流媒體協(xié)議,是由Real network 和 Netscape共同提出的如何有效地在IP網(wǎng)絡(luò)上傳輸流媒體數(shù)據(jù)的應(yīng)用層協(xié)議,RTSP提供一種可擴(kuò)展的框架,使能夠提供能控制的,按需傳輸實(shí)時數(shù)據(jù),如音頻流、視頻流、metadata; 遵循規(guī)范IETF RFC 2326,4567,6064,其語法和操作參

    2024年02月05日
    瀏覽(26)
  • 流媒體開發(fā)千問【持續(xù)更新】

    H.264中IDR幀和I幀區(qū)別 H.264/AVC編碼標(biāo)準(zhǔn)中,IDR幀和I幀都是關(guān)鍵幀,即它們都不依賴于其他幀進(jìn)行解碼。但是,它們之間存在明確的區(qū)別: 定義與功能: I幀(Intra-frame):I幀是一個內(nèi)部編碼幀,它的編碼僅基于它自己。I幀不依賴于其他幀,因此它可以獨(dú)立解碼。這也是為什么

    2024年02月11日
    瀏覽(25)
  • 流媒體協(xié)議RTSP初篇(一)

    流媒體協(xié)議RTSP初篇(一)

    今日天氣微涼,小雨稀稀拉拉的落下,寫寫文章開心一點(diǎn)。 一、前情提要之工作流程 RTSP、RTP、RTCP、SDP四個協(xié)議一般是打包使用的,各司其職完成傳輸媒體流的使命。大致流程如下: 身份卡: 老板 : RTSP 秘書 : SDP RTCP : 質(zhì)量經(jīng)理 RTP : 小工 小劇場: 老板A: 有媒體資源 老板

    2024年02月07日
    瀏覽(29)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包