layoutroot

抄表系统专注于各类能源管理终端的嵌入式软件开发设计！是一个专业化、专一化、科技型企业。业务涵盖供电、供热、供水、供气四大行业远程抄表管理，以及工业企业、学校、酒店、城市大型综合体、写字楼、机关办公、通讯基站、跨地区企业集团等，能耗数据的采集、管理、控制。公司自成立以来，先后在西北、华北等大中城市设

简单的txt浏览器，感觉还算好用吧。喜欢的下载吧

dfsfsdfdssdffsdfsfsdddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd

【实例简介】C 语言常见问题集

这是一个简单的Java聊天室,仅提供给一些刚学Java的学生做实验,本文也是仅供参考.本文代码都有注释,希望读者能读懂代码,本实验内部还有一些错误,比如只能一条一条的发信息,不能连发

1、实现网络相册的管理，包括创建、修改、删除等操作。 2、实现上传图片到网络相册。 3、实现图片的分享。 4、实现图片的管理，包括图片的修改、删除等操作。

毕业设计答辩PPT模板（通用）

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主拨号，与标准的函数，你可以建立与Eclipse或者Android的工作室。顺便说一句，这是Android的测试关键技术安卓应用程序的联系人列表，具有功能：读数据，列表视图接触等。

private void computeCoordinates() {  BigStone stone;  BigStone menus;  for (int index = 0; index < STONE_COUNT; index ) {   stone = mStones[index];   stone.x = mPointX      (float) (mRadius * Math.cos(stone.angle * Math.PI / 180));   stone.y = mPointY      (float) (mRadius * Math.sin(stone.angle * Math.PI / 180));  }  if (flag == 0) {   for (int i = 0; i < MENUS; i ) {     menus = mMenus[i];     switch (i) {    case 0:     menus.x = 300 * 1.8f;     menus.y = 50;     break;    case 1:     menus.x = 300 * 1.8f 100;     menus.y = 50;     break;    case 2:     menus.x = 300 * 1.8f 200;     menus.y = 50;     break;    case 3:     menus.x = 300 * 1.8f;     menus.y = 150;     break;    case 4:     menus.x = 300 * 1.8f 10 100;     menus.y = 250;     break;     }    }  } }