數(shù)字圖像處理實(shí)驗(yàn)報(bào)告-資料下載頁(yè)
2024-12-04 22:22本頁(yè)面
【正文】 最小灰度值了，所以線性表的生成循環(huán)可以只從最小灰度做到最大灰度。另外，我設(shè)計(jì)的算法里，如果最大值和最小值輸反了的話，程序會(huì)自動(dòng)交換他們的值，做這個(gè)可能就會(huì)多算一些東西了?！ ?3)低通濾波：效果見(jiàn)圖3?！ D表 3 取的是8鄰域內(nèi)的平均值，效果不是很好?！ 「咄V波：效果見(jiàn)圖4?！ D表 4 基本上我覺(jué)得邊緣還是有突出了吧。 中值濾波：效果見(jiàn)圖5?！ D表 5 這個(gè)中值濾波的效果我還是比較滿意的，因?yàn)榕判蛩砸{(diào)用其他函數(shù)，我用了快速排序，而且用的是9個(gè)數(shù)的十字絲窗口，所以速度要比25個(gè)數(shù)的窗口快一些。平滑的效果出來(lái)還可以?！ ?4)邊緣檢測(cè)： Roberts算子：效果見(jiàn)圖6?！ D表 6 Prewit算子：效果見(jiàn)圖7?！ D表 7 Sobel算子：效果見(jiàn)圖8?！ D表 8 由于Prewit算子和Sobel算子都用了8個(gè)數(shù)去做，所以效果要好一些，相比之下，Sobel算子對(duì)這幅圖又要效果好些，應(yīng)該是對(duì)4鄰域賦予了更大權(quán)的緣故。但是后兩種算法計(jì)算量也要大一些?！ ?5)圖像平移：效果見(jiàn)圖9。 圖表 9 這個(gè)圖像平移量比較大，所以被裁切的也顯得不真實(shí)了。主要是因?yàn)槲业膱D像大小和坐標(biāo)都沒(méi)有變化，所以只在原來(lái)的圖像坐標(biāo)范圍內(nèi)顯示平移后的圖像，實(shí)際上，我既可以改變圖像的大小，并且為了節(jié)省計(jì)算，可以讓循環(huán)變量i和j從一個(gè)新的值開(kāi)始做計(jì)算，前面的全都賦背景色?！ D像縮放：，效果見(jiàn)圖10?！ D表 10 在此基礎(chǔ)上旋轉(zhuǎn)：效果見(jiàn)圖11?！ D表 11 這幾種算法主要的計(jì)算量都在for循環(huán)內(nèi)，所以要想優(yōu)化算法的話，必須簡(jiǎn)化循環(huán)里的計(jì)算。不過(guò)我的想法差不多跟書(shū)上的差不多，還沒(méi)有什么優(yōu)化。也許，這種優(yōu)化的算法需要看很多別人做的好程序才能慢慢自己學(xué)會(huì)吧。 (6)二值化(判斷分析法)：效果見(jiàn)圖12。 圖表 12 實(shí)際上，我用直方圖看的最佳閾值應(yīng)該在100多左右，而我做的程序閾值好像偏小一些，所以效果不太好，我計(jì)算組間方差和組內(nèi)方差的時(shí)候調(diào)用了一個(gè)函數(shù)專門求閾值，可能這里的計(jì)算還是有一點(diǎn)問(wèn)題。而且在我的函數(shù)里，要256次調(diào)用這個(gè)函數(shù)，又因?yàn)橛?jì)算機(jī)是按字節(jié)處理數(shù)據(jù)的，因此寫(xiě)圖像數(shù)據(jù)的時(shí)候要用每8個(gè)寫(xiě)到一個(gè)數(shù)組中，然后通過(guò)計(jì)算得到字節(jié)類型的值，這些都使得我的算法效率比較低，最后一個(gè)問(wèn)題，我覺(jué)得如果使用位運(yùn)算會(huì)快一些，但是前面的問(wèn)題還沒(méi)有想到比較好的解決方法?！ ?7)直方圖：效果見(jiàn)圖13?！ ∵@個(gè)圖像255的像素太多，如果我沒(méi)算錯(cuò)的話，量化應(yīng)該不是很好吧?！ D表 13 五、實(shí)驗(yàn)總結(jié)與體會(huì) 這次實(shí)驗(yàn)學(xué)到最大的東西，是自己總算有MFC編程的概念了，雖然自己VC++考試的分?jǐn)?shù)還不錯(cuò)，但是里面的很多東西，不通過(guò)自己的編程時(shí)絕對(duì)不能真正理解。比如說(shuō)封裝性，這次用CDib的方便，很好地利用了類的封裝性。另外，比如MFC是基于消息響應(yīng)機(jī)制的，這就決定了，要利用鼠標(biāo)或者菜單響應(yīng)函數(shù)去實(shí)現(xiàn)功能，而用c語(yǔ)言編寫(xiě)程序的時(shí)候，完全是按主函數(shù)的線程來(lái)的?！ ×硗?，我也學(xué)會(huì)了調(diào)試的真正含義。以前都只知道那幾個(gè)按鍵是做什么用的，調(diào)試的真正目的，是根據(jù)自己的算法來(lái)檢驗(yàn)程序計(jì)算的各個(gè)值是否符合，從而可以很快速方便地查到自己的錯(cuò)誤?！ ∽詫W(xué)也是很重要的一方面。實(shí)際上，在現(xiàn)在來(lái)說(shuō)，用MSDN也不是很難的事了，我們不應(yīng)該被英文打到，而且現(xiàn)在，隨著對(duì)一些專有名詞熟悉了之后，看MSDN也容易一些了，萬(wàn)一不懂的函數(shù)，也可以利用網(wǎng)絡(luò)查到很多函數(shù)功能用法的解釋?！ 傞_(kāi)始的時(shí)候做的是位圖的讀取和顯示，實(shí)在是不知從哪里做起，所以就照著實(shí)驗(yàn)書(shū)上敲了前面的部分，但是慢慢地也看懂了代碼的意思。所以后來(lái)的基本上都是自己做的了，但是算法還是基本上和書(shū)上差不多。不過(guò)自己編的時(shí)候還是有很多細(xì)節(jié)的部分沒(méi)有注意到，比如說(shuō)，強(qiáng)制數(shù)據(jù)類型轉(zhuǎn)換，我自己編的時(shí)候沒(méi)有注意這個(gè)問(wèn)題，結(jié)果出了很多錯(cuò)，有些事由于函數(shù)調(diào)用引起的，有些是由于不等號(hào)兩邊數(shù)據(jù)的匹配問(wèn)題，還有的是由于指針的移動(dòng)，直到這個(gè)時(shí)候，才真正明白實(shí)驗(yàn)書(shū)上程序?yàn)槭裁茨敲炊鄰?qiáng)制類型轉(zhuǎn)換，雖然書(shū)上很多東西不是盡善盡美，但是對(duì)于我這種剛開(kāi)始學(xué)會(huì)編程的人還是有很多可以學(xué)習(xí)的地方的。 如老師所說(shuō)，算法的效率是很重要的。要提高算法的效率，一個(gè)是要簡(jiǎn)化計(jì)算(不得不說(shuō)，這需要數(shù)學(xué)基礎(chǔ))，另外一個(gè)就是要避免許多重復(fù)的計(jì)算。在參考書(shū)上的程序里，很多時(shí)候，為了避免這種重復(fù)的計(jì)算(在循環(huán)中表現(xiàn)尤其明顯)，會(huì)把某些數(shù)當(dāng)常數(shù)算出來(lái)，只要后來(lái)加上這個(gè)常數(shù)就可以，這樣，效率高很多。 另外，對(duì)許多出錯(cuò)的情況，我的程序里也沒(méi)有做好。比如，如果打開(kāi)的不是8位圖像，我的程序不會(huì)提示錯(cuò)誤，正常結(jié)束，而可能做錯(cuò)，所以，這也是我應(yīng)該向別人程序?qū)W習(xí)的地方。 最后一個(gè)，自己菜單的布局也是很亂的。要從一開(kāi)始就布局好。數(shù)字圖像處理實(shí)驗(yàn)報(bào)告
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號(hào)-1