原创 glDrawElements崩潰的一種可能原因

今天在實現《OpenGL編程指南》第三章的例子時,出現在調用glDrawElements時崩潰的問題,試驗後,發現原來是沒有綁定EBO。 出現崩潰時的例子源碼如下: void init() { ... glGen

原创 assert()中的(void(0))淺析

assert中的((void)0) assert是C++開發過程中經常用到的一個宏。在debug模式下,它起到斷言的作用;在release模式下,它產生空語句並被編譯器優化掉。在<assert.h>中可以找到它的定義: #ifde

原创 2.2 和式和遞歸式 分析理解(一)

原文內容 由 R0=α;Rn=Rn−1+β+γn,n>0.(2.7) 及 Rn=A(n)α+B(n)β+C(n)γ,(2.8) 求出 A(n)B(n)C(n)=1,=n,=(n2+n)/2, 即 Rn=α+nβ+12

原创 警告“未引用的形參/局部變量”的消除方法

如果我們編譯以下代碼: #include <stdio.h> int main(int argc, char** argv) { int n; int nRet = printf("Hello, world!")

原创 屏蔽WIN7雙擊最大化及貼邊最大化效果的一種方法(VS2008SP1)

在窗口創建完成後,添加以下代碼:  DWORD dwStyles = ::GetWindowLong(m_hWnd, GWL_STYLE);  dwStyles &= ~WS_MAXIMIZEBOX;//去除窗口最大化屬性  ::SetW

原创 "在已損壞了程序內部狀態的XXX.exe 中發生了緩衝區溢出"的一種可能原因

今天軟件突然出現崩潰的bug: 在release模式下,總是崩潰在一個函數A的結束處,打印輸出調試,發現如果註釋該函數A中的某個函數B的調用,崩潰不會發生;除此之外,註釋函數B中的任何代碼都不起作用。 崩潰時彈出的對話框爲:"在已損壞了程

原创 希臘字母表

序號 大寫 小寫 英文注音 中文讀音 1 A α alpha 阿爾法 2 B β beta 貝塔 3 Γ γ gamma 伽馬 4 Δ δ delta 德爾塔 5 E ϵ epsilon 伊普西龍 6 Z

原创 new的初始化

有如下C++代碼: int* buffer = new int[512]; 在默認情況下,new是不會對分配的int進行初始化的。要想使分配的int初始化爲0,需要顯式地調用其初始化函數: int* buffer = new int();

原创 OpenCV之直方圖均衡化

本文代碼使用OpenCV版本:2.4.13 本文代碼在Win10+Visual Studio 2013 Update 3下測試通過 上兩篇博客《OpenCV之直方圖拉伸》和《OpenCV之查找表與直方圖拉伸》講述了拉伸圖像的直方圖

原创 希臘字母表

序號 大寫 小寫 英文注音 中文讀音 1 A α alpha 阿爾法 2 B β beta 貝塔 3 Γ γ gamma 伽馬 4 Δ δ delta 德爾塔 5 E ϵ epsilon 伊普西龍 6 Z

原创 提取圖像細節的兩種方法

一幅圖像可以分解爲兩層:底層(base layer)和細節層(detail layer)。底層包含圖像的低頻信息,反映了圖像在大尺度上的強度變化;細節層包含圖像的高頻信息,反映了圖像在小尺度上的細節。分解圖像有兩種方式,以下分別進行解釋。

原创 OpenCV兩個Mat相減的隱藏祕密

起因 今天在看同事寫的代碼時,發現一個“錯誤”: 他的原意是實現以下功能: cv::Mat absDiff; cv::absdiff(mat1, mat2, absDiff); 其中mat1和mat2均爲CV_8UC1類型。 但是可能是

原创 OpenCL clCreateBuffer佔用太多時間

最近在做一個圖像處理的算法,跑在高通平臺上,需要使用OpenCL加速。代碼分爲三個部分: 1. 初始化 2. 處理圖像 3. 釋放資源 爲了儘可能地減少算法的運行時間,我將一切可以預處理的內容都放到了初始化中,其中就包括了創建buf

原创 作者聲明

作者:天律界中子 郵箱:[email protected] CSDN博客地址:http://blog.csdn.net/u012494876 版權聲明:轉載請保留此鏈接,不得用於商業用途。

原创 基於快速去霧的圖像亮度增強方法

起因 最近在做一個圖像處理的算法,因爲圖像太暗,所以需要對圖像的亮度進行增強(不考慮噪聲的放大)。嘗試了網上搜索到的各種方法後,發現它們存在兩個問題:容易造成原本較亮的地方過曝,並且參數不好設置。嘗試了一些暗光增強的paper的算法後,發