一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

一文了解流媒體協(xié)議 視頻和圖片壓縮技術(shù)解析

454398 ? 來源:博客園 ? 作者:北國丶風光 ? 2020-10-27 14:53 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

大家都會關(guān)注“在瀏覽器輸入一個地址,然后回車,會發(fā)生什么”這樣一個問題,但是有沒有想過這樣一個問題:主播開始直播,用戶打開客戶端觀看,這個過程發(fā)生了什么?

隨著技術(shù)的發(fā)展,直播技術(shù)對人們生活的滲透日益加深。從最開始的游戲直播,到前幾天爆出來的教育直播,甚至現(xiàn)在都有直播招聘。

而我們喜歡的這些直播,他們用到的傳輸協(xié)議有一個通用名-流媒體傳輸協(xié)議。

要認識流媒體協(xié)議,就離不開下面的三大系列名詞。

三大系列名詞

系列一:AVI、MPEG、RMVB、MP4、MOV、FLV、WebM、WMV、ASF、MKV。是不是就 MP4 看著熟悉?

系列二:H.261、H.262、H.263、H.264、H.265。能認出來幾個?別著急,重點關(guān)注 H.264。

系列三:MPEG-1、MPEG-2、MPEG-4、MPEG-7。是不是更懵逼了?

在解釋上面的三大系列名詞之前,咱們先來了解下,視頻究竟是什么?

博主記得小時候,經(jīng)常會玩一種叫動感畫冊的東西。一本很小的畫冊上,每一頁都畫了一幅圖,用手快速的翻過每一頁,就能看到一個很短的“動畫片”。

沒錯,咱們看到的視頻,本質(zhì)上就是一連串快速播放的圖片。

每一張圖片,我們稱為一幀。只要每秒鐘的數(shù)據(jù)足夠多,也就是播放速度足夠快,人眼就看不出是一張張獨立的圖片。對于人眼而言,這個播放臨界速度是每秒 30 幀,而這里的 30 也就是我們常說的幀率(FPS)。

每一張圖片,都是由像素組成,而每個像素又是由 RGB 組成,每個 8 位,共 24 位。

我們假設(shè)一個視頻中的所有圖片的像素都是 1024*768,可以大概估算下視頻的大?。?/p>

每秒鐘大小 = 30 幀 x 1024 x 768 x 24 = 566,231,010 Bits = 70,778,880 Bytes

按我們上面的估算,一分鐘的視頻大小就是 4,,246,732,800 Bytes,這里已經(jīng)有 4 個 G 了。

是不是和我們?nèi)粘=佑|到的視頻大小明顯不符?這是因為我們在傳輸?shù)倪^程中,將視頻壓縮了。

為什么要壓縮視頻?按我們上面的估算,一個一小時的視頻,就有 240G,這個數(shù)據(jù)量根本沒辦法存儲和傳輸。因此,人們利用編碼技術(shù),給視頻“瘦身”,用盡量少的 Bit 數(shù)保持視頻,同時要保證播放的時候,畫面仍然很清晰。實際上,編碼就是壓縮的過程。

視頻和圖片的壓縮特點

我們之所以能夠?qū)σ曨l流中的圖片進行壓縮,因為視頻和圖片有下列這些特點:

空間冗余:圖像的相鄰像素之間有較強的相關(guān)性,一張圖片相鄰像素往往是漸變的,而不是突變的,沒必要每個像素都完整的保存,可以隔幾個保存一個,中間的用算法計算出來。

時間冗余:視頻序列的相鄰圖像之間內(nèi)容相似。一個視頻中連續(xù)出現(xiàn)的圖片也不是突變的,可以根據(jù)已有的圖片進行預(yù)測和推斷。

視覺冗余:人的視覺系統(tǒng)對某些細節(jié)不敏感,因此不會注意到每一個細節(jié),可以允許丟失一些數(shù)據(jù)。

編碼冗余:不同像素值出現(xiàn)的概率不同,概率高的用的字節(jié)少,概率低的用的字節(jié)多,類似霍夫曼編碼的思路。

從上面這些特點中可以看出,用于編碼的算法非常復(fù)雜,而且多種多樣。雖然算法多種,但編碼過程實際上是類似的,如下圖:

視頻編碼的兩大流派

視頻編碼的算法這么多,能不能形成一定的標準呢?當然能,這里咱們就來認識下視頻編碼的兩大流派。

流派一:ITU(International tELECOMMUNICATIONS Union)的 VCEG(Video Coding Experts Group),這個稱為國際電聯(lián)下的 VCEG。既然是電信,可想而知,他們最初是做視頻編碼,主要側(cè)重傳輸。我們上面的系列名詞二,就是這個組織制定的標準。

流派二:ISO(International Standards Organization)的 MPEG(Moving Picture Experts Group),這個是ISO 旗下的 MPEG。本來是做視頻存儲的,就像咱們場面常說的 VCD 和 DVD。后來也慢慢側(cè)重視頻傳輸了。系列名詞三就是這個組織制定的標準。

后來,ITU-T(國際電信聯(lián)盟電信標準化部門)與 MPEG 聯(lián)合制定了 H.264/MPEG-4 AVC,這也是我們重點關(guān)注的。

直播數(shù)據(jù)傳輸

視頻經(jīng)過編碼之后,生動活潑的一幀幀圖像就變成了一串串讓人看不懂的二進制。這個二進制可以放在一個文件里,然后按照一定的格式保存起來,這里的保存格式,就是系列名詞一。

編碼后的二進制文件就可以通過某種網(wǎng)絡(luò)協(xié)議進行封裝,放在互聯(lián)網(wǎng)上傳輸,這個時候就可以進行網(wǎng)絡(luò)直播了。

網(wǎng)絡(luò)協(xié)議將編碼好的視頻流,從主播端推送到服務(wù)器,在服務(wù)器上有個運行了同樣協(xié)議的服務(wù)端來接收這些網(wǎng)絡(luò)數(shù)據(jù)包,從而得到里面的視頻流,這個過程稱為接流

服務(wù)端接到視頻流之后,可以滴視頻流進行一定的處理,比如轉(zhuǎn)碼,也就是從一個編碼格式轉(zhuǎn)成另一種格式,這樣才能適應(yīng)各個觀眾使用的客戶端,保證他們都能看到直播。

流處理完畢后,就可以等待觀眾的客戶端來請求這些視頻流。觀眾的客戶端請求視頻流的過程稱為拉流。

如果有非常多的觀眾同時看一個視頻直播,都從一個服務(wù)器上拉流,壓力就非常大,因此需要一個視頻的分發(fā)網(wǎng)絡(luò),將視頻預(yù)先加載到就近的邊緣節(jié)點,這樣大部分觀眾就能通過邊緣節(jié)點拉取視頻,降低服務(wù)器的壓力。

當觀眾將視頻流拉下來后,就需要進行解碼,也就是通過上述過程的逆過程,將一串串看不懂的二進制轉(zhuǎn)變成一幀幀生動的圖片,在客戶端播放出來。

整個直播過程,可以用下圖來描述:

接下來,我們依次來看一下每個過程:

編碼:將豐富多彩的圖片變成二進制流

雖然我們說視頻是一張張圖片的序列,但如果每張圖片都完整,就太大了,因而會將視頻序列分成三種幀:

I幀,也稱關(guān)鍵幀。里面是完整的圖片,只需要本幀數(shù)據(jù),就可以完成解碼。

P幀,前向預(yù)測編碼幀。P 幀表示的是這一幀跟之前一個關(guān)鍵幀(或 P 幀)的差別,解碼時需要用之前緩存的畫面,疊加上和本幀定義的差別,生成最終畫面。

B幀,雙向預(yù)測內(nèi)插編碼幀。B 幀記錄的是本幀與前后幀的差別。要解碼 B 幀,不僅要取得之前的緩存畫面,還要解碼之后的畫面,通過前后畫面的數(shù)據(jù)與本幀數(shù)據(jù)的疊加,取得最終的畫面。

可以看出,I 幀最完整,B 幀壓縮率最高,而壓縮后幀的序列,應(yīng)該是 IBBP 間隔出現(xiàn)。這就是通過時序進行編碼

在一幀中,分成多個片,每個片中分成多個宏塊,每個宏塊分成多個子塊,這樣將一張大圖分解成一個個小塊,可以方便進行空間上的編碼。如下圖:

盡管時空非常立體的組成了一個序列,但總歸還是要壓縮成一個二進制流。這個流是有結(jié)構(gòu)的,是一個個的網(wǎng)絡(luò)提取層單元(NALU,Network Abstraction Layer Unit)。變成這種格式就是為了傳輸,因為網(wǎng)絡(luò)上的傳輸,默認的是一個個的包,因而這里也就分成了一個個的單元。

如上圖,每個 NALU 首先是一個起始標識符,用于標識 NALU 之間的間隔。然后是 NALU 的頭,里面主要配置了 NALU 的類型。最后的 Payload 里面是 NALU 承載的數(shù)據(jù)。

在 NALU 頭里面,主要的內(nèi)容是類型 NAL Type,其中:

0x07 表示 SPS,是序列參數(shù)集,包括一個圖像序列的所有信息,如圖像尺寸、視頻格式等。

0x08 表示 PPS,是圖像參數(shù)集,包括一個圖像的所有分片的所有相關(guān)信息,包括圖像類型、序列號等。

在傳輸視頻流之前,剝削要傳輸者兩類參數(shù),不然就無法解碼。為了保證容錯性,每一個 I 幀之前,都會傳一遍這兩個參數(shù)集合。

如果 NALU Header 里面的表示類型是 SPS 或 PPS,則 Payload 中就是真正的參數(shù)集的內(nèi)容。

如果類型是幀,則 Payload 中是真正的視頻數(shù)據(jù)。當然也是一幀幀保存的。前面說了,一幀的內(nèi)容還是挺多的,因而每一個 NALU 里面保存的是一片。對于每一片,到底是 I 幀,還是 P 幀,亦或是 B 幀,在片結(jié)構(gòu)里面也有 Header,這里面有個類型用來標識幀的類型,然后是片的內(nèi)容。

這樣,整個格式就出來了。一個視頻,可以拆分成一系列的幀,每一幀拆分成一系列的片,每一片都放在一個 NALU 里面,NALU 之間都是通過特殊的起始標識符分隔,在每一個 I 幀的第一片前面,要插入單獨保存 SPS 和 PPS 的 NALU,最終形成一個長長的 NALU 序列。

推流:將數(shù)據(jù)流打包傳輸?shù)綄Χ?/p>

形成 NALU 序列后,還需要將這個二進制的流打包成網(wǎng)絡(luò)包進行發(fā)送。這里我們以 RTMP 協(xié)議為例,進入第二個過程,推流。

RTMP 是基于 TCP 的,因而也需要雙方建立一個 TCP 連接。在有 TCP 的連接的基礎(chǔ)上,還需要建立一個 RTMP 連接,也就是在程序里面,我們調(diào)用 RTMP 類庫的 Connet 函數(shù),顯式創(chuàng)建一個連接。

RTMP 為什么需要建立一個單獨的連接呢?

因為通信雙方需要商量一些事情,保證后續(xù)的傳輸能正常進行。其實主要就是兩個事情:

確定版本號。如果客戶端、服務(wù)端的版本號不一致,就不能正常工作;

確定時間戳。視頻播放中,時間是很重要的一個元素,后面的數(shù)據(jù)流互通的時候,經(jīng)常要帶上時間戳的差值,因而一開始雙方就要知道對方的時間戳。

溝通這些事情,需要發(fā)送 6 條消息:

客戶端發(fā)送 C0、C1、C2

服務(wù)端發(fā)送 S0、S1、S2

首先,客戶端發(fā)送 C0 表示自己的版本號,不必等對方回復(fù),然后發(fā)送 C1 表示自己的時間戳。

服務(wù)器只有在收到 C0 的時候,才會返回 S0,表明自己的版本號,如果版本不匹配,可以斷開連接。

服務(wù)器發(fā)送完 S0 后,也不用等待,就直接發(fā)送自己的時間戳 S1。

客戶端收到 S1 時,發(fā)一個知道了最煩時間戳的 ACK C2。同理,服務(wù)器收到 C1 的時候,發(fā)一個知道了對方時間戳的 ACK S2。

于是,握手完成。

握手之后,雙方需要互相傳遞一些控制信息,例如 Chunk 塊的大小、窗口大小等。

真正傳輸數(shù)據(jù)的時候,還是需要創(chuàng)建一個流 Stream,然后通過這個 Stream 來推流。

推流的過程,就是講 NALU 放在 Message 里面發(fā)送,這個也稱為RTMP Packet 包。其中,Message 的格式就像下圖所示:

發(fā)送的時候,去掉 NALU 的起始標識符。因為這部分對于 RTMP 協(xié)議來講沒有用。接下來,將 SPS 和 PPS 參數(shù)集封裝成一個 RTMP 包發(fā)送,然后發(fā)送一個個片的 NALU。

RTMP 在收發(fā)數(shù)據(jù)的時候并不是以 Message 為單位的,而是把 Message 拆分成 Chunk 發(fā)送,而且必須在一個 Chunk 發(fā)送完成之后,才能開始發(fā)送下一個 Chunk。每個 Chunk 中都帶有 Message ID,表示屬于哪個 Message,接收端也會按照這個 ID 將 Chunk 組裝成 Message。

前面連接的時候,設(shè)置 Chunk 塊大小就是指這個 Chunk。將大的消息變?yōu)樾〉膲K再發(fā)送,可以在低帶寬的情況下,減少網(wǎng)絡(luò)擁塞。

下面用一個分塊的示例,來了解下 RTMP 是如何分塊的。

假設(shè)一個視頻的消息長度是 307,而 Chunk 大小約定為 128,那么消息就會被拆分為 3 個 Chunk。

第一個 Chunk 的 Type = 0,表示 Chunk 頭是完整的。頭里面 Timestamp 為 1000,總長度 Length 為 307,類型為 9,是個視頻,Stream ID 為 12346,正文部分承擔 128 個字節(jié)的 Data。

第二個 Chunk 也要發(fā)送 128 個字節(jié),但是由于 Chunk 頭和第一個一樣,因此它的 Chunk Type = 3,表示頭和第一個 Chunk 一樣。

第三個 Chunk 要發(fā)送的 Data 的長度為 51 個字節(jié),Chunk Type 還是用的 3。

就這樣,數(shù)據(jù)源源不斷的到達流媒體服務(wù)器,整個過程就像下圖:

這個時候,大量觀看直播的觀眾就可以通過 RTMP 協(xié)議從流媒體服務(wù)器上拉取。為了減輕服務(wù)器壓力,我們會使用分發(fā)網(wǎng)絡(luò)

分發(fā)網(wǎng)絡(luò)分為中心邊緣兩層。邊緣層服務(wù)器部署在全國各地及橫跨各大運營商里,和用戶距離很近。而中心層是流媒體服務(wù)集群,負責內(nèi)容的轉(zhuǎn)發(fā)。

智能負載均衡系統(tǒng),根據(jù)用戶的地理位置信息,就近選擇邊緣服務(wù)器,為用戶提供推/拉流服務(wù)。中心層也負責轉(zhuǎn)碼服務(wù)。例如,將 RTMP 協(xié)議的碼流轉(zhuǎn)換成 HLS 碼流。

拉流:觀眾的客戶端看到直播視頻

接下來,我們再來看看觀眾通過 RTMP 拉流的過程。

先讀到的是 H.264 的解碼參數(shù),例如 SPS 和 PPS,然后對收到的 NALU 組成一個個幀,進行解碼,交給播放器播放,這樣客戶端就能看到直播視頻了。

小結(jié)

視頻名詞比較多,編碼兩大流派達成了一致,都是通過時間、空間的各種算法來壓縮數(shù)據(jù);

壓縮好的數(shù)據(jù),為了傳輸而組成一系列的 NALU,按照幀和片依次排列;

排列好的 NALU,在網(wǎng)絡(luò)傳輸?shù)氖?,要按?RTMP 包的格式進行包裝,RTMP 的包會拆分成 Chunk 進行傳輸;

推送到流媒體集群的視頻流經(jīng)過轉(zhuǎn)碼和分發(fā),可以被客戶端通過 RTMP 協(xié)議拉取,然后組合成 NALU,解碼成視頻格式進行播放。
編輯:hfy

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 流媒體
    +關(guān)注

    關(guān)注

    1

    文章

    199

    瀏覽量

    16953
  • 編碼技術(shù)
    +關(guān)注

    關(guān)注

    1

    文章

    35

    瀏覽量

    11227
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    如何在米爾TI AM62開發(fā)板上部署流媒體服務(wù)實現(xiàn)監(jiān)控功能

    這塊開發(fā)板上部署流媒體服務(wù),通過USB攝像頭實現(xiàn)監(jiān)控功能。 、軟件準備 要在Linux上面部署流媒體服務(wù),mjpg-streamer是最合適的。 首先,在應(yīng)用開發(fā)環(huán)境中,進行 mjpg-streamer
    發(fā)表于 07-03 18:32

    蔚來款新車型搭載遠峰科技超清流媒體內(nèi)后視鏡

    蔚來智能電動旗艦ET9以及2025款新ES6 EC6 ET5T ET5都搭載了遠峰科技超清流媒體內(nèi)后視鏡,為用戶帶來前所未有的駕駛新體驗。遠峰科技流媒體內(nèi)后視鏡采用體化極窄邊框設(shè)計,線條流暢,兼具科技美感與廣闊視野,引領(lǐng)智能出
    的頭像 發(fā)表于 06-11 14:12 ?576次閱讀

    鴻蒙NEXT上傳圖片功能PhotoViewPicker核心功能解析

    ` 是鴻蒙系統(tǒng)中用于媒體資源選擇的核心組件,通過它可以便捷地實現(xiàn)圖片視頻媒體文件的選擇功能。下面從基本用法、參數(shù)配置到高級應(yīng)用進行全面解析
    發(fā)表于 06-06 15:00

    LLSM流媒體傳輸模塊 高動態(tài)圖像帶寬穩(wěn)定技術(shù)突破

    慧視LLSM流媒體傳輸模塊,除了低延遲的特點外,還有個很重要的特點就是低帶寬占用。模塊內(nèi)部集成慧視光電自研的GS遠程可視化圖傳控制系統(tǒng),具備在固定帶寬環(huán)境下同時控制傳輸多路無人設(shè)備,回傳1080P
    的頭像 發(fā)表于 05-27 17:58 ?504次閱讀
    LLSM<b class='flag-5'>流媒體</b>傳輸模塊  高動態(tài)圖像帶寬穩(wěn)定<b class='flag-5'>技術(shù)</b>突破

    用 樹莓派4 打造專屬流媒體控制臺!

    的這個項目樣。他使用我們最愛的單板計算機(SBC)從零開始打造了臺樹莓派版流媒體控制臺。如果你對流媒體控制臺不太了解,這些設(shè)備可以連接到
    的頭像 發(fā)表于 05-11 08:33 ?188次閱讀
    用 樹莓派4 打造專屬<b class='flag-5'>流媒體</b>控制臺!

    LLSM——基于RK3588的低延遲低帶寬流媒體傳輸模塊

    隨著物聯(lián)網(wǎng)和人工智能的快速發(fā)展,實時視頻傳輸在嵌入式系統(tǒng)中變得越來越重要。無論是智能攝像頭、無人機還是工業(yè)監(jiān)控設(shè)備,都需要高效、低延遲的流媒體傳輸解決方案?;垡曂瞥龅腖LSM低延遲低帶寬流媒體傳輸
    的頭像 發(fā)表于 04-30 18:36 ?451次閱讀
    LLSM——基于RK3588的低延遲低帶寬<b class='flag-5'>流媒體</b>傳輸模塊

    Ampere節(jié)能型處理器助力流媒體領(lǐng)域的無限可能

    數(shù)字世界正以迅猛的速度發(fā)展變遷,持續(xù)順應(yīng)著用戶全新的行為習慣。流媒體服務(wù)長久以來便已穩(wěn)固確立了自身作為內(nèi)容消費重要渠道的地位。無論是在諸如 Netflix 之類的平臺上盡情的連續(xù)觀看多部劇集,還是觀看各類視頻直播,大眾對于按需獲取的高清內(nèi)容的需求空前高漲。
    的頭像 發(fā)表于 04-11 09:57 ?332次閱讀

    解析工業(yè)互聯(lián)網(wǎng)

    電子發(fā)燒友網(wǎng)站提供《解析工業(yè)互聯(lián)網(wǎng).pptx》資料免費下載
    發(fā)表于 02-20 16:42 ?1次下載

    富創(chuàng)全新二代AI流媒體電子后視鏡在問界M7上的應(yīng)用

    本次富創(chuàng)全新二代AI流媒體電子后視鏡在除了從芯片和軟件上進行升級,在結(jié)構(gòu)上做突破,讓前視鏡頭模塊與流媒體總成分開,讓流媒體前視角不會被車內(nèi)物件造成視角障礙。
    的頭像 發(fā)表于 02-20 10:00 ?864次閱讀

    中偉視界:流媒體技術(shù)與礦山安全需求的深度融合,推動礦山預(yù)警平臺的智能化升級

    流媒體轉(zhuǎn)發(fā)技術(shù)在礦山智能化進程中扮演著重要角色,能夠解決帶寬不足、數(shù)據(jù)轉(zhuǎn)碼和權(quán)限管理等多項難題。通過實時數(shù)據(jù)傳輸與處理,該技術(shù)顯著提升了礦山安全監(jiān)測的實時性和準確性,為實現(xiàn)智能礦山提供了強有力的支持。同時,隨著5G等新網(wǎng)絡(luò)
    的頭像 發(fā)表于 01-22 17:20 ?416次閱讀
    中偉視界:<b class='flag-5'>流媒體</b><b class='flag-5'>技術(shù)</b>與礦山安全需求的深度融合,推動礦山預(yù)警平臺的智能化升級

    慧視高效壓縮技術(shù) 解決多路視頻傳輸難點

    。因此如多個采集端傳向同接收端這種模式下,就需要采用視頻壓縮的方式來減少接收端的帶寬壓力。慧視GS弱網(wǎng)高清視頻壓縮傳輸系統(tǒng),基于G-share深度壓縮
    的頭像 發(fā)表于 11-05 08:04 ?999次閱讀
    慧視高效<b class='flag-5'>壓縮</b><b class='flag-5'>技術(shù)</b>    解決多路<b class='flag-5'>視頻</b>傳輸難點

    在米爾電子MPSOC實現(xiàn)12G SDI視頻采集H.265壓縮SGMII萬兆以太網(wǎng)推流

    下降的個主要原因是平臺為了節(jié)省帶寬而壓縮視頻流,有時導致比特率降低,無法發(fā)揮4K分辨率的全部潛力。在這種背景下,如何高效地壓縮和傳輸4K視頻
    發(fā)表于 11-01 16:56

    在米爾電子MPSOC實現(xiàn)12G SDI視頻采集H.265壓縮SGMII萬兆以太網(wǎng)推流

    ****視頻清晰度下降的個主要原因是平臺為了節(jié)省帶寬而壓縮視頻流,有時導致比特率降低,無法發(fā)揮4K分辨率的全部潛力。 在這種背景下,如何 高效地
    發(fā)表于 10-14 17:42

    ElfBoard技術(shù)貼|如何在ELF 1開發(fā)板上搭建流媒體服務(wù)器

    流媒體服務(wù)器是種專門用于傳輸實時數(shù)據(jù)流的服務(wù)器軟件,廣泛用于視頻直播、視頻會議、音頻播放等應(yīng)用場景。在嵌入式開發(fā)領(lǐng)域,將流媒體服務(wù)器部署到
    的頭像 發(fā)表于 08-20 14:48 ?931次閱讀
    ElfBoard<b class='flag-5'>技術(shù)</b>貼|如何在ELF 1開發(fā)板上搭建<b class='flag-5'>流媒體</b>服務(wù)器

    了解TCP/IP協(xié)議

    TCP/IP協(xié)議是現(xiàn)代計算機網(wǎng)絡(luò)通信的基礎(chǔ),是互聯(lián)網(wǎng)及局域網(wǎng)廣泛使用的協(xié)議。TCP/IP協(xié)議集包括許多協(xié)議,其中最重要的是傳輸控制
    的頭像 發(fā)表于 08-07 15:38 ?3506次閱讀
    <b class='flag-5'>一</b><b class='flag-5'>文</b><b class='flag-5'>了解</b>TCP/IP<b class='flag-5'>協(xié)議</b>