base64 jar包

android 视频录制，red5 实现单视频的直播和录制,使用juv-client-client.jar 完成手机端向网页端发送实时视频的功能。

其中的 移动站点模板在这里 http://www.haolizi.net/example/view_3676.html 下面是android端的 程序源码

android仿淘宝自动获取短信验证码，当我们第一次监听到短信变化时,短信还没有写入到数据库,所以在此不应该做任何的操作,直接return，创建一个收件箱的uri,因为我们读取到的信息,最终是在收件箱中读取到的，当然我们还可以对这个程序做些修改,比如我只想接收10086发来的短信验证或者我只想接收“点融网”发来的短信，这个正则表达式的含义为:提取短信中连续6个数字的内容(这是因为验证 码一般为6位,当然这个是可以根据项目变化的)，如果这条正则表达式能够成功匹配,就提取短信验证码，在日志中打印：提取到的验证码，用Handler发送消息:在非UI线程更新UI。

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)

andriod studio通讯录的简单实现(a phone content of andriod stutio)

此项目包含 相关引用的类库，是完整的源码

android listview 示例源码下载

android 下 device media control point implement, 能控制将多媒体推送到dmr进行播放，实现了播放时界面显示，能用于android系统设备。

Android 手势缩放功能的实例，通过手势来放大缩小圆形图案的大小，这个在操作Android智能机时，大家比较熟悉了，双指向相反方向移动，就会放大显示屏幕上的内容，包括文字和图片，本实例仅是演示手势放大图片、缩小图片等缩放操作，代码比较简单基础，仅供参考。