-
android spinner intent 参数传递
android spinner intent 参数传递
- 2014-09-02下载
- 积分:1
-
Android应用源码之仿QQ的头像选择弹出的对话框
Android应用源码之仿QQ的头像选择弹出的对话框
- 2014-09-11下载
- 积分:1
-
android监听网络连接状态
应用背景你是否见过android的app在断网的情况下打开之后不出现界面,
然后打开网络的时候还是不会出现界面,这就需要在activity中检测网络的连接状态,
这时候如果有网络你就可以做网络访问了,如果没有网络的话,就继续监听
一旦网络连接了,就会自动去加载你要联网的操作,
关键技术
此源码是检测网络状态是否连接,在activity创建的时候检查一遍是否有网络
- 2022-08-10 15:04:07下载
- 积分:1
-
webview实现 html5站点例子源码下载
其中的 移动站点模板在这里 http://www.haolizi.net/example/view_3676.html 下面是android端的 程序源码
- 2015-05-25下载
- 积分:1
-
ButterflyDemo
android里面带有进度条的button,非常实用,好用,很漂亮的(android button with a progress bar which is very practical, easy to use, very nice)
- 2014-12-26 12:47:50下载
- 积分:1
-
Android ProgressDialog 进度条对话框的模拟实现和代码解析
Android ProgressDialog 进度条对话框的模拟实现和代码解析,此为例子源代码,在本例中实现进度条需要调用onPrepareDialog()方法和showDialog(),应用程序处理进度条指示功能。
- 2023-06-14 16:55:03下载
- 积分:1
-
Android的拨号器
应用背景Lorem存有 ;仅仅是印刷排版业虚拟文本。Lorem存有一直是行业的标准虚拟文本自从16世纪,当一个未知的打印机把厨房型和炒它做字体样本。它不仅存活了五个世纪,而且还跨越了电子排版,基本上保持不变。这是流行在上世纪60年代随着拉突激光印字传输系统含Lorem存有通道释放,以及最近的桌面出版软件Aldus PageMaker包括Lorem存有版本。关键技术SED UT perspiciatis OMNIS ISTE Natus误差在坐voluptatem accusantium doloremque laudantium,totam REM aperiam平等,事实不云乎:AB伊洛inventore veritatis等准architecto beatae简历原则必须explicabo。尼莫”ipsam voluptatem quia Voluptas坐aspernatur AUT odit AUT福杰特,SED全能consequuntur麦尼多洛雷斯EOS魁属voluptatem Sequi nesciunt。neque波罗quisquam EST,魁dolorem ipsum quia悲哀坐特,consectetur,adipisci维利特,SED全能非numquam eius莫迪时代incidunt UT”等,quaerat voluptatem麦克纳姆痛苦。UT ENIM广告极小veniam,QUIS妙方exercitationem ullam体癣suscipit laboriosam,NiSi UT液体前EA的商品consequatur?在3 reprehenderit魁考德维尔QUIS EA voluptate维利特ESSE”无molestiae consequatur,VEL Illum魁dolorem EUM fugiat Voluptas pariatur现状不?
- 2022-03-12 01:21:49下载
- 积分:1
-
android图像处理源码,android studio项目
主要功能是程序占用的一些缓存的处理,用到线程池等,适用于android app,
- 2023-05-23 21:15:04下载
- 积分:1
-
ocr光字符识别
ocr光字符识别
- 2013-05-10下载
- 积分:1
-
H264Android_CPP
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)
- 2012-06-01 19:18:23下载
- 积分:1