android考勤系统

基于android的航空订票系统，客户端可实现功能有用户注册、登录、购买机票、查询班次、查询机型、查询网点、订阅消息和获取帮助。 服务器端可实现的功能有：存取用户信息、核对用户信息 。 主要是在windows系统，eclipse环境下，基于java的语言开发做一些简单的项目。

使用stm32F407，使用FSMC访问AD7606。 AD7606块例程.zip

应用背景用于对进度展示有自定义的需求的app，面向对象的编程设计更易于调用，进度的增加和进度的颜色以及进度值的操作都已暴露给用户，直接调用即可，也可以在此基础之上增加更多的功能，完善代码质量关键技术主要体现在自定义控件UI绘制，构造的设计，控件进度参数的回调，控件的实时刷新，以及相关方法方法的封装，体现Android UI设计思路

Android广播消息机制实战实例，供各位Android研发人员参考与借鉴

完整的android实战项目，对android学习很有帮助，能快速提高编程水准，感兴趣的可以下载下来看一下，保证物有所值

Android app to deal with JSON object

Wi-fi Director

其实现的功能是，利用线程搜索某个文件夹下的所有文件，还可以以精确或模糊搜索文件和文件夹，其工作都是在线程中进行的，不影响当前操作。为了增强实用性，对于指定的文件可以有打开文件和打开文件所在的目录两种操作。本来想增加移动和复制操作，但是感觉有点画蛇添足，就作罢了

H264解码器源码，移植ffmpeg中的H264解码部分到Android，深度删减优化，在模拟器(320x480)中验证通过。 程序的采用jni架构。界面部分，文件读取，视频显示都是用java做的，底层的视频解码用C来做满足速度的要求。 在这个版本中，从H264码流中分割出Nal是在java层做的，这样在java层直接调用解码时就知道是否有显示视频，缺点的就是耦合度/封装性差一点。 如果采用在底层做Nal分割的方法，可以封装得好看一些，但是每次送的数据有限制，如果送的数据太多，底层可能会一次解码出好几帧视频，但是通知到界面层只能显示一帧，造成丢帧的现象。 如果每次送的数据较少，就会有很多次底层调用没有进行实质解码，很小气的做法，比如有一压缩数据帧需要600字节，如果一次送100个字节给解码器，那么要送6次才会进行实质解码，因为每个数据帧有大有小，所以只能取极小值才不会导致丢帧。 不过所有的编码解码都是各种因素平衡折中的结果，具体用什么方法具体分析。 如果程序崩溃退出，优先考虑： 1)是否是baseline 2)byte [] NalBuf = new byte[40980] 缓冲区是否溢出。 如果有B帧，那肯定不是baseline。 (H264 Decoder C++ version decode source)

Android Live Wallpaper using OPENGL ES 2.0