從H.264到AV1:音視頻技術演進與模塊化SDK架構全解析

引言

過去二十年,音視頻技術經歷了從 文件點播 → 流媒體 → 實時直播 → 互動協作 的深刻演變。早期的視頻更多停留在娛樂與媒體分發層面,而如今,它已經成為數字化社會的“實時交互基座”。從 安防監控的秒級告警工業巡檢的遠程操作,到 遠程醫療的手術協作教育培訓的在線課堂,音視頻能力已經深度嵌入產業運行的關鍵環節。

技術演進是這一切的根基。H.264、H.265、H.266 與 AV1 等視頻編碼標準的迭代,持續推動著帶寬成本的下降與畫質體驗的提升;RTSP、RTMP、HTTP-FLV、WebRTC 等協議的成熟,則為不同場景提供了“低延遲”“大規模分發”“Web 適配”“實時互動”等多樣化的傳輸路徑。與此同時,隨著 8K/VR、國產化操作系統、AI 多模態感知 的興起,音視頻的角色正在從“內容承載”轉變為“信息基礎設施”。

然而,真正的挑戰從來不是“有沒有技術”,而是如何在工程落地中,把分散復雜的技術堆棧轉化為可控、可擴展、低延遲的系統能力。這需要在編碼、傳輸、解碼、渲染等多個環節之間,找到平衡與優化路徑。

大牛直播SDK正是在這一趨勢下成長起來。它通過 模塊化架構,將 采集 → 編碼 → 傳輸 → 播放 → 轉發 → 處理 的全鏈路能力沉淀為標準化、可組合的開發工具,幫助開發者快速搭建業務鏈路,并在實際場景中實現“低延遲、跨平臺、可控、可演進”的目標。這使得它不僅是一套 SDK,更是一種將復雜音視頻系統“工程化”的解決方案。

可以說,AI 驅動的多模態感知、國產化環境的落地,以及超高清視頻的普及,正把音視頻推向一個新的轉折點——從“技術工具”升級為“產業基礎設施”,這也是大牛直播SDK未來持續演進的方向。

一、音視頻技術發展脈絡

1. 編解碼標準的持續迭代

音視頻的普及與體驗提升,首先得益于視頻編碼標準的演進

  • H.264/AVC(2003):奠定現代流媒體基石,編碼效率和硬件普及度極高,是目前仍占主流的“通用標準”。

  • H.265/HEVC(2013):相比 H.264 節省 40–50% 帶寬,成為 4K/8K 高清視頻的關鍵推動力,但授權復雜度制約了普及速度。

  • H.266/VVC(2020):在 H.265 基礎上再提升 40% 壓縮效率,特別適合 8K、VR/全景視頻,但解碼復雜度高,目前生態尚在建設中。

  • AV1(2018):由 AOM 聯盟主導,免版權費,壓縮率接近 H.266,Web 與 OTT 平臺已廣泛應用,是開放生態的重要力量。

👉 編解碼的演進,本質上是 帶寬與畫質的平衡優化。對實時直播而言,除了壓縮效率,硬件解碼覆蓋率、實時性和延遲控制才是落地的決定性因素。

2. 協議體系的多樣化

在傳輸層面,不同協議承擔著不同的角色:

  • RTSP:適合內網與專網,毫秒級延遲,是安防、工業、醫療等場景的首選。

  • RTMP:延遲在 100–200ms,穩定且易于接入 CDN,適合大規模分發與教育直播。

  • HTTP-FLV / HLS:Web 友好,易于瀏覽器播放,常用于視頻分發和大規模觀看,但延遲相對較高。

  • WebRTC:交互性最強,可實現 <500ms 的超低延遲,適合遠程協作、在線教育、互動直播,但部署門檻和運維成本較高。

👉 沒有單一協議能覆蓋所有需求,真正的工程問題是如何在 實時性、規模化、兼容性 三者之間找到最佳平衡。

3. 行業需求的倒逼

產業的發展不斷倒逼音視頻技術演進:

  • 安防行業 要求“毫秒級告警 + 多路拼接”;

  • 遠程醫療 要求“高清 + 低延遲 + 音視頻同步”;

  • 無人機/工業巡檢 要求“弱網適配 + 穩定實時”;

  • 教育互動 要求“跨平臺 + 大規模分發 + 實時連麥”。

這些不同的需求,正是推動音視頻從單一協議、單一標準走向模塊化組合與場景化定制的核心動力。

二、大牛直播SDK的技術演進

大牛直播SDK并不是一蹴而就的,它的成長過程,實際上映射了整個音視頻行業的需求變化與技術趨勢。

1. 從單點能力到全鏈路支持

最初,SDK聚焦在 RTMP 推流,解決了開發者“推得出去”的核心訴求。隨著安防與教育等場景對低延遲播放的需求提升,逐步擴展出 RTSP 播放RTSP 推流,覆蓋了“采集—推流—播放”的閉環能力。再往后,加入 輕量級 RTSP 服務多路轉發,開發者無需額外部署流媒體服務器,即可在端側完成鏈路搭建。

👉 這意味著 SDK 從“點功能”演化為“全鏈路支持”,能覆蓋從數據源到終端的完整流程。

2. 從延遲優化到弱網適配

隨著場景拓展,延遲成為“能否落地”的關鍵指標。SDK 內核不斷迭代:

  • 毫秒級低延遲:RTSP 播放器實現 <200ms 的端到端延遲。

  • 弱網優化:支持抖動緩沖、丟包重傳、動態碼率自適應。

  • 硬件加速:充分利用 GPU/SoC 硬件編解碼能力,降低功耗與延遲。

這些優化,讓 SDK 能穩定適配無人機、工業巡檢、遠程醫療等弱網復雜環境,真正滿足產業級應用。

3. 從播放器到模塊化生態

大牛直播SDK逐漸形成了一個模塊化生態,而不是單一播放器或推流器。開發者可以像拼積木一樣選擇:

  • 推流模塊:RTMP / RTSP 推流,支持多源采集、硬件編碼。

  • 播放模塊:RTSP / RTMP 播放,支持毫秒級低延遲、多實例播放。

  • 輕量級 RTSP 服務模塊:端側直接建 RTSP 服務,內網即可分發。

  • 轉發模塊:RTSP/RTMP 輸入,多路轉發為 RTMP/CDN 輸出。

  • 錄制模塊:多模式 MP4 文件生成,支持暫停/恢復與切片。

  • 互動模塊:一對一連麥,AEC 回聲消除、降噪、增益控制。

  • 音視頻處理模塊:水印疊加、多路合成、音頻混音、SEI 數據注入。

👉 通過模塊化設計,SDK 不僅滿足通用需求,還能根據行業特點進行場景化拼裝,降低了開發與運維成本。

4. 從跨平臺到 AI 就緒

隨著 Unity3D、國產化操作系統、AI 多模態感知 的需求興起,SDK 開始在 跨平臺與可擴展性 上持續演進:

  • 平臺支持:Windows、Linux、Android、iOS、Unity3D,統一接口。

  • 國產化適配:兼容國產操作系統與芯片,滿足政企落地需求。

  • AI 就緒:開放解碼后幀回調與 SEI 通道,為 AI 檢測、分析、理解提供原始視頻輸入。

這意味著 SDK 的定位,已從“播放器/推流器”升級為面向未來的實時音視頻基礎設施


📌 小結
大牛直播SDK 的演進路徑清晰反映了行業趨勢:

  • 從單點 → 全鏈路

  • 從低延遲優化 → 弱網適配

  • 從功能集合 → 模塊化生態

  • 從跨平臺支持 → AI 就緒

它的核心價值,不在于“提供功能”,而在于“把復雜系統抽象成可組合的模塊”,讓開發者能快速搭建出適配自己業務的直播鏈路。

三、模塊化架構解析

大牛直播SDK的核心競爭力,不僅在于它覆蓋了推流、播放、轉發、錄制等功能,更在于它采用了模塊化架構,將復雜的音視頻鏈路抽象為可自由組合的組件。開發者可以像搭建積木一樣,根據業務需求快速拼裝所需的功能。

1. 架構分層

可以將大牛直播SDK的架構理解為五個層次:

[Capture Layer]   → 攝像頭 / 麥克風 / 屏幕 / 文件輸入↓
[Codec Layer]     → H.264 / H.265 / H.266 / AAC / Opus↓
[Transmission Layer] → RTSP / RTMP / HTTP-FLV / WebRTC (擴展)↓
[SDK Module Layer]├─ Push Module├─ Play Module├─ Lightweight RTSP Service├─ Forwarding / Protocol Adapter├─ Recording├─ Audio/Video Processing└─ Interactive Module↓
[Application Layer] → 安防 / 醫療 / 工業巡檢 / 無人機 / 教育互動

2. 模塊設計思路

  • Push Module(推流模塊)
    負責將采集數據壓縮編碼并推送到服務器/CDN,支持多源采集、硬件加速和弱網自適應。

  • Play Module(播放模塊)
    提供超低延遲播放能力,支持 RTSP/RTMP 協議,具備多實例、弱網優化、軟硬解混合解碼能力。

  • Lightweight RTSP Service(輕量級 RTSP 服務模塊)
    無需部署獨立流媒體服務器,在終端即可直接開啟 RTSP 服務,降低系統部署復雜度。

  • Forwarding / Protocol Adapter(轉發與協議適配模塊)
    支持 RTSP/RTMP 輸入并轉發為 RTMP/CDN,解決跨協議分發問題,提升架構靈活性。

  • Recording(錄制模塊)
    支持推流錄制、播放錄制、服務端錄制,生成標準 MP4 文件,適合安防留存、醫療教學。

  • Audio/Video Processing(音視頻處理模塊)
    提供混音、降噪、回聲消除、水印疊加、多路視頻合成,以及 SEI 擴展數據嵌入。

  • Interactive Module(互動模塊)
    面向實時互動場景,支持連麥、雙流錄制、AEC 回聲消除和一對一互動鏈路。

3. 架構優勢

  1. 高內聚,低耦合
    每個模塊均可單獨使用,也能靈活組合,保證了開發與擴展的靈活性。

  2. 跨平臺統一
    SDK 提供統一接口,覆蓋 Windows / Linux / Android / iOS / Unity3D,減少重復開發成本。

  3. 場景可定制
    不同行業只需選擇對應模塊組合即可,例如:

    • 安防:RTSP 播放 + 多路轉發 + 錄像

    • 醫療:RTSP 播放 + 音視頻處理(同步保障) + 錄像

    • 無人機:輕量級 RTSP 服務 + 播放模塊 + 弱網優化

    • 教育:RTMP 推流 + RTMP 播放 + 互動模塊

  4. 未來可演進
    架構預留了對 H.266、AV1、WebRTC、SRT 等新一代技術的擴展空間,保證長期可持續。


📌 小結
大牛直播SDK的模塊化架構,本質上是把復雜的音視頻系統“組件化”。它不僅讓開發者快速上手,還能隨著業務需求的變化靈活演進,避免了傳統架構中“耦合過高、升級困難”的問題。

四、典型應用場景

模塊化的真正價值,在于它可以根據不同業務需求快速組合,形成端到端的可用方案。大牛直播SDK的多個模塊,已經在安防、醫療、工業巡檢、教育互動等領域得到驗證。

安卓輕量級RTSP服務采集攝像頭,PC端到安卓拉取RTSP流

1. 安防監控

  • 需求:多路攝像頭接入、毫秒級實時預覽、錄像留存與遠程分發。

  • 挑戰:RTSP 攝像頭數據雖低延遲,但公網分發必須轉為 RTMP/CDN,且需要多路并發。

  • 解決方案

    • 前端:采用 RTSP 播放模塊 實現毫秒級本地預覽。

    • 轉發:通過 RTSP → RTMP 轉發模塊 將流接入公網/CDN。

    • 存儲:使用 錄制模塊 生成本地/云端 MP4 文件,支持事后取證與回溯。

2. 遠程醫療

  • 需求:手術畫面必須高清、低延遲,音視頻完全同步,且過程可錄制。

  • 挑戰:弱網環境下的卡頓、音視頻不同步直接影響手術安全。

  • 解決方案

    • 播放:使用 RTSP 播放模塊,結合硬件解碼,保證端到端延遲 <200ms。

    • 音頻:啟用 音頻處理模塊(AEC、降噪、自動增益),保障語音溝通穩定清晰。

    • 錄像:通過 錄制模塊 留存視頻,用于術后教學與病例回溯。

3. 工業巡檢 / 無人機回傳

  • 需求:在復雜弱網環境下,實時傳回巡檢畫面,支持傳感器數據疊加。

  • 挑戰:高丟包率與網絡抖動,導致實時性下降和畫面丟失。

  • 解決方案

    • 端側:集成 輕量級 RTSP 服務模塊,直接在無人機或終端開啟 RTSP 服務,無需額外服務器。

    • 播放:使用 RTSP 播放模塊,具備弱網優化、碼率自適應功能。

    • 數據融合:利用 SEI 數據通道 在視頻流中嵌入傳感器數據(溫度、GPS、壓力)。

4. 教育互動

  • 需求:大規模課堂需要穩定分發,小班課則注重實時互動與連麥。

  • 挑戰:既要兼顧低延遲互動,又要滿足萬人級分發。

  • 解決方案

    • 小班互動:采用 互動模塊 + RTSP,實現 <250ms 的實時連麥和師生互動。

    • 大班分發:使用 RTMP 推流模塊 將課堂內容接入 CDN,結合 RTMP 播放模塊 支持大規模終端。

    • 輔助:利用 錄制模塊 保存教學內容,供課后復習。


📌 小結

  • 在安防中,SDK 的組合點是 低延遲 + 轉發 + 錄像

  • 在醫療中,核心是 高清 + 音視頻同步 + 留存

  • 在工業無人機中,突出 弱網適配 + 數據融合

  • 在教育中,則強調 互動 + 分發

👉 這些不同需求,背后都是同一套 模塊化架構 的靈活拼裝。

五、架構示意圖

在實際系統中,音視頻鏈路往往包含多個環節:采集 → 編碼 → 傳輸 → 播放/處理 → 應用。大牛直播SDK的模塊化設計,使得開發者能在這一鏈路中按需插入不同模塊,形成完整的解決方案。

下面是一個簡化的端到端架構示意:

[Capture Layer]  ├─ Camera / Screen / Mic / File  ↓  
[Codec Layer]  ├─ H.264 / H.265 / H.266 / AV1  ├─ AAC / Opus  ↓  
[Transmission Layer]  ├─ RTSP (Low Latency)  ├─ RTMP (Stable + CDN)  ├─ HTTP-FLV↓  
[Daniu Live SDK Module Layer]  ├─ Push Module  ├─ Play Module  ├─ Lightweight RTSP Service  ├─ Forwarding / Protocol Adapter  ├─ Recording  ├─ Audio/Video Processing  └─ Interactive Module  ↓  
[Application Layer]  ├─ Security Surveillance  ├─ Telemedicine  ├─ Industrial Drone / Inspection  ├─ Education & Interactive Training

架構解讀

  1. 采集層:攝像頭、麥克風、屏幕、文件流,是所有直播的源頭。

  2. 編碼層:利用 H.264/H.265 等標準壓縮音視頻,未來可平滑升級到 H.266/AV1。

  3. 傳輸層:不同協議適配不同場景,RTSP 主打實時性,RTMP 保證大規模分發,WebRTC 用于互動協作。

  4. SDK 模塊層:大牛直播SDK的精華所在,把復雜能力抽象為模塊化組件。

  5. 應用層:安防、醫療、工業、教育等行業通過模塊拼裝,快速構建出滿足需求的解決方案。

工程價值

  • 一圖多用:無論是單路攝像頭預覽,還是大規模課堂互動,都能在同一架構下,通過模塊組合完成。

  • 靈活擴展:未來如果要加入 SRT、WHIP/WHEP、AI 分析,只需在傳輸層和處理層增加模塊即可。

  • 工程閉環:SDK 既能覆蓋局域網的毫秒級需求,也能支持公網大規模分發,形成完整的技術閉環。

六、結語

音視頻技術的發展,從來不是孤立的學術突破,而是被 產業需求與應用場景 不斷倒逼出來的系統性演進。從 H.264 到 H.265/H.266 與 AV1,我們看到了壓縮效率與畫質的持續提升;從 RTSP、RTMP 到 WebRTC、HTTP-FLV,我們見證了實時性、規模化與交互性的平衡取舍。

然而,對開發者與企業來說,真正的痛點不在于“有沒有新技術”,而在于如何在有限的時間和成本下,把復雜的技術堆棧工程化、可控化,并快速落地到具體業務

大牛直播SDK的價值,正是在于它將整個 采集—編碼—傳輸—播放—轉發—處理 鏈路,沉淀為一套 模塊化、可自由組合的開發工具箱

  • 安防 中,它能支撐毫秒級實時預覽、多路轉發與安全錄像;

  • 遠程醫療 中,它能保證高清、低延遲、音視頻同步,提升遠程手術可行性;

  • 工業巡檢/無人機 中,它能在弱網環境下穩定傳輸,并嵌入多模態傳感器數據;

  • 教育互動 中,它既能滿足小班實時連麥,也能支持大規模課堂分發。

更重要的是,SDK 的架構具備可演進性

  • 在編碼上,能逐步擁抱 H.266 與 AV1

  • 在協議上,能擴展至 SRT、WebRTC/WHIP/WHEP

  • 在系統環境上,支持 Windows / Linux / Android / iOS / Unity3D / 國產化操作系統

  • 在應用層面,天然具備 AI 就緒能力,可以為目標檢測、行為識別、情緒計算等提供實時數據輸入。

👉 可以說,大牛直播SDK 已經從“解決播放/推流問題的工具”,成長為“產業級實時視頻基礎設施”的基石。

未來,隨著 8K/VR/全景視頻 的普及,AI 與多模態感知 的融合,國產化操作系統與算力平臺 的落地,音視頻直播將迎來新的拐點。而大牛直播SDK 也將繼續迭代,在 低延遲、跨平臺、工程化可控、AI 就緒 四個維度持續深耕,為開發者和企業提供更堅實、更可持續的底層能力。


📌 一句話總結
音視頻從未只是“能播出來”,而是要播得更快、更穩、更智能。大牛直播SDK的演進,正是產業需求驅動下的一次次迭代,它正在成為下一代實時交互時代不可或缺的技術基座。

📎 CSDN官方博客:音視頻牛哥-CSDN博客

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/pingmian/93989.shtml
繁體地址,請注明出處:http://hk.pswp.cn/pingmian/93989.shtml
英文地址,請注明出處:http://en.pswp.cn/pingmian/93989.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

Kubernetes 調度器 詳解

1. 調度器在 K8s 中的位置與核心流程API Server ←→ etcd ←→ kube-scheduler ←→ kubelet創建&#xff1a;用戶提交 Pod 描述&#xff08;YAML/Helm/Operator&#xff09;。監聽&#xff1a;調度器通過 Watch 機制捕獲到 spec.nodeName"" 的 Pod。過濾&#xff1…

51.Seata-TCC模式

前面兩種XA模式和TA模式,都是用了加鎖。 TCC模式則不會加鎖,性能更好。 TCC模式跟AT模式非常相似, 1.AT模式下,第一階段直接提交事務。 2.TCC模式下,第一階段不是提交事務,而是資源的預留凍結。 不同的是二階段TCC通過人工編碼來實現數據恢復。 需要實現三個方法 …

什么是數據分類分級?數據分類分級技術實現路徑及產品推薦

什么是數據分類分級&#xff1f; 數據分類分級是指按照一定的原則、方法和標準&#xff0c;對數據進行系統化的類別劃分和級別確定。具體而言&#xff0c;數據分類是依據數據的屬性、特征、來源、用途等維度&#xff0c;將數據劃分為不同的類別&#xff0c;如按照業務領域可分為…

深度學習——神經網絡

在當今人工智能蓬勃發展的時代&#xff0c;深度學習和神經網絡已經成為最受關注的技術領域之一。從智能手機的人臉識別到自動駕駛汽車的環境感知&#xff0c;從醫療影像分析到金融風險預測&#xff0c;這些技術正在深刻改變我們的生活和工作方式。本文將帶您了解深度學習和神經…

uniapp image標簽展示視頻第一幀

?vframe/jpg/offset/1/ 加到視頻后面獲取第一幀圖片 ?vframe/jpg/offset/1/w/400/h/300 設置寬高 ?imageView2/0/w/2000/interlace/1 設置圖片分辨率 2000 // 后面的 /1/ 是第幾幀 <image class"thumb" :src"videoUrl?vframe/jpg/offset/1/" mode…

前端本地模糊搜索1.0 按照匹配位置加權

需求背景 公司項目為Saas ERP系統&#xff0c;客戶需要快速開單需要避免接口帶來的延遲問題。所以需要將商品數據保存在本地。所以本地搜索 權重 這一套組合拳需要前端自己實現。 搜索示例 示例1&#xff1a;輸入&#xff1a;"男士真皮錢包"進行模糊匹配優先匹配完全…

Linux學習-網絡編程2

1.tcp可能出現粘包解決&#xff1a;要讓消息之間有邊界1.結束標志 \r\n2.固定長度3.協議結構體2.recv和sendrecv原型&#xff1a;ssize_t recv(int sockfd, void *buf, size_t len, int flags); 功能&#xff1a;從sockfd接收信息 參數&#xff1a;sockfd&#xff1a;要…

【普通地質學】構造運動與地質構造

名詞解釋走向&#xff1a;傾斜的層面與水平面的交線走向線&#xff0c;走向線兩端延伸的方向即為走向&#xff1b;構造運動&#xff1a;由于地球內部動力引起的組成巖石圈物質的機械運動&#xff0c;也可稱地殼運動或巖石圈運動&#xff1b;按方向分為垂直運動和水平運動&#…

基于Python的旅游推薦系統 Python+Django+Vue.js

本文項目編號 25009 &#xff0c;文末自助獲取源碼 \color{red}{25009&#xff0c;文末自助獲取源碼} 25009&#xff0c;文末自助獲取源碼 目錄 一、系統介紹1.1 用戶功能描述1.2 管理員功能描述 二、系統錄屏三、啟動教程四、功能截圖五、文案資料5.1 選題背景5.2 國內外研究…

基于51單片機的智能加濕器設計 溫濕度水位防干燒手動自動聲光報警

1 系統功能介紹 本設計實現了一種 基于 51 單片機的智能加濕器控制系統。隨著現代生活水平的提高&#xff0c;人們對居住和辦公環境的舒適度要求越來越高&#xff0c;空氣濕度和溫度的調節逐漸成為家庭和辦公自動化的重要組成部分。傳統加濕器僅能實現簡單的加濕功能&#xff0…

開發避坑指南(31):Oracle 11g LISTAGG函數使用陷阱,缺失WITHIN子句解決方案

錯誤信息 Error querying database. Cause: java.sql.SQLSyntaxErrorException: ORA-02000: 缺失 WITHIN 關鍵字查詢語句 使用LISTAGG函數將多行數據合并為單行字符串&#xff0c;如下&#xff1a; selectt.order_no as orderNo,t.account_no,(select listagg(a.bank_name,,) …

【虛擬化】磁盤置備方式的性能損耗對比

【虛擬化】磁盤置備方式的性能損耗對比摘要1、定義1.1厚置備&#xff08;Thick Provisioning&#xff09;1.2厚置備延遲置零&#xff08;Thick Provisioned Lazy Zeroed&#xff09;1.3厚置備置零&#xff08;Thick Provisioned Eager Zeroed&#xff09;2、對比摘要 探索三種…

計算機網絡:TCP、UDP

一、TCP粘包問題&#xff08;一&#xff09;什么是粘包&#xff1f;TCP粘包是指發送方發送的多個數據包在接收方接收時被合并成一個大的數據包的現象。這種現象是由于TCP協議本身的特性導致的&#xff0c;TCP是面向流的協議&#xff0c;數據在傳輸過程中沒有明確的邊界。&#…

使用 Google 開源 AI 工具 LangExtract 進行結構化信息抽取

導讀&#xff1a;本文介紹科技大廠 Google 2025年 7 月最新開源的 Python 庫&#xff1a;LangExtract&#xff0c;用于從非結構文本提取結構化數據&#xff0c;以及非官方的 Javascript、Rust 語言實現版本。 文章目錄一、關于 LangExtract1.1 需求痛點1.2 LangExtract1.3 參考…

把 AI 變成「會說話的盲道」——基于骨傳導的地磚級語音導盲磚

標簽&#xff1a;城市無障礙、骨傳導、TinyML、語音導航、太陽能、離線推理、ESP32-C3、邊緣 AI ---- 1. 背景&#xff1a;為什么盲道要開口說話&#xff1f; 全國 1700 萬視障者&#xff0c;城市道路卻常出現&#xff1a; ? 盲道被違停車、廣告牌截斷&#xff1b; ? 傳統導…

解析三品汽車零部件PLM系統解決方案:如何助力行業解決研發管理難題

2024年&#xff0c;全球汽車零部件市場規模超1.5萬億美元&#xff0c;中國市場規模達4.6萬億元人民幣。產業繁榮高度依賴汽車產業的發展&#xff0c;2024年中國汽車產銷量均突破3100萬輛&#xff0c;新能源汽車銷量約1286萬輛&#xff0c;2019-2024年復合增長率達76.59%。當前行…

【RA-Eco-RA4E2-64PIN-V1.0 開發板】步進電機驅動

【RA-Eco-RA4E2-64PIN-V1.0 開發板】步進電機驅動 本文介紹了 RA-Eco-RA4E2-64PIN-V1.0 開發板驅動 28BYJ-48 步進電機的設計。 項目介紹 硬件連接&#xff1a;28BYJ-48 步進電機、ULN2003 驅動板、Jlink 調試器等&#xff1b;工程創建&#xff1a;GPIO 和 UART 的配置&#xf…

機器人爆發、汽車換代,速騰聚創開始講新故事

文&#xff5c;劉俊宏編&#xff5c;王一粟2025年智能汽車出貨量激增&#xff0c;堪稱“智駕安全帶”的激光雷達&#xff0c;迎來了自己的iPhone時刻。8月21日&#xff0c;速騰聚創發布了2025年第二季度及中期業績報告&#xff0c;激光雷達的中場戰事得以一并揭開。速騰聚創二季…

在Excel和WPS表格中如何隱藏單元格的公式

Excel和WPS表格中有數據、公式、圖表等以后&#xff0c;要發給他人查閱&#xff0c;如果不希望表格中的公式被查閱和修改&#xff0c;我們可以通過兩個步驟把公式隱藏起來。先設置有公式的單元格格式為隱藏&#xff0c;然后保護工作表即可。第一步&#xff1a;設置單元格格式為…

Eino 開源框架全景解析 - 以“大模型應用的搭積木指南”方式理解(一)

Eino 開源框架全景解析 - 大模型應用的搭積木指南 &#x1f3af; 什么是 Eino&#xff1f;一句話概括 Eino 是字節跳動開源的大語言模型應用開發框架&#xff0c;就像是一個專門為 AI 應用設計的"搭積木工具箱"&#xff0c;讓開發者能夠像搭樂高一樣輕松構建復雜的 A…