chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

完善資料讓更多小伙伴認(rèn)識你,還能領(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

當(dāng) 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

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

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

代碼實現(xiàn)邏輯:當(dāng) RTSP Server 運行到 RTP 時才會往緩沖區(qū)存放數(shù)據(jù)(ringStatus 標(biāo)志位設(shè)置為 true)。存入緩沖區(qū)的首幀是從關(guān)鍵幀(幀頭為 0x40 與 0x01 與 startFramFlag 標(biāo)志位為 true)開始,后續(xù)所有幀都會保存到緩沖區(qū)中(saveFlag 標(biāo)志位設(shè)置為 true,startFramFlag 標(biāo)志位為 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 傳輸)、端口號信息準(zhǔn)備 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-",表示從開始播放,默認(rèn)一直播放!隨后發(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 填充位,不得使用填充,默認(rèn)為 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 中;

當(dāng)文件小于 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”完美播放器“。

準(zhǔn)備一臺手機,在手機應(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é)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 數(shù)據(jù)
    +關(guān)注

    關(guān)注

    8

    文章

    7328

    瀏覽量

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

    關(guān)注

    2

    文章

    114

    瀏覽量

    21568
  • OpenHarmony
    +關(guān)注

    關(guān)注

    33

    文章

    3946

    瀏覽量

    20950

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

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

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

掃碼添加小助手

加入工程師交流群

    評論

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

    長城汽車榮獲2025流媒體后視鏡產(chǎn)品技術(shù)創(chuàng)新獎

    近日,長城汽車在LANCI瀾社汽車“2025汽車智駕融合系統(tǒng)創(chuàng)新峰會”上,榮獲“流媒體后視鏡產(chǎn)品技術(shù)創(chuàng)新獎”。該獎項不僅是對長城汽車從2017年推出國內(nèi)首款流媒體后視鏡至今,完成四代產(chǎn)品革新、第五代持續(xù)研發(fā)的匠心歷程的權(quán)威認(rèn)可,更是對其系統(tǒng)性技術(shù)布局與行業(yè)貢獻的高度肯定。
    的頭像 發(fā)表于 12-18 14:05 ?427次閱讀

    RK3576輕松搭建RTMP視頻推流,基于FFmpeg+Nginx協(xié)同

    瑞芯微RK3576芯片平臺實現(xiàn)多路RTMP視頻推流,基于觸覺智能RK3576開發(fā)板PurplePiOH2演示。RTMP視頻推流RTMP視頻推流簡介使用RTMP流媒體服務(wù)來實現(xiàn)視頻推流,
    的頭像 發(fā)表于 12-11 17:17 ?774次閱讀
    RK3576輕松搭建RTMP視頻推流,基于FFmpeg+Nginx協(xié)同

    在HarmonyOS中使用AVPlayer播放流媒體

    在 HarmonyOS 中,使用 AVPlayer 播放流媒體,不是“能播就行”,而是要“穩(wěn)、準(zhǔn)、快、可控”。
    的頭像 發(fā)表于 10-15 11:45 ?1726次閱讀
    在HarmonyOS中使用AVPlayer播放<b class='flag-5'>流媒體</b>

    【嘉楠堪智K230開發(fā)板試用體驗】CanMV K230 RTSP推流

    1 簡介 RTSP(Real Time Streaming Protocol)是一種網(wǎng)絡(luò)流媒體協(xié)議,常用于視頻監(jiān)控和流媒體傳輸。在CanMV K230上,我們可以利用其強大的視頻編碼能力(如
    發(fā)表于 08-17 08:50

    中偉視界:解密GB28181流媒體平臺,多模態(tài)AI的強大支撐

    GB28181流媒體平臺作為多模態(tài)AI系統(tǒng)的基礎(chǔ)數(shù)據(jù)樞紐,解決了多源異構(gòu)視頻資源的接入與處理問題,提供標(biāo)準(zhǔn)化數(shù)據(jù)格式,支持各類智能分析與應(yīng)用場景。其廣泛的協(xié)議兼容性和強大的視頻處理能力,使得其在智慧安監(jiān)、智慧城市等多個領(lǐng)域中,
    的頭像 發(fā)表于 07-24 14:38 ?781次閱讀
    中偉視界:解密GB28181<b class='flag-5'>流媒體</b>平臺,多模態(tài)AI的強大支撐

    【BPI-CanMV-K230D-Zero開發(fā)板體驗】無線網(wǎng)絡(luò)攝像頭(RTSP 推流 1080P 60fps)

    視頻會議 在線教育 遠程醫(yī)療 **RTSP vs 其他流媒體協(xié)議** 協(xié)議 延遲 可靠性 交互性 應(yīng)用場景 RTSP 低 中 高 視頻監(jiān)控、點播 HLS 高 高 低 直
    發(fā)表于 07-04 09:34

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

    本文將介紹基于米爾電子MYD-YM62X開發(fā)板(米爾基于TI AM62開發(fā)板)的部署流媒體服務(wù)實現(xiàn)監(jiān)控功能方案的開發(fā)測試。摘自優(yōu)秀創(chuàng)作者-HonestQiao米爾基于TI AM62開發(fā)板 米爾-TI
    發(fā)表于 07-03 18:32

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

    本文將介紹基于米爾電子MYD-YM62X開發(fā)板(米爾基于TIAM62開發(fā)板)的部署流媒體服務(wù)實現(xiàn)監(jiān)控功能方案的開發(fā)測試。摘自優(yōu)秀創(chuàng)作者-HonestQiao米爾-TIAM62x開發(fā)板除了可以用官方
    的頭像 發(fā)表于 07-03 08:03 ?2438次閱讀
    如何部署<b class='flag-5'>流媒體</b>服務(wù)<b class='flag-5'>實現(xiàn)</b>監(jiān)控功能--基于米爾TI AM62x開發(fā)板

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

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

    延遲低至30ms+ LLSM流媒體傳輸模塊低延遲方案推薦

    LLSM流媒體傳輸模塊,憑借低帶寬、低延遲的傳輸特點,一經(jīng)推出就受到了廣泛關(guān)注。由于低延遲傳輸跟相機性能以及屏幕刷新率等參數(shù)有著密切關(guān)系,可供選擇的配套產(chǎn)品眾多,許多客戶就跟我們提出了提供整套方案
    的頭像 發(fā)表于 06-04 17:57 ?1378次閱讀
    延遲低至30ms+  LLSM<b class='flag-5'>流媒體</b>傳輸模塊低延遲方案推薦

    微軟Build 2025大會:Copilot Studio升級,引領(lǐng)多智能體協(xié)作時代

    今年,Microsoft Copilot Studio 帶來了一系列強大的智能體新功能:從多智能體協(xié)同編排 (Multi-Agent Orchestration) 到更豐富的創(chuàng)作者控制 (Maker Controls),從
    的頭像 發(fā)表于 06-04 09:23 ?1597次閱讀
    微軟Build 2025大會:Copilot Studio升級,引領(lǐng)多<b class='flag-5'>智能</b><b class='flag-5'>體協(xié)</b>作時代

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

    用樹莓派體驗DIY智能科技!如今市面上有各種各樣的流媒體控制臺,但購買現(xiàn)成的哪有自己從零開始制作的有趣呢?至少,這似乎是樹莓派創(chuàng)客社區(qū)的精神所在,就像創(chuàng)客兼開發(fā)者Last-Shake-9874所展示
    的頭像 發(fā)表于 05-11 08:33 ?544次閱讀
    用 樹莓派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 ?1877次閱讀
    LLSM——基于RK3588的低延遲低帶寬<b class='flag-5'>流媒體</b>傳輸模塊

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

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

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

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