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

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

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

3天內不再提示

Side Window Filtering 論文解讀和C++實現

電子設計 ? 來源:電子設計 ? 作者:電子設計 ? 2020-12-10 19:17 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

本文復現的是CVPR2019 Oral論文Side Window Filtering。
作者:梁德澎
首發(fā)知乎:https://zhuanlan.zhihu.com/p/79254846

論文:Side Window Filtering(文末可以直接下載)
鏈接:https://arxiv.org/pdf/1905.07177.pdf

剛開始看到這篇論文的時候,我就很感興趣想去復現一把看看效果。這篇論文是 CVPR2019 oral 且不是深度學習方向的,其核心貢獻點就是:不管原來的濾波器保不保邊,運用了side-window思想之后,都可以讓它變成保邊濾波!

于是利用業(yè)余時間,參考作者開源的matlab代碼,我用C++實現了一下Side-window 盒子濾波,其他濾波器有時間再試下,下面是github的鏈接,讀者可以去跑下代碼看看效果玩下,從實驗結果上看我覺得算是復現了論文的效果:

我們來看下復現論文的效果,對于一張普通圖片,經典的盒子濾波和side-window 盒子濾波的效果對比:

從濾波結果對比上可以看到,經典的盒子濾波隨著對同一張圖片反復應用盒子濾波的迭代次數的增加,視覺效果是越來越模糊,到了30次迭代的時候已經糊的沒法看了,但是Side-window盒子濾波即使迭代了30次,對于邊緣的保持還很好,和原圖基本看不出大的區(qū)別,就是邊緣細節(jié)有些丟失。

然后對原圖加上椒鹽噪聲,再對比下濾波效果:

從濾波結果對比上可以看到,經典的盒子濾波到了10次迭代的時候,雖然椒鹽噪聲已經很好的消除了,但是圖片也變得很模糊,邊緣都細節(jié)都丟失了,但是Side-window盒子濾波卻能很好的消除椒鹽噪聲的同時,對于邊緣的保持還很好,基本上算是還原了原圖。

下面從我的理解上去簡單解讀下這篇論文的核心思想,還有我在復現過程中的一些實現細節(jié)介紹。

目前的經典濾波算法基本都是,以某個像素點為中心,按照濾波半徑,把這個包括像素點和其鄰域加權線性組合得到輸出,一般公式如下:

Ω是以像素點 i 為中心的濾波窗口,w是濾波權值,q是原圖像素值,I'是輸出結果。但是這樣以一個像素為中心去濾波會導致的問題是,如果一個像素點處在邊緣位置(這里的邊緣不是指圖片的大小邊界,而是指圖像中物體的邊緣)的話,以像素為中心去濾波會導致濾波結果的邊緣部分變模糊。具體是為什么,論文中給出了分析過程。

首先來看下,論文中的一張圖:

文中提到為了分析方便只討論3種典型的邊緣,分別是圖中的 (a)階梯狀邊緣、(b)斜坡狀邊緣和(c)屋頂狀邊緣。論文中也給出了這3三種邊緣的形象展示:

然后文中采用了泰勒展開去分析,首先假定,圖像上(x, y)坐標點的像素值為g(x, y),對于圖中展示的情況來看,函數 g(x, y)是連續(xù)但不可導的。對于(a)階梯狀邊緣的 'a' (藍色方框那個點)點來說,文中定義 'a-' 和 'a+' 來分別表示 'a' 點左極限 (x - ε, y),和右極限 (x + ε, y),且 ε > 0。 很明顯從圖中可以看出來 g(x - ε, y) ≠ g(x + ε, y) 且/或(文中的用詞是"and (or)")g'(x - ε, y) ≠ g'(x + ε, y),導數也不等是由于邊緣部分的跳躍。因此對于這兩塊區(qū)域的泰勒展開也是不一樣的,首先來看下泰勒展開的一般公式:

“泰勒公式是將一個在 x=x0 處具有n階導數的函數 f(x) 利用關于 (x - x0) 的n次多項式來逼近函數的方法?!?---百度百科

根據文中的分析,這里設定 f(x) = g(x - 2ε, y),x0 = x - ε,則根據泰勒展開公式:

g(x - 2ε, y) ≈ f(x0) + f'(x0)(x - x0)
= g(x - ε, y) + g'(x - ε, y)(x - 2ε - (x - ε))
= g(x - ε, y) + g'(x - ε, y)(- ε)

同理,設 f(x) = g(x + 2ε, y),x0 = x + ε,則泰勒展開得:

g(x + 2ε, y) ≈ f(x0) + f'(x0)(x - x0)
= g(x + ε, y) + g'(x + ε, y)(x + 2ε - (x + ε))
= g(x + ε, y) + g'(x + ε, y)ε

所以從兩邊的泰勒展開式可以得出結論,對于 'a-' 區(qū)域的濾波估計肯定是來自區(qū)域 'a' 的左邊,而對于 'a+' 估計是來自于 'a' 的右邊,然后類比分析區(qū)域 'b','c' 和 'd' 都可以得到類似的結論。

因此分析得到的結論是,如果一個像素點處于圖像中的邊緣位置,那么濾波的時候就應該把濾波器的邊緣和該像素點對齊,而不是把濾波器的中心和該像素點對齊。受該發(fā)現的啟發(fā),文中提出了一個新的保邊濾波策略,就是把每個濾波像素點都當成是潛在的邊緣點,然后對于每個待濾波的像素點,生成幾種不同的濾波子窗口,然后把這些濾波窗口的邊緣或者角點位置和該像素點對齊,然后濾波得到結果,最后根據把這些子窗口的濾波之后的最佳重構結果作為最終的濾波結果。以上就是side window 濾波的思想。

然后文中提出了8個方向的濾波窗口,分別是上、下,左、右、左上、右上、左下和右下,最后就得到了 side window filter 的核心算法流程:

其實從核心算法邏輯來看,對原來濾波算法的改動其實不大,就是濾波的窗口位置和大小需要改動下,然后把8次的結果每個位置取重構誤差最小的。然后論文中又詳細分析了 box filter 和 side window box filter 對于上面提到的三種經典邊緣的濾波之后的保留情況。文中給出分析的圖表如下:

總的來說結論就是 side window box filter 對于階梯和斜坡狀的邊緣都能完整的保留,而對于屋頂狀邊緣雖然不能完整的保留邊緣,但是也比經典的盒子濾波要好很多。

在復現過程中,本來一開始是想對文中提到的8種side window去分別寫對應的盒子濾波的,因為盒子濾波有個經典的優(yōu)化思路,可以讓運行時間不受濾波半徑的影響,具體可以參考我之前寫得一篇博客:

梁德澎:移動端arm cpu優(yōu)化學習筆記----一步步優(yōu)化盒子濾波(Box Filter)

后來仔細想了下,這8個side window其實也就是邊界處理不同,核心運算邏輯都是一致的,最后就是抽象成一個函數,對于不同的side window傳不同的邊界參數,就不需要每個窗口寫一個函數了,具體可以看看github上的代碼。

然后在實現side window中值濾波的時候針對移動端想了一個加速方案,因為求中值需要對窗口內元素排序,這里直觀上感覺是沒什么辦法加速的,不過我嘗試了一個方案,利用neon指令相對原來提速了不少,有空的話可以寫一篇小博客去解釋,這里先埋一個彩蛋。

最后看看幾組對比結果,看看在迭代10次的情況下,經典box filter 和 side window box filter的結果對比:


熊貓寶寶原圖


濾波結果, box filter, iteration = 10


濾波結果, side window box filter, iteration = 10


熊貓寶寶原圖+椒鹽噪聲


去噪結果, box filter, iteration = 10


去噪結果, side window box filter, iteration = 10

然后在迭代10次的情況下,經典中值 filter 和 side window 中值濾波的結果對比:


殲20+椒鹽噪聲


去噪結果, median filter, iteration = 10


去噪結果, side window median filter, iteration = 10

相關資料

  • AI雞蛋:CVPR2019 Oral論文 #5176 Side Window Filtering介紹
  • AI雞蛋:Sub-window Box Filter論文介紹

推薦文章

更多AI移動端優(yōu)化的請關注專欄嵌入式AI以及知乎(@梁德澎)。

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

    關注

    89

    文章

    38010

    瀏覽量

    295993
  • 人工智能
    +關注

    關注

    1813

    文章

    49708

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    C/C++代碼靜態(tài)測試工具Perforce QAC 2025.3的新特性

    ?Perforce Validate?中?QAC?項目的相對/根路徑的支持。C++?分析也得到了增強,增加了用于檢測 C++?并發(fā)問題的新檢查,并改進了實體名稱和實
    的頭像 發(fā)表于 10-13 18:11 ?313次閱讀
    <b class='flag-5'>C</b>/<b class='flag-5'>C++</b>代碼靜態(tài)測試工具Perforce QAC 2025.3的新特性

    技能+1!如何在樹莓派上使用C++控制GPIO?

    在使用樹莓派時,你會發(fā)現Python和Scratch是許多任務(包括GPIO編程)中最常用的編程語言。但你知道嗎,你也可以使用C++進行GPIO編程,而且這樣做還有不少好處。借助WiringPi
    的頭像 發(fā)表于 08-06 15:33 ?3546次閱讀
    技能+1!如何在樹莓派上使用<b class='flag-5'>C++</b>控制GPIO?

    C++ 與 Python:樹莓派上哪種語言更優(yōu)?

    Python是樹莓派上的首選編程語言,我們的大部分教程都使用它。然而,C++在物聯網項目中同樣廣受歡迎且功能強大。那么,在樹莓派項目中選擇哪種語言更合適呢?Python因其簡潔性、豐富的庫和資源而被
    的頭像 發(fā)表于 07-24 15:32 ?623次閱讀
    <b class='flag-5'>C++</b> 與 Python:樹莓派上哪種語言更優(yōu)?

    Perforce QAC產品簡介:面向C/C++的靜態(tài)代碼分析工具(已通過SO 26262認證)

    Perforce QAC專為C/C++開發(fā)者打造,支持多種編碼規(guī)范、功能安全標準(ISO 26262)等,廣泛用于汽車、醫(yī)療、嵌入式開發(fā)領域,可幫助快速識別關鍵缺陷、提升代碼質量、實現合規(guī)交付。
    的頭像 發(fā)表于 07-10 15:57 ?803次閱讀
    Perforce QAC產品簡介:面向<b class='flag-5'>C</b>/<b class='flag-5'>C++</b>的靜態(tài)代碼分析工具(已通過SO 26262認證)

    請問如何在C++中使用NPU上的模型緩存?

    無法確定如何在 C++ 中的 NPU 上使用模型緩存
    發(fā)表于 06-24 07:25

    主流的 MCU 開發(fā)語言為什么是 C 而不是 C++?

    在單片機的地界兒里,C語言穩(wěn)坐中軍帳,C++想分杯羹?難嘍。咱電子工程師天天跟那針尖大的內存空間較勁,C++那些花里胡哨的玩意兒,在這兒真玩不轉。先說內存這道坎兒。您當stm32f4的256kRAM
    的頭像 發(fā)表于 05-21 10:33 ?768次閱讀
    主流的 MCU 開發(fā)語言為什么是 <b class='flag-5'>C</b> 而不是 <b class='flag-5'>C++</b>?

    C++學到什么程度可以找工作?

    C++學到什么程度可以找工作?要使用C++找到工作,特別是作為軟件開發(fā)人員或相關職位,通常需要掌握以下幾個方面: 1. **語言基礎**:你需要對C++的核心概念有扎實的理解,包括但不限于指針、內存
    發(fā)表于 03-13 10:19

    創(chuàng)建了用于OpenVINO?推理的自定義C++和Python代碼,從C++代碼中獲得的結果與Python代碼不同是為什么?

    創(chuàng)建了用于OpenVINO?推理的自定義 C++ 和 Python* 代碼。 在兩個推理過程中使用相同的圖像和模型。 從 C++ 代碼中獲得的結果與 Python* 代碼不同。
    發(fā)表于 03-06 06:22

    源代碼加密、源代碼防泄漏c/c++與git服務器開發(fā)環(huán)境

    源代碼加密對于很多研發(fā)性單位來說是至關重要的,當然每家企業(yè)的業(yè)務需求不同所用的開發(fā)環(huán)境及開發(fā)語言也不盡相同,今天主要來講一下c++及git開發(fā)環(huán)境的源代碼防泄密保護方案。企業(yè)源代碼泄密場景一、在很多
    的頭像 發(fā)表于 02-12 15:26 ?855次閱讀
    源代碼加密、源代碼防泄漏<b class='flag-5'>c</b>/<b class='flag-5'>c++</b>與git服務器開發(fā)環(huán)境

    基于OpenHarmony標準系統(tǒng)的C++公共基礎類庫案例:ThreadPoll

    1、程序簡介該程序是基于OpenHarmony標準系統(tǒng)的C++公共基礎類庫的線程池處理:ThreadPoll。本案例完成如下工作:創(chuàng)建1個線程池,設置該線程池內部有1024個線程空間。啟動5個線程
    的頭像 發(fā)表于 02-10 18:09 ?592次閱讀
    基于OpenHarmony標準系統(tǒng)的<b class='flag-5'>C++</b>公共基礎類庫案例:ThreadPoll

    Spire.XLS for C++組件說明

    Spire.XLS for C++ 是一款專業(yè)的 C++ Excel 組件,可以用在各種 C++ 框架和應用程序中。Spire.XLS for C++ 提供了一個對象模型 Excel
    的頭像 發(fā)表于 01-14 09:40 ?1289次閱讀
    Spire.XLS for <b class='flag-5'>C++</b>組件說明

    EE-112:模擬C++中的類實現

    電子發(fā)燒友網站提供《EE-112:模擬C++中的類實現.pdf》資料免費下載
    發(fā)表于 01-03 15:15 ?0次下載
    EE-112:模擬<b class='flag-5'>C++</b>中的類<b class='flag-5'>實現</b>

    AKI跨語言調用庫神助攻C/C++代碼遷移至HarmonyOS NEXT

    )開發(fā)框架。它極大地簡化了JS與C/C++之間的跨語言訪問,為開發(fā)者提供了一種邊界性編程體驗友好的解決方案。通過AKI,開發(fā)者可以使用讓代碼更易讀的語法糖,實現JS與C/
    發(fā)表于 01-02 17:08

    運動控制卡周期上報實時數據IO狀態(tài)之C++

    使用C++進行運動控制卡的周期上報功能實現
    的頭像 發(fā)表于 12-17 13:59 ?1506次閱讀
    運動控制卡周期上報實時數據IO狀態(tài)之<b class='flag-5'>C++</b>篇

    請問ISO7740 (或是 ISO7741) 的Side1與Side2的power supply可以分別提供不同的電源嗎?

    請問ISO7740 (或是 ISO7741) 的 Side1 與 Side2 的 power supply 可以分別提供不同的電源嗎? 謝謝! 比如Side1 供給3.3V, 同時採用 3.3V 的訊號位準; 而
    發(fā)表于 12-17 06:45