91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

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

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

3天內不再提示

車道線檢測Ultra Fast Deep Lane Detection V2講解

jf_pmFSk4VX ? 來源:GiantPandaCV ? 2023-01-05 11:29 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

Ultra Fast Deep Lane Detection V2

【GiantPandaCV 導語】Ultra Fast Deep Lane Detection 是個比較有特點的車道線檢測模型,把檢測轉化成分類來實現?,F在出了 V2,有了幾個創(chuàng)新點,于是又來研究一下。之前參考 Ultra Fast Deep Lane Detection V1 設計了一個全新的車道線檢測網絡,把模型壓縮了80%,并部署使用了。另外還把 v1 和 yolov4 合并實現了多任務:https://github.com/Huangdebo/YOLOv4-MultiTask

1 介紹

這篇文章提出了一個超快車道線檢測,區(qū)別于之前基于分割和回歸的模型,該模型把車道線檢測看車是分類問題,而且使用了全連接層,加強了模型的全局感知能力。另外,本文還設計了一個混合錨點機制,對不同的車道使用不用的錨點,很好地解決了兩側車道檢測性能不佳的問題。該模型在兼顧了速度的前提下,還很好地處理了遮擋和暗光等情況,取得了不錯的性能。

7cbfdda8-8c5d-11ed-bfe3-dac502259ad0.png

2 模型設計

2.1 使用錨點來表示車道線

7cd0bf74-8c5d-11ed-bfe3-dac502259ad0.png

為了表示車道線,首先引入了橫向錨點,把車道線看車橫向錨點的一組關鍵點。但當兩側的車道線的水平角度比較小時,便會引起定位問題,也就是一定寬度的車道線會覆蓋到多個關鍵點,導致定位錯亂,而且角度越小,問題越嚴重:

7cda8f18-8c5d-11ed-bfe3-dac502259ad0.png

為了解決上述的定位錯誤問題,文章便提出一種混合錨點機制,中間水平角度大的車道線使用橫向錨點來表達,兩側水平角度小的車道線用縱向錨點來表達。每條車道線都用一組歸一化坐標來表示

7ce13160-8c5d-11ed-bfe3-dac502259ad0.png

2.2 基于錨點的網絡設計

因為每條車道線都用一組歸一化坐標來表示,而且是把車道線檢測看成分類任務,于是可以通過類別數目來映射出每個車道線關鍵點的類別:

7ce75c7a-8c5d-11ed-bfe3-dac502259ad0.png

另外,網絡還添加了一個分支,用來判別車道線在該處是否存在。該分支的目標就只有兩個值:1和0,分別代表存在和不存在:

7cf11918-8c5d-11ed-bfe3-dac502259ad0.png

7cfaf08c-8c5d-11ed-bfe3-dac502259ad0.png

2.3 序列分類的損失函數

既然是分類任務,那自然就會想到使用基本的分類損失函數,相當于把關鍵點的不同位置看成不同的類別,直接用 CE loss 來表達:

7d038f76-8c5d-11ed-bfe3-dac502259ad0.png

于基本的分類不一樣的是,這個位置的類別是有序的,也就是可以把這個位置的預測值看成是各個位置的投票 均值,越靠近 groundtruth 的地方投票值越大,可以緩解預測偏移的問題:

7d0bca2e-8c5d-11ed-bfe3-dac502259ad0.png

7d149f46-8c5d-11ed-bfe3-dac502259ad0.png于是,可以這個期望損失可以表達成:

7d1ff9a4-8c5d-11ed-bfe3-dac502259ad0.png

另外,對于網絡另一個用以判別車道線是否存在的分支,就是一個二分類問題,其損失函數可以表達成:

7d282106-8c5d-11ed-bfe3-dac502259ad0.png

所以整個模型的損失函數便可以組成:7d31e3a8-8c5d-11ed-bfe3-dac502259ad0.png

3 消融實驗

3.1 混合錨點機制的作用

混合錨點機制中包含了橫向錨點策略和縱向錨點策略,針對不同的車道線,使用不同的策略。為了對比混合錨點機制的作用,作者分別單獨使用橫向錨點策略和縱向錨點策略以及混合錨點來進行對比:

7d37de2a-8c5d-11ed-bfe3-dac502259ad0.png

3.2 序列分類的作用

相比于基本的分類任務,文章中所用的序列分類還利用了車道線關鍵點位置的有序性。為了對比序列分類的作用,作者還使用了傳統分類和回歸的方式來比對。對于回歸方式,則是把網絡的分類頭換成回歸頭,并用 smooth L1 los 來訓練。實驗表明,利用了關鍵點有序性的序列分類的性能明顯優(yōu)于一般的分類和回歸方式:

7d3ec15e-8c5d-11ed-bfe3-dac502259ad0.png

3.3 序列分類損失的消融

序列分類的損失函數包含了兩部分,一個是基本的分類損失和一個期望損失。作者也進行了消融實驗來對比它們的作用:

7d47b7fa-8c5d-11ed-bfe3-dac502259ad0.png

3.4 類別的個數和錨點數量的影響

因為是把車道線的位置檢測看成是關鍵點位置的分類,那久必須要設定一個類別數目,作者通過調整類別數目來做對比實驗,發(fā)現隨著類別數目的增加,模型的性能顯示提升然后再下降,說明類別數目并不是越多越好。同樣,錨點的數量也需要預先設定,原則上講,錨點數量越多,對車道線的檢測就越精細,但也意味著計算量也更大,所以必須要在模型速度和性能上做一個權衡。

7d579cce-8c5d-11ed-bfe3-dac502259ad0.png

4 結論

使用了混合錨點機制和序列分類損失,緩解了 V1 中兩側車道線檢測性能不足的問題,而且還能保持一樣的高效率。但錨點的數目和序列分類的數目丟等參數都需要手動設定,可能存在一定的數據相關性。而且網絡最后一層使用的是全連接層來提升網絡的感知能力,導致參數比較大,對工程部署不太友好,這些都是可優(yōu)化的點。

審核編輯 :李倩


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

    關注

    5

    文章

    4870

    瀏覽量

    94189
  • 模型
    +關注

    關注

    1

    文章

    3768

    瀏覽量

    52138
  • 機制
    +關注

    關注

    0

    文章

    24

    瀏覽量

    10034

原文標題:車道線檢測 Ultra Fast Deep Lane Detection V2 講解

文章出處:【微信號:GiantPandaCV,微信公眾號:GiantPandaCV】歡迎添加關注!文章轉載請注明出處。

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    如何在 VisionFive v2 上使用外部 GPU?

    如果舊的 amd gpu 在 VisionFive V2 上運行,我想使用帶有開源 amd 驅動程序的 amd gpu。我需要什么以及如何將 GPU 連接到 VisionFive v2?
    發(fā)表于 03-13 06:38

    RDMA設計44:RoCE v2原語功能驗證與分析

    它是RoCE v2協議進行信息及數據交換的核心機制,也是DUT需要實現的核心機制之一,對該功能的仿真驗證需要考慮指令的提交數據包的組裝及發(fā)送、數據的DMA處理等。
    的頭像 發(fā)表于 02-25 09:26 ?152次閱讀
    RDMA設計44:RoCE <b class='flag-5'>v2</b>原語功能驗證與分析

    RDMA設計37:RoCE v2 子系統模型設計

    本博文主要交流設計思路,在本博客已給出相關博文160多篇,希望對初學者有用。注意這里只是拋磚引玉,切莫認為參考這就可以完成商用IP設計。 RoCE v2 子系統模型是用來模擬 RoCE v2 功能
    發(fā)表于 02-06 16:19

    RDMA設計30:RoCE v2 發(fā)送模塊2

    當 RoCE v2 發(fā)送模塊檢測到發(fā)送隊列非空時,則從發(fā)送隊列中讀取一個發(fā)送隊列條目,并判斷請求類型。根據不同的請求類型和請求長度進入不同的包生成流程,這一過程由請求狀態(tài)機實現。
    的頭像 發(fā)表于 01-27 11:56 ?621次閱讀
    RDMA設計30:RoCE <b class='flag-5'>v2</b> 發(fā)送模塊<b class='flag-5'>2</b>

    RDMA設計29:RoCE v2 發(fā)送及接收模塊設計2

    本博文主要交流設計思路,在本博客已給出相關博文約100篇,希望對初學者有用。注意這里只是拋磚引玉,切莫認為參考這就可以完成商用IP設計。 (1)RoCE v2 發(fā)送模塊 RoCE v2 發(fā)送模塊
    發(fā)表于 01-26 16:47

    RDMA設計28:RoCE v2 發(fā)送及接收模塊設計

    本博文主要交流設計思路,在本博客已給出相關博文約100篇,希望對初學者有用。注意這里只是拋磚引玉,切莫認為參考這就可以完成商用IP設計。 RoCE v2 發(fā)送及接收模塊負責將用戶指令組裝為 RoCE
    發(fā)表于 01-25 10:45

    RDMA設計19:RoCE v2 發(fā)送及接收模塊設計

    本博文主要交流設計思路,在本博客已給出相關博文約100篇,希望對初學者有用。注意這里只是拋磚引玉,切莫認為參考這就可以完成商用IP設計。 RoCE v2 發(fā)送及接收模塊負責將用戶指令組裝
    發(fā)表于 01-06 08:08

    uIO-Stick v2 用戶指南:設計、應用與安全要點

    uIO-Stick v2 用戶指南:設計、應用與安全要點 在電子工程領域,接口設備對于連接不同系統和實現功能交互起著至關重要的作用。uIO-Stick v2 作為一款用于 MOTIX? MCU 設備
    的頭像 發(fā)表于 12-20 11:10 ?727次閱讀

    【Milk-V Duo S 開發(fā)板免費體驗】5 - 使用YOLOv11進行目標檢測

    引言 前面已經完成了Milk-V Duo S開發(fā)板的基本功能測試,今天來嘗試一下使用YOLOv11進行目標檢測。 TDL-SDK Cvitek 所提供的 TDL(Turnkey Deep
    發(fā)表于 07-24 14:57

    RDMA over RoCE V2設計1:為什么要設計它?

    基于PC-PC或GPU-GPU之間RDMA設計已有較多廠商投入,雖然有的大廠投入幾年后折羽而歸,但不影響PC領域成熟應用產品的推廣。這里主要討論在FPGA上設計RDMA over RoCE V2,雖然已有xilinx的ernic應用,但是性價比以及國產化需求還是有其發(fā)展空間。
    的頭像 發(fā)表于 07-15 10:58 ?715次閱讀
    RDMA over RoCE <b class='flag-5'>V2</b>設計1:為什么要設計它?

    3-521057-2 Ultra-Fast 快速斷開連接器現貨庫存

    3-521057-2 Ultra-Fast 快速斷開連接器現貨庫存3-521057-2是由 TE Connectivity 生產的一種Ultra-Fast快速斷開連接器。設計精巧,具備
    發(fā)表于 06-04 09:08

    CYPD4266+TUSB1064實現USB3.0 UFP 2lane +DP 2lane傳輸遇到的問題求解

    我們在使用CYPD4266+TUSB1064 實現USB3.0 UFP 2lane +DP 2lane 傳輸, 1.當DP mode Parameters ->Modes
    發(fā)表于 05-21 06:15

    HarmonyOS Next V2 @Local 和@Param

    HarmonyOS Next V2 @Local 和@Param @Local 背景 @Local 是 harmony 應用開發(fā)中的 v2 版本中 對標**@State**的狀態(tài)管理修飾器,它解決了
    的頭像 發(fā)表于 04-02 18:27 ?1077次閱讀
    HarmonyOS Next <b class='flag-5'>V2</b> @Local 和@Param

    HarmonyOS Next V2 @Monitor 和@Computed

    HarmonyOS Next V2 @Monitor 和@Computed @Monitor 介紹 @Monitor 是狀態(tài)把管理 V2 版本中的用于監(jiān)聽狀態(tài)變量修改的技術。 它可以直接用在
    的頭像 發(fā)表于 04-02 18:26 ?823次閱讀

    HarmonyOS Next V2 @Event

    HarmonyOS Next V2 @Event 背景 在上一節(jié)中,我們針對父子組件,講了關于傳遞數據的知識。我們了解到 @Local 是管理自己內部的數據的, @Param 是負責接收父組件的數據
    的頭像 發(fā)表于 03-31 09:42 ?797次閱讀