H.266 vs H.265/AV1/H.264:從工程落地看下一代視頻系統的技術演進

一、背景:編解碼標準演進背后的技術驅動

視頻編碼標準的更迭,從未只是一次簡單的技術升級,而是對碼率壓縮效率、編碼復雜度與畫質質量三者之間平衡點的持續探索。在 H.264 成為全平臺事實標準的十余年里,它成功支撐了 SD 至 1080P 的視頻消費浪潮;而隨著 4K/8K 超高清視頻、VR/AR 沉浸式應用和實時互動直播的迅速崛起,H.264 在壓縮效率和帶寬控制上的瓶頸已愈發明顯

為應對更高分辨率、更高幀率、更低延遲的多重挑戰,H.265(HEVC)于 UHD 時代成為主流繼任者,帶來了 40-50% 的壓縮效率提升。然而,隨著邊緣計算、AI 視頻分析、廣域實時協作等新興場景的不斷涌現,行業亟需一套更極致壓縮、更適應異構計算平臺、同時具備低延遲特性的下一代編解碼標準

在這一背景下,兩股新勢力脫穎而出:

  • H.266(VVC, Versatile Video Coding):由 MPEG 與 ITU 聯合推動,延續 H.26x 標準系譜,主打廣泛適用性與高壓縮比;

  • AV1:由 AOM 聯盟主導,強調開源、免授權費、互聯網友好性,面向在線內容分發生態。

作為多年專注于RTSP/RTMP 實時流媒體鏈路、低延遲直播系統的技術實踐者,我們嘗試從編解碼效率、實時傳輸適配性、硬件生態、系統落地等多個維度,全面梳理 H.266、H.265、AV1 及 H.264 之間的關鍵技術演進及其產業應用趨勢,為開發者和系統集成者提供具有參考價值的深度視角。


二、標準對比:H.264、H.265、AV1 與 H.266 的核心技術差異

新一代視頻編碼標準的核心目標,始終是在更小的碼率下提供更高質量的視頻,并能適應現代計算環境(多核 CPU、GPU、ASIC、云邊協同)和多樣化的應用場景(點播、直播、AI 處理、低延遲互動)。
下面我們以工程落地角度,剖析主流編解碼標準的關鍵指標:

📊 編碼標準核心指標對比表
編碼標準相對壓縮效率編碼復雜度解碼復雜度硬件支持現狀延遲控制能力開源生態典型應用場景
H.264 (AVC)基準★☆☆☆★☆☆☆?(全面)?(成熟)? OpenH.264 等直播、視頻會議、監控
H.265 (HEVC)↗ +40-50%★★★☆★★☆☆?(廣泛)?(優化可<200ms)?? 商業授權限制UHD直播、點播、編解碼網關
AV1↗ +25-35%(相對H.265)★★★★★★★☆?? 部分支持(移動端不足)?(軟件解碼延遲高)? libaom、SVT-AV1OTT點播、瀏覽器視頻播放
H.266 (VVC)↗ +50%(相對H.265)★★★★★★★★★🚧 初期(芯片支持剛起步)潛力大,需硬件配合部分實現如 VVenC超高清視頻、AI 歸檔、未來低延遲場景
🔍 核心技術演進焦點:
  • 壓縮效率提升路徑

    • H.265 → H.266 主要通過更細致的CTU塊劃分結構幀間預測模式變換策略優化等方式實現壓縮率提升。

    • AV1 則通過多級變換、層級預測、幀內濾波等手段,減少空間冗余。

  • 復雜度與實時性的矛盾加劇

    • H.264 之所以能統治直播與監控市場,是因為其計算輕量、軟硬件廣泛適配。

    • H.266 雖然壓縮能力極強,但其 編碼復雜度為 H.264 的 10 倍以上,實時編碼在移動設備上仍具挑戰。

  • 生態成熟度決定落地速度

    • H.265 已被多家 SoC 廠商原生集成,直播和監控系統高度依賴。

    • H.266 當前仍主要停留在研究/試商用階段,AV1 雖在瀏覽器端普及,但直播尚未形成閉環。


三、H.266 的技術亮點:為未來視聽系統而生的“全能型”編碼標準

H.266 / VVC(Versatile Video Coding) 是繼 H.265(HEVC)之后,由 ITU-T 和 MPEG 聯合推出的下一代國際視頻編碼標準,其命名中的 “Versatile” 即強調其廣泛適配性和多場景融合能力。相較于前代標準,H.266 在壓縮率、編碼結構、適配能力等方面進行了深度革新,目標是成為 4K/8K 超高清視頻、AR/VR、AI 視頻分析等場景下的“通用編碼平臺”。

以下是 H.266 的關鍵技術亮點解讀:


? 1. 壓縮效率再進化:碼率節省高達 50%
  • 相比 H.265,H.266 可在相同畫質下將碼率再降低 40-50%

  • 對于 4K、8K、360°視頻、HDR 內容尤為顯著;

  • 這意味著同樣網絡條件下,可承載更高分辨率或更多并發流。

📌 應用價值舉例:在 RTSP 監控場景中,使用 H.266 可將單路 4K 碼率從 12Mbps 降至 6Mbps 以下,極大節省邊緣-云傳輸帶寬。


? 2. 靈活的分塊結構(QTMT + Binary Tree)
  • 引入 多層四叉樹(QT)+ 多種多級樹(MT) 分區方式;

  • 相比 H.265 更細粒度、更靈活,有助于精準適配運動區域、邊緣變化;

  • 在復雜場景中實現更高編碼效率。

📌 對直播和監控而言,可更有效處理畫面靜動態差異大的環境(如夜視、雨雪等復雜畫面)。


? 3. 多參考幀預測與改進運動估計
  • 增強幀間參考策略,支持更豐富的幀組結構(GOP);

  • 提高了復雜運動場景的預測準確性;

  • 同時兼顧編碼效率與時域一致性。

📌 對于 AI 視頻分析而言,這使得模型在接入前端壓縮流時,仍能提取到完整的時間連續信息。


? 4. 高精度變換與環路濾波優化
  • 支持多種 4x4 到 64x64 的可變塊變換(DCT-II、DST-VII 等);

  • 新一代的 SAO(Sample Adaptive Offset)、ALF(Adaptive Loop Filter)技術進一步提升主觀畫質;

  • 特別適用于高對比度、高動態范圍視頻。


? 5. 面向并行與低延遲優化的架構設計
  • 雖然 H.266 復雜度高,但標準設計時已考慮并行處理能力:

    • 支持 tile、slice 并行編碼;

    • 解碼器可以提前解碼非依賴塊,適配多核/多線程場景;

  • 這為未來GPU、FPGA、ASIC 等硬件平臺上的實時實現打下基礎

📌 在未來的低延遲直播系統中,一旦硬件加速成熟,H.266 有潛力取代 H.265 成為主力編解碼標準。


? 6. 場景適配性強:一套編碼適配多種應用

H.266 的 “Versatile” 不只是命名,而是真正的設計理念。它不僅適用于傳統的壓縮與播放場景,還支持:

場景類型支持情況
直播 / 低延遲編碼?(架構支持并行與 GOP 優化)
點播 / 高質量存儲?(壓縮率極高)
360° / VR 視頻?(適配 Tile-Based 編碼)
AI 視頻分析輸入流?(結構保持、精度高)

小結

H.266 并非一次簡單升級,而是為全面支持未來超高清視頻時代而設計的“全能型”編碼標準。它在壓縮率、結構靈活性、畫質保持和平臺適配性等方面實現了跨代飛躍。但與此同時,高復雜度也帶來了實現門檻,其廣泛應用仍依賴于編碼芯片、解碼硬件和實時轉碼技術的發展。


四、從直播 / 監控 / AI 角度看 H.266 的工程挑戰與機會

盡管 H.266/VVC 在標準層面展現出令人驚艷的壓縮效率和通用性,但對于工程實踐者而言,編解碼標準的“好”不僅是算法層面的好,更重要的是:能否被用起來,跑得動,調得穩。特別是在低延遲直播、邊緣智能監控、AI 視覺識別等典型場景中,H.266 的應用面臨現實的落地門檻與可預期的應用窗口。


1?? 實時直播:復雜度 vs 延遲的極限拉鋸

挑戰:

  • H.266 編碼復雜度極高(是 H.265 的 10 倍以上),在 CPU 上實時編碼幾乎不可行;

  • 當前大多數編碼器尚停留在“離線編碼/存儲轉碼”階段,缺乏高效實時實現;

  • 推拉流直播系統(如 RTMP / SRT / RTSP)對延遲極度敏感,編碼端延遲常成為系統瓶頸。

機會:

  • 隨著 ASIC、FPGA、GPU 專用編碼器(如 Intel Xeon GPU、國產寒武紀等)支持 VVC 編碼,H.266 在低延遲實時推流中有望落地;

  • 對于“偽直播”或“近實時直播”業務,如遠程教學、虛擬演播室、政企內網大屏,H.266 可在控制延遲在 500ms 內的前提下,實現高畫質、低帶寬傳輸。

📌 工程建議:
當前階段直播系統仍以 H.264/H.265 為主,H.266 更適合“準實時 + 高畫質”類場景作為轉碼輸出方案。


2?? 智能監控:邊緣算力與傳輸成本的雙重考驗

挑戰:

  • 安防攝像頭/邊緣終端處理器(如海思、安霸等)需支持 H.266 編碼,仍待芯片更新;

  • 視頻監控場景要求全天 24h 編碼,多路并發,對功耗與實時性極為敏感;

  • 云邊傳輸鏈路資源有限,視頻壓縮質量直接影響 AI 檢測性能。

機會:

  • H.266 可將高分辨率監控碼率壓縮至 H.264 的 25% 左右,顯著降低云邊鏈路帶寬;

  • 編碼結構保留時域與空間語義特征,有助于無損對接 AI 檢測算法(如行為識別、徘徊分析);

  • 結合智能網關、輕量 RTSP 服務,可在邊緣完成 VVC 解碼與轉發,為后端系統提供兼容輸出 + 高壓縮傳輸的橋梁能力。

📌 工程建議:
當前可采用 H.265 編碼 → 云端離線轉碼為 H.266 存檔的方式;待芯片側支持 H.266 后,再實現原生邊緣編碼與分發。


3?? AI 視頻分析:視頻不是看,而是“被算法看”

挑戰:

  • AI 分析系統依賴視頻幀間連續性和結構保真,傳統編碼中丟幀/壓縮偽影會顯著影響算法識別精度;

  • 需要在保證結構完整性的前提下,控制幀率與碼率,平衡模型輸入與傳輸資源;

  • 若分析模塊部署在邊緣或嵌入式設備上,解碼計算壓力需顯著優化。

機會:

  • H.266 在設計上就兼顧了AI 友好性,其壓縮方式盡可能保留運動矢量與結構邊緣,適合直接供 AI 引擎讀取;

  • 部分廠商(如 Fraunhofer、騰訊 ARC Lab)已嘗試將 VVC 解碼后數據流對接 OpenVINO、TensorRT 等推理框架,打通“解碼-預處理-分析”鏈路;

  • 對于云端 AI 訓練與歸檔,H.266 可用作長周期視頻數據的高密度存儲格式。

📌 工程建議:
AI 系統可逐步從傳統 YUV 解碼輸入轉向“VVC 解碼直連 Tensor 數據流”,節省解碼中間環節,并提高處理吞吐。


小結:現實與未來之間,落地節奏需“以終為始”

維度當前挑戰中期機會
實時直播編碼復雜度過高,硬件支持不足新一代 GPU/ASIC 推出后低延遲可期
視頻監控芯片尚未支持,功耗敏感,多路并發受限節省帶寬,提升存儲效率,AI適配度高
AI 分析幀間結構壓縮損失影響識別精度編碼保結構,推理友好,適合 AI 接口整合

H.266 的落地路徑并不會一蹴而就,但對于追求“極致壓縮 + 低延遲 + 智能分析融合”的下一代視頻系統而言,它無疑是值得布局的方向。


五、技術演進趨勢與應用場景預測:誰會率先用上 H.266?

雖然 H.266/VVC 標準已于 2020 年正式發布,但如同當年的 H.265 一樣,它從“標準發布”到“規模應用”仍需經歷一個典型的技術演進周期:標準 → 編碼器實現 → 硬件支持 → 生態工具鏈 → 商業應用普及。站在 2025 年這個關鍵節點,我們可以清晰看到 H.266 的未來之路正在加速成型。

大牛直播SDK的RTSP和RTMP播放器延遲展示:

Windows平臺 RTSP vs RTMP播放器延遲大比拼


1?? 技術演進節奏:從離線轉碼到實時分發的路線圖
階段當前進展典型標志
標準發布期? VVC 標準定稿,參考實現公開Fraunhofer VVenC/VVdeC 編解碼器
編碼器優化期? 軟件編碼器初步可用,轉碼場景落地騰訊、Bilibili、愛奇藝等啟動云轉碼測試
硬件適配期🔄 芯片廠商逐步推出支持 VVC 的 SoC聯發科、Intel Xeon GPU 測試樣品
生態搭建期🔄 FFmpeg、VLC 等逐步兼容 VVCFFmpeg v6.1 起支持 VVdeC 解碼
規模部署期🚧 直播、監控等高實時場景尚在觀望預計 2025-2026 年進入邊緣系統驗證階段

📌 工程視角提示:當前使用 H.266 最穩妥的路徑,是從“云端轉碼 + 離線存儲 + 高壓縮歸檔”起步,逐步向“邊緣編碼 + 實時播放”演進。


2?? 誰會最先用上 H.266?三類“先行者”場景預測
🔹 OTT 視頻平臺 / 視頻云服務商
  • 面對 PB 級視頻內容的存儲與分發壓力,任何 1% 的壓縮率提升都具有經濟價值;

  • 采用 H.266 進行轉碼歸檔,可在不影響用戶體驗前提下,節省大量存儲與帶寬;

  • 典型代表:YouTube、愛奇藝、Bilibili、Netflix 等。

? 應用場景:高碼率點播內容(4K HDR 電影、賽事回放)、轉碼歸檔、云點播。


🔹 智能交通 / 城市安防 / 工業監控系統
  • 多路攝像頭 + 長周期錄像是帶寬和存儲重災區;

  • H.266 的高壓縮比 + AI 友好結構,有助于降低整體系統成本并提升算法識別效率;

  • 隨著國產芯片支持 H.266 的可能性增加(如海思/君正/瑞芯微路線),監控邊緣端會率先迎來 VVC 實裝潮。

? 應用場景:高清視頻卡口、軌道交通監控、港口/工地多路監控歸檔。


🔹 云邊 AI 計算平臺 / 視頻智能感知設備
  • AI 系統對“視頻流量小 + 結構完整”有剛性需求;

  • H.266 具備天然優勢:壓縮率高 + 編碼結構利于后續圖像建模;

  • 對邊緣平臺(如機器人、無人機、車載終端)而言,在 SoC 支持后可直接推送 H.266 碼流上云分析。

? 應用場景:邊緣 AI 感知終端、無人機視頻回傳、遠程視頻識別系統。


3?? SDK 與集成商的部署建議:從“可選支持”向“策略適配”演進

對于音視頻 SDK、播放器框架、流媒體服務器廠商而言,H.266 的接入建議如下:

模塊當前建議后續演進方向
播放器? 加入 VVdeC 軟件解碼 fallback 支持🔄 逐步支持 GPU/硬件加速的動態切換
推流 SDK?? 暫以 H.265 為主🚀 后續可支持 H.266 profile + codec fallback
轉碼系統? 支持 H.265 → H.266 批量轉碼📦 引入場景感知編碼策略(運動/靜態/AI輸入)
輕量 RTSP 服務模塊? 保持解碼能力兼容性🧠 引入“智能分發”:客戶端能力協商選擇編碼格式

📌 開發建議:大牛直播SDK 等通用播放器框架,可考慮加入 codec capability negotiation(編解碼能力協商)機制,讓接入端根據平臺自動匹配最佳碼流(如 H.264 fallback,H.266 優先)。


小結:H.266 的大規模應用,不是“替代”,而是“重構”

H.266 不會一夜之間取代 H.264 或 H.265,它更像是在構建未來視頻架構的新地基。

  • 對于大流量點播平臺,是降本增效的新路徑;

  • 對于智能視頻系統,是AI 感知友好型編碼標準

  • 對于直播與低延遲場景,是待硬件成熟后的升級方向

從標準到產業,從算法到硬件,從播放器到傳輸鏈路——H.266 的普及,是一場逐步滲透的系統工程,而不是一場閃電戰。


六、結語:為什么我們仍需提前布局 H.266?

盡管當前的直播、監控、AI 視頻系統仍以 H.264 和 H.265 為主力,H.266 看似“尚在路上”,但從長期視角來看,它代表的并不僅僅是一次壓縮效率的躍升,而是一次全方位的視頻技術范式轉變

? 1. H.266 是下一代視頻基礎設施的壓縮引擎

未來的視頻系統將承載更多任務:

  • 從“供人觀看”擴展為“供機器分析”;

  • 從“中心處理”轉向“邊緣智能”;

  • 從“單端播放”邁向“全場景協同感知”。

在這一轉型中,傳統的 H.264/H.265 編碼結構已難以滿足:

  • AI 需要更高結構還原度的視頻流;

  • 邊緣傳輸需要更小的碼率;

  • 多終端異構播放需要更靈活的解碼能力。

H.266 正是為這些場景預設的編碼引擎——不僅壓縮得更好,還編碼得更懂“語義”和“結構”。


? 2. 從“技術儲備”到“系統演進”的戰略窗口期已開啟

產業規律告訴我們:任何一個新標準的成功,都依賴于先行者的“種子落地”。

此刻的 H.266 就像 2013 年的 H.265:

  • 編碼器剛剛可用;

  • 硬件生態正在鋪開;

  • 軟件系統處在“支持 vs 不支持”的臨界點。

對視頻技術廠商而言,不是等到客戶提出支持 H.266 才開始準備,而是從現在就應打下“能力底座”

  • 播放器具備基礎解碼適配能力;

  • 推流/轉碼系統具備 H.266 profile 預設;

  • 服務端具備 codec 協議協商與動態切流能力;

  • 開發團隊對 H.266 的結構、API 和調優機制具備基本認知。


? 3. 兼容而不綁定,演進而不激進

布局 H.266,并不意味著拋棄現有標準,而是要構建一種“向下兼容、向上演進”的技術策略。

大牛直播SDK 等多協議流媒體系統,可借助模塊化設計:

  • 播放端可自動判斷平臺能力,優先解碼 H.266,否則 fallback 到 H.265/H.264;

  • 推流與轉碼端可配置目標編碼格式,靈活應對不同平臺側寫;

  • 邊緣節點與云平臺之間支持混合編解碼部署,保障性能與兼容性并存。

📌 換句話說:H.266 不會取代一切,但會重構一切。


🔚 最后的話

從視頻技術發展的趨勢來看:

  • H.264 是通用時代的可靠基石;

  • H.265 是 UHD 時代的過渡主角;

  • AV1 是開放生態的網絡革新者;

  • H.266,是多場景智能時代的真正基礎設施。

對于每一個構建視頻系統的開發者、架構師與產品負責人而言,今天對 H.266 的理解與準備,將決定三年后系統的性能邊界與演進空間。

讓我們從今天開始,為“視頻新基礎設施”的到來,提前做好準備。

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

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

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

相關文章

Javascript面試題及詳細答案150道之(031-045)

《前后端面試題》專欄集合了前后端各個知識模塊的面試題&#xff0c;包括html&#xff0c;javascript&#xff0c;css&#xff0c;vue&#xff0c;react&#xff0c;java&#xff0c;Openlayers&#xff0c;leaflet&#xff0c;cesium&#xff0c;mapboxGL&#xff0c;threejs&…

Git如何同步本地與遠程倉庫并解決沖突

在團隊協作開發中&#xff0c;保持本地倉庫與遠程倉庫同步是至關重要的。本文將詳細介紹如何使用 Git 更新本地倉庫至最新遠程版本&#xff0c;并深入解析沖突的產生原因及解決方法。一、同步本地與遠程倉庫1. 檢查遠程倉庫配置首先&#xff0c;確保本地倉庫已正確關聯遠程倉庫…

Hadoop MapReduce 3.3.4 講解~

?博客主頁&#xff1a; https://blog.csdn.net/m0_63815035?typeblog &#x1f497;《博客內容》&#xff1a;.NET、Java.測試開發、Python、Android、Go、Node、Android前端小程序等相關領域知識 &#x1f4e2;博客專欄&#xff1a; https://blog.csdn.net/m0_63815035/cat…

1、【數學】【硬幣悖論】旋轉硬幣問題

問題描述&#xff1a; 兩個相同的硬幣&#xff0c;半徑都是 rrr。一個硬幣&#xff08;稱為“動硬幣”&#xff09;沿著另一個固定不動的硬幣&#xff08;“靜硬幣”&#xff09;的外邊緣無滑動地滾動一圈&#xff0c;回到起始位置。問&#xff1a;動硬幣自身旋轉了幾圈&#x…

【盤古100Pro+開發板實驗例程】FPGA學習 | PCIE 通信測試實驗例程

本原創文章由深圳市小眼睛科技有限公司創作&#xff0c;版權歸本公司所有&#xff0c;如需轉載&#xff0c;需授權并注明出處&#xff08;www.meyesemi.com) 1. 實驗簡介 實驗目的&#xff1a; 完成 PCIE 通信測試。 實驗環境&#xff1a; Window11 PDS2022.2-SP6.4 硬件環…

基于高階累積量的調制識別

基于高階累積量的調制識別是一種利用信號的高階統計特性來識別不同調制方式的方法。 1. 基本原理 高階累積量&#xff08;Higher-Order Cumulants&#xff09;是信號處理中的一個重要工具&#xff0c;能夠捕捉信號的非高斯特性。與高階矩相比&#xff0c;高階累積量對高斯噪聲具…

Java常用數據結構入門

Java常用數據結構入門 前言 數據結構是程序設計中的基礎&#xff0c;掌握常用數據結構能幫助你更高效地解決問題。本文面向Java初學者&#xff0c;介紹Java中常用的數據結構及其基本使用方法。 1. 數組 (Array) 數組是最基礎的數據結構&#xff0c;可以存儲固定大小的同類型…

Android GPU測試

一、Basemark GPU 可選擇進行vulkan和opengl測試&#xff1a; 二、GFXBench 進行各種offscreen測試&#xff08;包括曼哈頓離屏&#xff09; 這是由GFXBench圖形性能測試套件提供的一個著名3D圖形渲染場景。 它模擬了一個復雜的未來都市環境&#xff08;類似曼哈頓&#xff…

2025年6月最新SCI-灰熊脂肪增長優化算法Grizzly Bear Fat Increase-附Matlab免費代碼

引言 本期介紹一種受自然啟發的創新算法——灰熊脂肪增長優化算法Grizzly Bear Fat Increase optimizer&#xff0c;GBFIO。GBFIO算法模仿灰熊為準備過冬而積累身體脂肪的自然行為&#xff0c;借鑒了它們的狩獵、捕魚、吃草、蜂蜜等策略。于2025年6月發表在JCR 1區&#xff0c…

Pytorch實現一個簡單的貝葉斯卷積神經網絡模型

貝葉斯深度模型的主要特點和實現說明&#xff1a;模型結構&#xff1a;結合了常規卷積層&#xff08;用于特征提取&#xff09;和貝葉斯線性層&#xff08;用于分類&#xff09;貝葉斯層將權重視為隨機變量&#xff0c;而非傳統神經網絡中的確定值使用變分推斷來近似權重的后驗…

Dubbo 3.x源碼(32)—Dubbo Provider處理服務調用請求源碼

基于Dubbo 3.1&#xff0c;詳細介紹了Dubbo Provider處理服務調用請求源碼 上文我們學習了&#xff0c;Dubbo消息的編碼解的源碼。現在我們來學習一下Dubbo Provider處理服務調用請求源碼。 當前consumer發起了rpc請求&#xff0c;經過請求編碼之后到達provider端&#xff0c;…

每日一leetcode:移動零

目錄 解題過程: 描述: 分析條件: 解題思路: 通過這道題可以學到什么: 解題過程: 描述: 給定一個數組 nums&#xff0c;編寫一個函數將所有 0 移動到數組的末尾&#xff0c;同時保持非零元素的相對順序。 請注意 &#xff0c;必須在不復制數組的情況下原地對數組進行操…

6-Django項目實戰-[dtoken]-用戶登錄模塊

1.創建應用 python manage.py startapp dtoken 2.注冊應用 settings.py中注冊 3.匹配路由4.編寫登錄功能視圖函數 import hashlib import json import timeimport jwt from django.conf import settings from django.http import JsonResponse from user.models import UserPro…

Axure日期日歷高保真動態交互原型

在數字化產品設計中&#xff0c;日期日歷組件作為高頻交互元素&#xff0c;其功能完整性與用戶體驗直接影響著用戶對產品的信任度。本次帶來的日期日歷高保真動態交互原型&#xff0c;依照Element UI、View UI等主流前端框架為參考&#xff0c;通過動態面板、中繼器、函數、交互…

【YOLOv4】

YOLOv4 論文地址&#xff1a;&#xff1a;【https://arxiv.org/pdf/2004.10934】 YOLOv4 論文中文翻譯地址&#xff1a;【深度學習論文閱讀目標檢測篇&#xff08;七&#xff09;中文版&#xff1a;YOLOv4《Optimal Speed and Accuracy of Object Detection》-CSDN博客】 yol…

【秋招筆試】2025.08.03蝦皮秋招筆試-第一題

?? 點擊直達筆試專欄 ??《大廠筆試突圍》 ?? 春秋招筆試突圍在線OJ ?? 筆試突圍在線刷題 bishipass.com 01. 蛋糕切分的最大收益 問題描述 K小姐經營著一家甜品店,今天她有一塊長度為 n n n 厘米的長條蛋糕需要切分。根據店里的規定,她必須將蛋糕切成至少 2 2

2.0 vue工程項目的創建

前提準備.需要電腦上已經安裝了nodejs 參考 7.nodejs和npm簡單使用_npmjs官網-CSDN博客 創建vue2工程 全局安裝 Vue CLI 在終端中運行以下命令來全局安裝 Vue CLI&#xff1a; npm install -g vue/cli npm install -g 表示全局安裝。vue/cli 是 Vue CLI 的包名。 安裝完成后…

視覺圖像處理中級篇 [2]—— 外觀檢查 / 傷痕模式的原理與優化設置方法

外觀缺陷檢測是工業生產中的關鍵環節&#xff0c;而傷痕模式作為圖像處理的核心算法&#xff0c;能精準識別工件表面的劃痕、污跡等缺陷。掌握其原理和優化方法&#xff0c;對提升檢測效率至關重要。一、利用傷痕模式進行外觀檢查雖然總稱為外觀檢查&#xff0c;但根據檢查對象…

ethtool,lspci,iperf工具常用命令總結

ethtool、lspci 和 iperf 是 Linux 系統中進行網絡硬件查看、配置和性能測試的核心命令行工具。下面是它們的常用命令分析和總結&#xff1a; 核心作用總結&#xff1a; lspci: 偵察兵 - 列出系統所有 PCI/PCIe 總線上的硬件設備信息&#xff0c;主要用于識別網卡型號、制造商、…

DAY10DAY11-新世紀DL(DeepLearning/深度學習)戰士:序

本文參考視頻[雙語字幕]吳恩達深度學習deeplearning.ai_嗶哩嗶哩_bilibili 參考文章0.0 目錄-深度學習第一課《神經網絡與深度學習》-Stanford吳恩達教授-CSDN博客 1深度學習概論 1.舉例介紹 lg房價預測&#xff1a;房價與面積之間的坐標關系如圖所示&#xff0c;由線性回歸…