dizuo的专栏

打开out下的all xcode工程文件即可编译通过。一定要用这个选项，否则jpeg相关头文件报错。4、生成demo和xcode工程。1、下载git-hub 源码。默认Intel架构，

一个成熟sdk，必然要经历 压缩包大小 / 瘦身的过程。尤其以SDK的形式接入一个第三方APP中。客户方是宿主APP，对第三方sdk会提出各种苛刻要求。如果APP是top级的，比如微信，QQ，滴滴打车，美团这类，居高临下 这类要求会更加难以回绝。

Android Studio 常见错误：CMake Error: CMake was unable to find a build program corresponding to "Ninja". NDK version is UNKNOWN.Cause: buildOutput.apkData must not be null.

ndk开发中，文件重复拷贝然后更新不同步，导致的诡异的链接错误。。。越是简单的结果逆向分析过程越是痛苦。。。

1. JPEG1）why jpeg?jpeg作为图片传输格式使用最为普遍，压缩比最高。每天我们都会产出和传输大量的jpeg格式数据。手机拍出来的格式默认是jpeg，朋友圈各种分享。。。磁盘上积累了大量的jpeg。。。因此本人一直对jpeg头部数据非常好奇，想着有时间深入一下jpeg格式，看看头部到底存储了哪些数据？记得研究生时有专门的信息隐藏专业，基本原理可能是保持jpeg现有格式框架...

pthread lock和trylock示例代码，在linux上完成代码编写，然后适配到android设备上而不做代码的修改。

elicpse下android开发中，Android Tools / Add Native Support 的逆过程。

地图渲染中道路相互关系表达，以及各家地图道路绘制的效果评比。。。

1. 引言软件方法绘制，如QT、Android（skia）都自带2D绘图引擎，支持矢量路径填充并且抗锯齿！如果使用OpenGL绘制矢量，对建模算法以及纹理都有要求，不同的建模算法决定了最终的视觉效果。OpenGL绘制路径，抗锯齿效果由纹理来实现。下面介绍两种不同效果的路径实现和绘制：2. 纯色圆角路径通过纹理方式实现抗锯齿单色路径绘制。建模算法非常简单：将一个polyline分解成

老生常谈，关于编码问题。。。

GLSurfaceView中GL相关资源销毁问题

opengl状态错乱导致的渲染问题，定位、总结、反思！

opengles 开发珠玑~_~

qsort对64位整数排序，通常的写法会导致越界！越界！

vs通过CPU模拟，fs将值输出到屏幕上。

多边形顶点顺序判断，多边形面积计算opengl 模板测试渲染任意多边形

android 编译纯C程序，然后push到手机上运行。

小米PAD上的APP的移植错误。OpenGL状态不严谨引发的经典错误。！。

xcode下build release版本的静态库。

1. Crash后 logcat中输出绿色信息：05-02 10:14:37.130: I/DEBUG(1890): backtrace:05-02 10:14:37.130: I/DEBUG(1890): #00 pc 00033fda /data/data/com.XXXXX.map/lib/libmapengine.so (TextureCache::_touchLis

1. APP启动时隔三差五地随机性地CRASH，捕捉到的日志：----------------2013-06-03 10:26:52----------------#00 pc 0002e9b4 /data/data/com.XXXX.map/lib/libmapengine.so#01 lr 8082dc97 /data/data/com.XXXX.map/lib/libma

我所熟悉的2D图形框架1. Qt graphics-view框架研究生期间基于该框架开发了IMMComposer可视化创作软件，见识了qt这个2D图形框架：清晰的坐标层次系统（设备视图坐标系、场景坐标系、图元局部坐标系），底层采用bsp树管理场景，QT demo中自带的示例轻松处理4000+个item的绘制，交互（hover和click等事件），该框架有个问题不支持批量绘制：每个item都

ndk版本：android-ndk-r8d，基于ndk自带samples中的test-libstdc++工程进行修改。1. 例子工程目录结构：test-libstdc++ / jni / Android.mktest-libstdc++ / jni / Application.mktest-libstdc++ / jni / test-libstdc++.cpp

1. 问题描述我的code出了一个多线程问题，错误如下：被同事指出问题出在多线程访问数据上，问题具体如下：项目中线程主要有两个：android自带的UIThread，GLSurfaceView中的GLThread负责渲染场景中所有的图形元素，两个线程同时访问对象内的数据。代码原型如下：class GLLinesGroupOverlay extends GLLinesOv

功能描述在地图上绘制气泡， 气泡本身复用android view框架的布局和绘制逻辑：一个LinearLayout 内部有一个TextView，不同气泡设置不同文本内容。Layout的内容 <LinearLayout android:id="@+id/route_bubble_5" android:layout_width="wrap_conten

问题描述：glsurfaceView中通过纹理绘制图形，纹理长宽为2的幂次，128*64，资源放在res/drawable文件夹下面。发现在hdpi手机上图形为白色。初步判断纹理丢失。为什么纹理丢失呢？我直接把问题归咎于奇葩的android，感觉hdpi手机优先搜索drawable-hdpi文件夹，并没有搜索drawable目录。通过实际盘查，资源上传gl前将图片保存到磁盘，发现图片确

图片磁盘中的格式，bmp没有压缩，png，tga，jpeg等都是压缩格式！内存中，显存中都是ARGB_8888，GL_RGBA格式。优化Tips：避免使用小纹理，采用256*256，将尽可能多标注打包到一个大纹理中，减小纹理空间浪费，成倍减小draw call！

1. 字符串函数调用前段时间的一个小插曲，刚刚提交了一段代码，结果一个拥有十年C/C++开发经验的牛人立刻给我发了一段消息：char cfgPath[MAX_FILE_NAME]; char m_szBaseDir[MAX_FILE_NAME];SysStrncpy( cfgPath, m_szBaseDir, SysStrlen(m_szBaseDir) ); 这样估计有问题

移动底层开发，野指针、内存泄露的实例分析以及分析工具介绍x。

1. 点和多边形相交线测试优化：通过细分part粒度实现加速。2. 文字相交线测试优化，OOBB并不一定最优 计算量十分大，将每个字单独做成AABB。

本文描述一个悬空指针引入的真实场景，指针问题再小心不为过~。~

android ndk，各种小工具使用

关于程序性能、内存、稳定性相关的一些点点滴滴总结。

最新版 android adt 中包含了opengles trace 选项。高通提供了一个adreno gpu上的性能分析工具，可以直接分析android / PC上opengles应用程序的性能。1. opengles trace1.1 版本要求1）Android adt : adt-bundle-windows-x86-201302192）Android NDK : and