默认编译出来的tbox库，支持的功能比较全，带有所有模块，并且支持ssl（依赖polarssl/openssl）、gzip（依赖zlib）、database（依赖sqlite3/mysql）。
因此生成的库文件偏大，而且会依赖三个第三方库，如果你用不到上述三个模块，完全可以自己配置编译所需要的模块，减小生成库的大小。
新版采用xmake进行构建，裁剪模块已经是相当方便了，默认情况下回去自动检测依赖的第三方库进行编译。
如果要禁用某个第三方库或者模块，只要执行xmake f --xxxx=false就行了，所有第三方库依赖都是可选，完全可以禁用。。
例如，禁用所有第三方库支持：
bash
xmake f --pola
继续阅读 »
之前已经写过通过应用主题和使用ListView, CardView,应用Material Design样式，同时都都可以通过support library向下兼容。今天要写的阴影和视图裁剪，无法向下兼容，请注意。
Material Design 为用户界面元素引入了深度这个元素。深度帮助用户理解各个元素之间的重要关联和帮助用户关注他们手上的任务。
视图的高度（elevation），通过Z属性表现，通过他的阴影确定：ｚ值更高的视图投影出更大的阴影。视图只在Z=0的平面上投影处阴影；他们不会投影阴影在其他放在下面的视图上面和高于z=0的平面。
more
有更高Z值的视图挡住Ｚ值较低的视图。无论如何，Ｚ值不会影响到View的大小。
继续阅读 »
我在去年六月份学习了 OpenGL 的一些基本概念，整理了一个 demo 和两篇文章，并在今年六月份复习修正了一番。不久前我进一步向铁蕾兄学习了四种常用 2D 纹理变换的实现思路（以及本文中的其他总结性文字），由于铁蕾兄实在太忙，无暇快速整理成文，因此我就在这里为他代笔了 :)
继续阅读 »
为了进一步裁剪tbox，更好的适配嵌入式开发平台，tbox新增了--micro=y的微模块编译选项
如果启用此编译选项，那么只会编译tbox里面较轻量的一些模块，是的编译后的库大小，尽量保证在64K左右。
先来讲讲一些跟库大小相关的编译选项：
* `--smallest=y`: 通用平台，最小编译模式，会禁用所有第三方依赖库，禁用所有扩展模块，启用最小化编译优化（库内部也会尽可能节省内存使用）
* `--micro=y`: 专门针对嵌入式平台设计，仅编译最为轻量的一些模块，启用最小化编译优化（有可能会包含一些可选组件）
smallest和micro的区别在于，即使启用了smallest禁用所有扩展模块，但是还是会内置比m
继续阅读 »
本篇我们阐述对Github上给出的SDM程序,我们做的一些Bug修正。关于SDM for face alignment,请参考：
《 Supervised Descent Method and its Applications to Face Alignment》
more
我们的程序在开始阶段需要载入数据，由于数据层次不齐，所以需要做形状归一化。其中的一个必要操作就是裁剪图片，取出包含人脸的那部分区域。如下图：
，
实际上我们不要这么大，我们只需要人脸的那部分，于是我们根据shape的包围盒并且向左上和右下拓展，扩大截取区域，得到：
但是在截取过程中，我们发现对于一些人脸过于靠近边界的图片，我们的截取区域超过了图片的范围，如图
继续阅读 »
啥都不说， 直接先来一张效果图......
小伙伴们，别急，咱们先来分析一下主要功能点：
图片预览
图片拖拽
图片缩放
图片裁剪
图片预览
图片预览的功能技术方案是将用户的图片文件转成Base64编码并设置到标签的src属性，获取图片文件的Base64编码需要通过HTML5的新特性FileReader，具体代码如下：
js
getImgBase64: function(imgFile, cb){
if(!window.FileReader){
alert('系统暂不支持针对你的浏览器的文件上传功能，建议使用最新版的Chrome！');
return false;
}
var reader =
继续阅读 »
nnUNet首先进行plan_and_preprocess来对数据进行预处理，生成预处理（裁剪，分析数据属性）后的中间阶段数据。
继续阅读 »