色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

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

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

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

智能貓眼的實現(xiàn)是采用流媒體協(xié)議RTSP

OpenAtom OpenHarmony ? 來源:OpenAtom OpenHarmony ? 作者:OpenAtom OpenHarmony ? 2022-05-16 09:20 ? 次閱讀

前言

智能貓眼是一種家居安防產(chǎn)品。是安裝在防盜門上的一種嵌入式設(shè)備,可以通過攝像頭獲取圖像顯示至手機應(yīng)用中,這樣老人或者小孩就可以看清門外的情況。

智能貓眼的實現(xiàn)是采用流媒體協(xié)議 RTSP。該協(xié)議定義了程序如何通過 IP 網(wǎng)絡(luò)傳送多媒體數(shù)據(jù)。RTSP 多用于安防攝像頭、車載監(jiān)控、網(wǎng)絡(luò)直播等場景應(yīng)用。本文檔旨在講解在 OpenAtom OpenHarmony(以下簡稱“OpenHarmony") 1.0.1 release 下將 Hi3518EV300 編碼后的 H.265 視頻格式(H.265 是一種視頻編碼格式,可以由 OpenHarmony 媒體子系統(tǒng)產(chǎn)生),通過 RTSP 傳輸顯示到手機的應(yīng)用中。

cc8c790e-d2bd-11ec-bce3-dac502259ad0.jpg

注:Hi3518EV300是 潤和Hi3518 HiSpark IPC AI攝像頭開發(fā)板套件

如上圖片:Hi3518EV300 設(shè)備將捕獲到的圖像通過 RTSP 發(fā)送到手機應(yīng)用中并顯示出來。

開發(fā)流程

RTSP 采用 Server/Client 模式,在本樣例場景中 Hi3518EV300為RTSP Server,手機應(yīng)用為 RTSP Client。在 RTSP 體系結(jié)構(gòu)包含 RTSP和RTP(實時傳輸協(xié)議)兩種協(xié)議,其中 RTSP 協(xié)議用于建立連接與傳輸多媒體控制命令(開始、暫停、結(jié)束等),RTP 協(xié)議用來傳輸多媒體數(shù)據(jù)(音頻、視頻)。

RTSP Server 的實現(xiàn)分為如下幾步:

●設(shè)置 Wi-Fi:將手機與 Hi3518EV300 在同一網(wǎng)絡(luò)中;

環(huán)形緩存區(qū):將媒體子系統(tǒng)中編碼出的 H.265 數(shù)據(jù)存入環(huán)形緩存中;

●RTSP:RTSP Server 通過 RTSP 與 RTSP Client 交互控制信息

●RTP :RTSP Server 收到PLAY命令后從環(huán)形緩存中獲取 H.265 數(shù)據(jù)并使用 RTP 協(xié)議發(fā)送。

如下圖所示:

ccbad592-d2bd-11ec-bce3-dac502259ad0.jpg

如何運行 RTSP Server 可以參考文章智能貓眼 3518 開發(fā)樣例,下面根據(jù)該文章講解 RTSP Server 的實現(xiàn)流程。

代碼結(jié)構(gòu):


├── smart_door_viewer_3518│   ├── BUILD.gn                                      // 編譯構(gòu)建│   ├── include│   │   ├── camera_sample.h                   // 攝像頭操作頭文件│   │   ├── rtp.h                                         // rtp協(xié)議傳輸頭文件│   │   ├── rtsp_log.h                                // 打印調(diào)試頭文件│   │   └── rtsp_server.h                           // rtsp頭文件│   └── src│       ├── camera_sample.cpp                 // 攝像頭實現(xiàn)│       ├── main.cpp                                   // 主函數(shù)│       ├── rtp.cpp                                       // rtp協(xié)議實現(xiàn)│       └── rtsp_server.cpp                         // rtsp協(xié)議實現(xiàn)├── foundation              │   └── multimedia│       └── media_lite│           ├── frameworks│           │   └── recorder_lite │           │       ├── recorder.cpp                //增加獲取攝像頭H.265數(shù)據(jù)實現(xiàn)類接口│           │       ├── recorder_impl.cpp       //增加獲取攝像頭H.265數(shù)據(jù)實現(xiàn)│           │       └── recorder_impl.h           //增加獲取攝像頭H.265數(shù)據(jù)實現(xiàn)定義│           └── interfaces│               └── kits│                   └── recorder_lite│└──recorder.h//增加應(yīng)用層獲取攝像頭H.265數(shù)據(jù)實現(xiàn)類接口定義

設(shè)置Wi-Fi

設(shè)置 Wi-Fi 連接熱點 ssid 為“Smedia”psk為“12345678”。

在文件 wpa_supplicant.conf 中修改如下:


country=GBctrl_interface=udpnetwork={    ssid="SMedia"    psk="12345678"}

設(shè)備啟動后輸入:


./bin/wpa_supplicant -iwlan0 -c/etc/wpa_supplicant.conf

輸入 ifconfig 可查看到連接成功后的 IP 地址:

ccd7c4ae-d2bd-11ec-bce3-dac502259ad0.jpg

環(huán)形緩存區(qū)

在媒體子系統(tǒng)中,為了同步 RTSP Server 應(yīng)用獲取 H.265 數(shù)據(jù)須設(shè)計一個環(huán)形緩沖區(qū)。緩沖區(qū)總大小為 16*256K 長度的數(shù)組。put 為媒體子系統(tǒng)存放緩沖區(qū)的偏移值,get 為 RTSP Server(Hi3518EV300)線程獲取緩沖區(qū)的偏移值,緩存區(qū)定義在文件 recorder_impl.h 下。


constexpr uint32_t RING_BUFF_MAX_CNT = 16;constexpruint32_tRING_BUFF_SIZE=256*1024;

具體實現(xiàn)如下:

初始情況下偏移值 put 與 get 的位置均在開頭。

cd0b6048-d2bd-11ec-bce3-dac502259ad0.jpg

當 RTSP Server 啟動后媒體子系統(tǒng)填充 buff,偏移值 put 向前移。

cd415892-d2bd-11ec-bce3-dac502259ad0.jpg

RTSP Server 通過偏移值 get 獲取到視頻編碼數(shù)據(jù)后釋放 buff,偏移值 get 向前移。

cd606f8e-d2bd-11ec-bce3-dac502259ad0.jpg

當 put 與 get 偏移超過 16 時重新置 1 因此形象地稱為環(huán)形緩沖區(qū),其中 get 永遠在 put 后且間距不會超過 3 個 buff,實現(xiàn)是在 rtsp Server 中設(shè)置同步時間。

cd7e62f0-d2bd-11ec-bce3-dac502259ad0.jpg

代碼實現(xiàn)邏輯:當 RTSP Server 運行到 RTP 時才會往緩沖區(qū)存放數(shù)據(jù)(ringStatus 標志位設(shè)置為 true)。存入緩沖區(qū)的首幀是從關(guān)鍵幀(幀頭為 0x40 與 0x01 與 startFramFlag 標志位為 true)開始,后續(xù)所有幀都會保存到緩沖區(qū)中(saveFlag 標志位設(shè)置為 true,startFramFlag 標志位為 false),在函數(shù) VideoSourceProcess 下實現(xiàn)。


if ((iNumber < RING_BUFF_MAX_CNT) && (ringStatus == true)) {    if((startFramFlag == true) &&(buffer.dataAddr[4]==0x40)        && (buffer.dataAddr[5]==0x01)) {        if (memcpy_s(ringFifo[iPut].buffer, RING_BUFF_SIZE, buffer.dataAddr, buffer.dataLen) != EOK) {            MEDIA_INFO_LOG("[Error] memcpy_s");         } else {            ringFifo[iPut].size = buffer.dataLen;            iPut = addring(iPut);            iNumber++;            startFramFlag = false;            saveFlag = true;        }     } else {         if(saveFlag == true) {             if (memcpy_s(ringFifo[iPut].buffer, RING_BUFF_SIZE, buffer.dataAddr, buffer.dataLen) != EOK) {                MEDIA_INFO_LOG("[Error] memcpy_s");              } else {                 ringFifo[iPut].size = buffer.dataLen;                 iPut = addring(iPut);                 iNumber++;                       }          }      }}

RTSP

RTSP Server 與 RTSP Client 通過 RTSP 協(xié)議收發(fā)控制命令,其基本流程如下:

●OPTION:首先 Client 連接到 Server 并發(fā)送 OPTION 命令,Server 立刻返回所支持的命令(OPTION、DESCRIBE、SETUP、PLAY、TEARDOWN);

●DESCRIBE:Client 發(fā)送描述命令(DESCRIBE),Server 通過一個 SDP 描述來進行反饋,反饋信息包括流數(shù)量、媒體類型等信息;

●SETUP:Client 分析 SDP 描述,并為會話中發(fā)送建立命令(SETUP),告訴 Server 用于接收媒體數(shù)據(jù)的端口

●PLAY:連接建立完成后,Client 發(fā)送一個播放命令(PLAY),Server 就開始在 UDP 上傳送媒體流(RTP包)到 Client;

●TERADOWN:最后 Client 可發(fā)送一個終止命令(TERADOWN)來結(jié)束流媒體會話。

其交互流程如下所示:

cd98e788-d2bd-11ec-bce3-dac502259ad0.jpg

在文件 rtsp_server.cpp 中,RTSP Server 收到 OPTION 后回復(fù)服務(wù)器提供的可用命令(OPTION、DESCRIBE、SETUP、PLAY、TEARDOWN)。

函數(shù)實現(xiàn)如下:


static void RtspOptions(char* sendBuff, RtspClientInfo &rtspCliInfo){    sprintf(sendBuff, "RTSP/1.0 200 OK
"                    "CSeq: %d
"                    "Public: OPTIONS, DESCRIBE, SETUP, PLAY, TEARDOWN
"                    "
",                    rtspCliInfo.rtspCseq);}

RTSP Server 收到 DESCRIBE 后回復(fù) SDP (SDP 信息為會話名稱和目的、會話持續(xù)時間、媒體類(音頻、視頻等)、傳輸協(xié)議(RTP/UDP/IP等)、媒體編碼格式(H.264、H.265 等)、接收媒體的相關(guān)信息端口和格式等。)信息。

函數(shù)實現(xiàn)如下:


static void RtspDescribe(char* sendBuff, RtspClientInfo &rtspCliInfo){    char sdp[512];
    memset(sdp, 0, sizeof(sdp));    sprintf(sdp, "v=0
"                 "o=- 973 1 IN IP4 192.168.1.103
"                 "t=0 0
"                 "a=control:*
"                 "m=video 0 RTP/AVP 96
"                 "a=rtpmap:96 H265/90000
"                 "a=control:track0

");    sprintf(sendBuff, "RTSP/1.0 200 OK
CSeq: %d
"                    "Content-Base: %s
"                    "Content-type: application/sdp
"                    "Content-length: %d

"                    "%s",                    rtspCliInfo.rtspCseq,                    "rtsp://192.168.1.127:8554/test.264",                    strlen(sdp),                    sdp);}

RTSP Server 收到 SETUP 后回復(fù)傳輸模式(采用 RTP 傳輸)、端口號信息準備 play。

函數(shù)實現(xiàn)如下:


static void RtspStep(char* sendBuff, RtspClientInfo &rtspCliInfo){    sprintf(sendBuff,             "RTSP/1.0 200 OK
"            "CSeq: %d
"            "Transport: RTP/AVP;unicast;client_port=55532-55532;"            "server_port=%d-%d
"            "Session: 66334873
"            "
",            rtspCliInfo.rtspCseq, rtspCliInfo.clientPort, rtspCliInfo.clientPort + 1);}

RTSP Server 收到 PLAY 后回復(fù) Range 的值為"npt=0.0000-",表示從開始播放,默認一直播放!隨后發(fā)送視頻流數(shù)據(jù)。


static void RtspPlay(char* sendBuff, RtspClientInfo &rtspCliInfo){    sprintf(sendBuff, "RTSP/1.0 200 OK
"                "CSeq: %d
"                "Range: npt=0.000-
"                "Session: 66334873; timeout=60

",                rtspCliInfo.rtspCseq);}

程序運行后使用 wireshark 抓取報文如下:

cdb83886-d2bd-11ec-bce3-dac502259ad0.jpg

RTP

RTSP 會話進行到 PLAY 后就可啟動 RTP 發(fā)送視頻流數(shù)據(jù),RTP 包分為 RtpHeader(Rtp 頭)加 payload(負載數(shù)據(jù)),在文件 rtp.cpp 下的 UdpSendFrame 函數(shù)中。

RtpHeader

csrcLen csrc 計數(shù),在沒有 RTP 混頻器的情況下通常為 0

●extension 擴展名,必須為 0

●padding 填充位,不得使用填充,默認為 0

●version 版本號為 2

●payloadType 數(shù)據(jù)幀類型 96(H.265)

●marker 將一幀分片時區(qū)分頭片

●seq 序列號為了以每片為單位

●timestamp 時間戳以每幀為單位

●ssrc 數(shù)據(jù)信源號


rtpPacket.rtpHeader.csrcLen = 0;rtpPacket.rtpHeader.extension = 0;rtpPacket.rtpHeader.padding = 0;rtpPacket.rtpHeader.version = 2;
rtpPacket.rtpHeader.payloadType = 96;
rtpPacket.rtpHeader.ssrc = 10;
rtpPacket.rtpHeader.timestamp = timestamp;timestamp+=90000/25;

payload

RTP 包最大為 1400 個字節(jié),因此打包分為兩種:

1.若 H.265 幀小于 1400 個字節(jié)時可放至一個 rtp 包中;

2.若 H.265 幀大于 1400 個字節(jié)時,則需要分片打包在多個 rtp 中;

當文件小于 1400 時直接放到 pyahload 中發(fā)送。


if (s32NalBufSize <= RTP_MAX_PKT_SIZE) {      if (memcpy_s(rtpPacket.payload, s32NalBufSize, pNalBuf, s32NalBufSize) != EOK){        SAMPLE_INFO("memcpy_s");    return -1;    }    rtpPacket.rtpHeader.marker   = 1;    rtpPacket.rtpHeader.seq = seq++;    ret = UdpSendPacket(&rtpPacket, s32NalBufSize);    sendBytes += ret;    SAMPLE_INFO("sendBytes->%d", sendBytes);}

若 H.265 幀大于 1400 個字節(jié)時就必須進行分片封包處理。則要設(shè)置 PayloadHdr、FU(Fragmentation Units)、DONL 暫不涉及可以省略,其中 PayloadHdr 固定為 49。


   0                   1                   2                   3    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+   |    PayloadHdr (Type=49)       |   FU header   | DONL (cond)   |   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-|   | DONL (cond)   |                                               |   |-+-+-+-+-+-+-+-+                                               ||FUpayload|

FUheader 格式為:S 置 1 表示起始片,E 置 1 表示最后片,F(xiàn)uType 就是實際的 Nal type 類型。


  +---------------+  |0|1|2|3|4|5|6|7|  +-+-+-+-+-+-+-+-+  |S|E|  FuType   |+---------------+

函數(shù)中實現(xiàn)如下:


int pktNum = s32NalBufSize / RTP_MAX_PKT_SIZE;         int remainPktSize = s32NalBufSize % RTP_MAX_PKT_SIZE;    int i, pos, head_len;    head_len = 2;    pos = head_len;     for(i = 0; i < pktNum; i++)    {      rtpPacket.rtpHeader.seq = seq++;            rtpPacket.payload[0] = 49 << 1;      rtpPacket.payload[1] = 1;      rtpPacket.payload[2] = (naluType & 0x7E)>>1;      if (i == 0) {         rtpPacket.rtpHeader.marker = 1;        rtpPacket.payload[2] |= 0x80; // start      }      else if (remainPktSize == 0 && i == (pktNum - 1)){        rtpPacket.rtpHeader.marker = 0;        rtpPacket.payload[2] |= 0x40; // end      }      if (memcpy_s(rtpPacket.payload + head_len + 1, RTP_MAX_PKT_SIZE, pNalBuf+pos, RTP_MAX_PKT_SIZE) != EOK) {        SAMPLE_INFO("memcpy_s");          return -1;      }            ret = UdpSendPacket(&rtpPacket, RTP_MAX_PKT_SIZE + head_len + 1);      if (ret < 0) {        SAMPLE_ERROR("rtpSendPacket is error");        goto cleanup;      }      sendBytes += ret;      pos += RTP_MAX_PKT_SIZE;    }    if (remainPktSize > 0)    {      {        rtpPacket.payload[0] = 49 << 1;        rtpPacket.payload[1] = 1;        rtpPacket.payload[2] = (naluType & 0x7E)>>1;        rtpPacket.payload[2] |= 0x40; // end      }      if (memcpy_s(rtpPacket.payload + head_len + 1, remainPktSize, pNalBuf+pos, remainPktSize) != EOK) {        SAMPLE_INFO("memcpy_s");          return -1;      }      rtpPacket.rtpHeader.seq = seq++;      ret = UdpSendPacket(&rtpPacket, remainPktSize+head_len+1);      if(ret < 0)      {        SAMPLE_ERROR("rtpSendPacket is error");        goto cleanup;      }      sendBytes += ret;    }

程序運行后使用 wireshark 抓取報文如下:

cdeaf3d4-d2bd-11ec-bce3-dac502259ad0.jpg

RTSP Client

RTSP Client 實現(xiàn)使用手機 APP”完美播放器“。

準備一臺手機,在手機應(yīng)用市場中搜索”完美播放器“并下載安裝。

ce17673e-d2bd-11ec-bce3-dac502259ad0.jpg

打開菜單選擇網(wǎng)址播放。

ce3e9674-d2bd-11ec-bce3-dac502259ad0.jpg

輸入 rtsp 播放地址,其中 ip 地址 10.42.0.54為Hi3518EV300中Wi-Fi 的地址。

ce604102-d2bd-11ec-bce3-dac502259ad0.jpg

總結(jié)

豐富多樣的 OpenHarmony 開發(fā)樣例離不開廣大合作伙伴和開發(fā)者的貢獻,如果你也想把自己開發(fā)的樣例分享出來,歡迎把樣例提交到 OpenHarmony 知識體系 SIG 倉來,共建開發(fā)樣例請參考如何共建開發(fā)樣例。

審核編輯 :李倩



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

    關(guān)注

    8

    文章

    7067

    瀏覽量

    89128
  • 視頻編碼
    +關(guān)注

    關(guān)注

    2

    文章

    113

    瀏覽量

    21033
  • OpenHarmony
    +關(guān)注

    關(guān)注

    25

    文章

    3725

    瀏覽量

    16375

原文標題:基于OpenHarmony實現(xiàn)智能貓眼

文章出處:【微信號:gh_e4f28cfa3159,微信公眾號:OpenAtom OpenHarmony】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    采用 Flexus 云服務(wù)器 X 實例搭建 RTSP 直播服務(wù)器

    一、前言 這篇文章講解:? 采用華為云最新推出的 Flexus 云服務(wù)器 X 實例搭建 RTSP 服務(wù)器,完成視頻直播需求。 隨著實時視頻流傳輸需求的增長,RTSP(實時流協(xié)議)服務(wù)器
    的頭像 發(fā)表于 12-24 17:36 ?168次閱讀
    <b class='flag-5'>采用</b> Flexus 云服務(wù)器 X 實例搭建 <b class='flag-5'>RTSP</b> 直播服務(wù)器

    畢業(yè)設(shè)計競賽選題推薦 | 嵌入式Linux應(yīng)用之智能貓眼項目實戰(zhàn)(含文檔及源碼)

    算法,實現(xiàn)了遠程監(jiān)控、自動告警、人臉識別等高級功能。智能貓眼能夠為用戶提供更安全、便捷的生活體驗,無論是住宅安全防護還是商鋪的訪客管理,智能貓眼
    的頭像 發(fā)表于 12-23 14:12 ?275次閱讀
    畢業(yè)設(shè)計競賽選題推薦 | 嵌入式Linux應(yīng)用之<b class='flag-5'>智能</b><b class='flag-5'>貓眼</b>項目實戰(zhàn)(含文檔及源碼)

    流媒體后視鏡市場份額連續(xù)6年稱霸全國,新產(chǎn)品即將上市

    日前,來自佐思汽研的《2024年全球及中國電子后視鏡行業(yè)研究報告》新鮮出爐。 數(shù)據(jù)顯示,2024年1-4月,流媒體后視鏡裝配量完成15.9萬輛,同比增長33.8%。從供應(yīng)商層面來看,遠峰科技仍處于
    的頭像 發(fā)表于 09-29 09:50 ?403次閱讀
    <b class='flag-5'>流媒體</b>后視鏡市場份額連續(xù)6年稱霸全國,新產(chǎn)品即將上市

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

    流媒體服務(wù)器是一種專門用于傳輸實時數(shù)據(jù)流的服務(wù)器軟件,廣泛用于視頻直播、視頻會議、音頻播放等應(yīng)用場景。在嵌入式開發(fā)領(lǐng)域,將流媒體服務(wù)器部署到開發(fā)板上可以實現(xiàn)諸如視頻監(jiān)控、實時數(shù)據(jù)傳輸?shù)裙δ堋1疚膶⒔榻B如何利用nginx和其rtm
    的頭像 發(fā)表于 08-20 14:48 ?582次閱讀
    ElfBoard技術(shù)貼|如何在ELF 1開發(fā)板上搭建<b class='flag-5'>流媒體</b>服務(wù)器

    貿(mào)澤開售AMD / Xilinx Alveo MA35D媒體加速器 為流媒體、游戲、遠程醫(yī)療和在線學(xué)習應(yīng)用提供支持

    。 ? AMD / Xilinx Alveo MA35D 媒體加速器采用基于特定應(yīng)用集成電路的視頻處理單元,專為高密度、超低延遲流媒體而設(shè)計。每款器件(每張卡 2個)
    發(fā)表于 07-12 10:44 ?552次閱讀

    亞馬遜擬收購印度流媒體MX Player部分資產(chǎn)

    近日,亞馬遜與印度知名視頻流媒體服務(wù)MX Player達成了一項引人注目的收購協(xié)議。據(jù)悉,亞馬遜將收購MX Player的部分資產(chǎn),而此次交易的估值不到1億美元,遠低于市場對該公司的預(yù)期。
    的頭像 發(fā)表于 06-07 15:56 ?538次閱讀

    智能后視鏡定制_行車記錄儀|流媒體ADAS輔助駕駛定制開發(fā)方案

    行車記錄儀方案采用了聯(lián)發(fā)科MTK6761四核高性能處理器,從根本上解決了過去死機問題,大幅度提升了視頻壓縮效率和畫面穩(wěn)定性,帶來更加可靠和清晰的行車記錄體驗。采用1080P流媒體后視系統(tǒng),搭載安卓11系統(tǒng),大幅升級系統(tǒng)流暢度,使
    的頭像 發(fā)表于 05-27 19:51 ?501次閱讀
    <b class='flag-5'>智能</b>后視鏡定制_行車記錄儀|<b class='flag-5'>流媒體</b>ADAS輔助駕駛定制開發(fā)方案

    ?PLC設(shè)備通過智能網(wǎng)關(guān)采用HTTP協(xié)議JSON文件對接MES、ERP等系統(tǒng)平臺

    運行。 本文例采用西門子S7-1500PLC(IP:192.168.2.11)與IGT-DSER智能網(wǎng)關(guān)以太網(wǎng)通訊,實現(xiàn)HTTP協(xié)議JSON文件通訊。先用過
    發(fā)表于 05-13 12:04

    【RTC程序設(shè)計:實時音視頻權(quán)威指南】信令與媒體協(xié)

    簡單的rtc系統(tǒng),至少包含了九個基本信令,從登錄信令開始,登入系統(tǒng)后可以發(fā)布媒體流,也可以訂閱其他用戶的媒體流,用戶在房間內(nèi)的操作都是通過信令來實現(xiàn)的。 在信令傳輸內(nèi)容中最重要的載體就是
    發(fā)表于 04-29 17:24

    OpenHarmony鴻蒙南向開發(fā)案例:【智能貓眼(基于Hi3518開發(fā)板)】

    基于Hi3518開發(fā)板,使用開源OpenHarmony開發(fā)的RTSP協(xié)議流媒體應(yīng)用。達到將Hi3518開發(fā)板中攝像頭獲取的數(shù)據(jù)通過RTSP協(xié)議
    的頭像 發(fā)表于 04-22 15:46 ?2048次閱讀
    OpenHarmony鴻蒙南向開發(fā)案例:【<b class='flag-5'>智能</b><b class='flag-5'>貓眼</b>(基于Hi3518開發(fā)板)】

    OpenHarmony鴻蒙南向開發(fā)案例:【智能貓眼(基于3516開發(fā)板)】

    基于Hi3516開發(fā)板,使用開源OpenHarmony開發(fā)的RTSP協(xié)議流媒體應(yīng)用。達到將Hi3516開發(fā)板中攝像頭獲取的數(shù)據(jù)通過RTSP協(xié)議
    的頭像 發(fā)表于 04-19 22:01 ?613次閱讀
    OpenHarmony鴻蒙南向開發(fā)案例:【<b class='flag-5'>智能</b><b class='flag-5'>貓眼</b>(基于3516開發(fā)板)】

    車載智能后視鏡_流媒體云鏡_行車記錄儀主板方案定制

    流媒體后視鏡搭載聯(lián)發(fā)科MT6761處理器,采用12nm工藝制造,集成四核A53 CPU主頻達2.0GHz。這一高速處理器確保了后視鏡的快速響應(yīng)和順暢運行,畫面質(zhì)量不打折,無論白天黑夜都能清晰捕捉影像。流媒體云鏡運行安卓11.0系
    的頭像 發(fā)表于 04-08 20:01 ?778次閱讀
    車載<b class='flag-5'>智能</b>后視鏡_<b class='flag-5'>流媒體</b>云鏡_行車記錄儀主板方案定制

    音視頻解碼生成與流媒體傳輸?shù)慕Y(jié)合

    音視頻解碼生成與流媒體傳輸是現(xiàn)代數(shù)字媒體技術(shù)中兩個不可或缺的部分,它們的結(jié)合為用戶提供了高質(zhì)量、實時性的多媒體體驗。 1. 解碼生成與流媒體傳輸?shù)年P(guān)系 解碼生成是
    的頭像 發(fā)表于 02-21 14:36 ?410次閱讀

    歐盟將首次就音樂流媒體對蘋果處以罰款

    近日,據(jù)多個消息來源透露,歐盟委員會預(yù)計將對美國科技巨頭蘋果公司處以約5億歐元的罰款。這一罰款是針對蘋果公司在音樂流媒體服務(wù)方面的行為,違反了歐盟的反壟斷法規(guī)。如果這一決定最終得以實施,這將是歐盟歷史上對科技公司的最大罰款之一,同時也是蘋果首次在歐盟面臨此類處罰。
    的頭像 發(fā)表于 02-20 14:31 ?613次閱讀

    編解碼一體機在流媒體傳輸中的核心作用

    傳輸帶寬的需求,還能降低存儲空間的使用。 實時傳輸:編解碼一體機支持實時傳輸協(xié)議,能夠實現(xiàn)音視頻流的實時傳輸,保證流媒體服務(wù)的實時性和流暢性。 協(xié)議轉(zhuǎn)換:編解碼一體機能夠
    的頭像 發(fā)表于 01-31 14:20 ?437次閱讀
    編解碼一體機在<b class='flag-5'>流媒體</b>傳輸中的核心作用
    主站蜘蛛池模板: 亚洲AV久久无码精品九九软件| 国产免费高清mv视频在线观看| yy8090韩国理伦片在线| 好男人视频免费高清在线观看www| 男女XX00上下抽搐动态图| 亚洲你我色| 国产成人无码精品久久久免费69 | xxx军人3p大gay| 毛片免费观看| 18动漫在线观看| 久久久精品免费视频| 亚洲欧美日本国产在线观18| 国产乱国产乱老熟300部视频 | 亚洲欧美一区二区三区久久| 国产精品视频一区二区猎奇| 视频在线免费观看| 儿子日母亲B好爽| 受被攻做到腿发颤高h文| 沟沟人体一区二区| 天天看片视频免费观看| 国产精品久久久久无码AV色戒 | 一二三四免费中文在线1| 久久99蜜桃精品麻豆| 一本色道久久综合亚洲精品| 久久久久综合一本久道| 最近中文字幕免费高清MV视频6| 两个奶被男人揉了一个晚上| 97在线免费观看| 青柠在线视频| 国产成人精品电影| 亚洲国产三级在线观看| 久久国产乱子伦精品免费不卡| 中国欧美日韩一区二区三区| 男人私gay挠脚心vk视频| 白丝女仆被强扒内裤| 外女思春台湾三级| 黄色直接观看| 97在线视频免费人妻| 手机观看毛片| 久久青青热| 大伊人青草狠狠久久|