原创 android ndk開發中char和unsigned char問題

官方說明 看看cflags中 fsigned-char的說明: -fsigned-char — Allows the type char in the native libraries to be signed, like signed

原创 IMMComposer

IMMComposer是一個基於結點的通用可視化編程軟件。主要內容包含一套基於結點的可視化編程模型,界面友好的交互式創作環境,可視化交互子系統以及插件系統。目前功能模塊包含:圖像、視頻、聲音、數學。圖像、視頻部分基於OpenCV實現,聲音

原创 基於OpenGL實現的多段Bezier曲線拼接

運行程序的交互方式有點類似corelDraw中的自由曲線繪製,或者photoShop中的鋼筆自由路徑繪製。 截圖:   將BezierCurve封裝成了一個類,代碼如下:  #ifndef _BEZIERCURVE_H #define

原创 全局變量的陷阱

問題描述: 程序是基於MFC對話框,在dlg.cpp中定義了大批的全局變量:靜態數組,整型,局部,結構體等。 這麼一個結構體:   enum  { PATH_NUM = 3, PATH_POINT_NUM = 33 };   struct

原创 3D座標系變換

前提:opengl使用右手座標系,向量列向量,所有矩陣變換均是右乘的形式。 V4*1 =M4*4 * V4*1 參加之前的一篇blog:http://blog.csdn.net/dizuo/archive/2008/04/17/23023

原创 OpenGL繪製矢量路徑的思路

1. 引言 軟件方法繪製,如QT、Android(skia)都自帶2D繪圖引擎,支持矢量路徑填充並且抗鋸齒!如果使用OpenGL繪製矢量,對建模算法以及紋理都有要求,不同的建模算法決定了最終的視覺效果。OpenGL繪製路徑,抗鋸齒效果由紋

原创 APP移植到小米Pad上的Crash分析

最近APP計劃適配小米Pad,直接拿線上的code build,發現啓動時CRASH,而且是必現的。線上code我們都發布了很多個版本了,怎麼會有這種問題呢? CRASH問題 Eclipse看logcat輸出,最終定位到OpenGL的一次

原创 理解JPEG文件頭的格式

1. JPEG 1)why jpeg? jpeg作爲圖片傳輸格式使用最爲普遍,壓縮比最高。每天我們都會產出和傳輸大量的jpeg格式數據。手機拍出來的格式默認是jpeg,朋友圈各種分享。。。磁盤上積累了大量的jpeg。。。 因此本人一直對j

原创 函數和彙編

本文基於win32下彙編。 1.  函數參數 函數棧增長方向與地址方向相反,從高地址向低地址增長。esp指向函數棧頂,ebp指向函數棧底。 sub esp XXX 將XXX長度的內存塊壓入棧 add esp XXX將XXX長度的內存塊彈出

原创 一個令人蛋疼的NDK鏈接錯誤

背景 我們APP的引擎包engine.so,包含了A、B、C三個工程,但每次都是源碼形式編譯,導致svn上存在多份相同代碼拷貝。非常不科學。。。核心的B工程由我維護,整個SO編譯工程由多個人維護。於是乎偶進行了一次升級:將B源代碼從so工

原创 談談地圖中的道路繪製

GIS屬於可視化領域。一所謂可視化技術是利用計算機圖形學和圖形處理技術,將數據轉化成圖形或者圖像在屏幕上顯示出來,並進行交互處理的理論、方法和技術。個人理解地圖中也有幾個關鍵點: 原始數據可以是圖像也可以是矢量數據,如我們底圖是點、線、

原创 代碼中的魔鬼細節

軟件開發最關心的三個指標:性能、內存、程序穩定性三方面。本文總結一下最近項目掃尾工作中的一些遭遇: 使用正確的哈希函數 道路的路況繪製,道路的顏色由三個ID唯一確定,他們存儲在一個哈希表中。 上圖是兩種哈希函數的性能對比。badHas

原创 【踩雷】指針惹的貨

1.再戰野指針 另外一個項目組的產品臨時插入了一個需求:優化路況圖層的繪製順序。極不情願情況下完成了編碼,編碼時儘可能講code範圍集中,效果實現後產品十分滿意。我自己review過好幾次(由於底層代碼供多個平臺使用,所以svn之前一般都

原创 android ndk空指針導致CRASH的問題

1. APP啓動時隔三差五地隨機性地CRASH,捕捉到的日誌: ---------------- 2013-06-03 10:26:52 ---------------- #00 pc 0002e9b4 /data/data/com.

原创 關於壓縮紋理的格式的思考

常見的圖像格式bmp、jpeg以及jpeg2000,以及png;甚至最近幾年google的webp格式。 bmp格式基本上沒有壓縮; jpeg是有損壓縮,早已成爲圖像傳輸標準,不支持透明通道;jpeg2000最顯著增加漸進式傳輸。jpeg