Daily Archives: 2013-04-03

把我的C盘空间用EASEUS Partition Master 8.0.1调大了一点，以使C盘不再一直处于空间不够的警告，结果重启Windows之后就出现错误 error: incompatible license.Entering rescue mode… grub rescue> 首先交待一下我的环境：我的系统比较复杂，由于工作需要，共装了三个OS：一个Windows 7，一个Ubuntu 11.04，一个Ubuntu 12.04。 然而由于硬盘比较小，最近一年多里已经屡次因为硬盘空间不够而发生这样那样的问题。这次也是一样。这次我是把我的C盘空间用EASEUS Partition Master 8.0.1调大了一点，以使C盘不再一直处于空间不够的警告，结果重启Windows之后就出现错误： error: incompatible license. Entering rescue mode… grub rescue> 我非常明白这是由于硬盘序列ID变了才导致GRUB无法工作。一开始我以为用正常的grub-update就可以搞定（grub rescue下手动启动的方法可参考下面的附录），结果不然。 于是俺使劲的找，终于找到了 正确的方法： GET BOOT-REPAIR: Three possibilities to get Boot-Repair: 1) Boot-Repair-Disk is the official CD containing the very last version of […]

虽然NDK编译ffmpeg的文章在网上已经多如牛毛，但还是经常有人在群里反反复复的问android怎么编译ffmpeg？这个不行，那个不行。。。 我之前也写过两篇关于NDK编译ffmpeg的文章，但基本上写了一大堆的步骤，统统被人无视，为什么？因为大家都很懒，懒得去管那一堆的这个那个步骤。只希望直接拿到所有的源码，然后打一个命令一次性搞定。 好吧，既然大家都这个想，那我就搞一个出来，但还是会有几个“烦人的”步骤： 先交待一下编译环境： 1. Ubuntu 11.04（任何一个发行版都OK） 2. NDK：当前最新的ndk-r8d 具体步骤： 1. 下载ffmpeg for android补丁。这个补丁我是放在我的一个svn服务器上的，所以你需要安装一个svn客户端，RapidSVN, RabbitVCS等都可以，然后checkout https://svn.rg4.net:8443/svn/ffmpeg/（有人回报说一直用TortoiseSVN会一直报需要用户名密码才能check out，如果碰到这种情况请用ustcer/ustcer登录） 2. 下载ffmpeg源码0.11.2(Happiness)，虽然现在最新版的ffmpeg已经到1.1.2(Fire Flower)了，但很不幸，0.11.2是当前最后官方支持android的版本（非官方的有很多，最新版本也都可以编译，但用于正式产品，…我不 知道），你暂时不用费力去找了，因为我刚刚已经“费过力”了。ffmpeg下载地址：http://ffmpeg.org/download.html 3. 将步骤2下载到的ffmpeg解开，替换到步骤1的目录下 4. 重新更新ffmpeg for android补丁（因为步骤3已经用原版的ffmpeg 0.11.2的源码覆盖了补丁，这一步是为了将补丁再次打上），将所有冲突的文件给Revert掉。 5. 打开一个terminal，进入ffmpeg补丁目录，到ffmpeg这一层，然后在此： a. 执行config.sh（若是你的ndk目录跟我不一样，请先修改config.sh中最上面的两个设定的路径，相关设定可参考下面的附录） b. 执行完成后，打开config.h，找到其中的#define restrict restrict，将其改为#define restrict，并保存退出。 c. 执行ndk-build。 完工。 附录 1. NDK路径设定说明： 这里包括两个部分： a. 路径位置 我的android SDK及NDK都是放置在/opt/google这个目录下的，完整路径为： SDK:/opt/google/sdk NDK:/opt/google/ndk-r8d […]

年关临近，又得开始准备年终总结了，我先简单罗列一下，以便写总结的时候有个参考（仅限于产品部分）。 元旦之后一个多星期又开始搞Hermes相关的一些功能，但是说实在的，我对此真的不太积极，而这主要的原因是在于，我认为（一直认为）这并不是“走在一条正确的道路上”，而且，I don’t in charge of this product。 众所周知，STUNT相对于STUN及成功率是相当的低，而且相对来说，中间流程控制起来会更加的麻烦。但是事实上，虽然我在项目周会或者其他多种场合说 明和强调，Hermes却一直在沿着这条我“个人”认为不正确的道路上走下去，而且越走越远，甚至开始衍生出其他许多这样那样的“花头”来，如： 1. 为节省打洞，把原来两开的两种socket（一种用于信令及控制，一种用于视频的传输）进行合并，以复用socket。 2. Tunnel 这如果是在其他“环境”下，可能直接就被枪毙了，可是，我们已经花了很多人力来朝着这个方向来做基于这么一个思想的东西。不对，不是一个，而是很多个衍生 产品。当然，需要去做这些衍生产品，以及这么急着在这个不确定的、甚至明知很滥的也不可能规模化的基础上去做的原因很大一部分是在于市场的需要，或者说是 那些Board members的要求。 可这实在是让人受不了了，再加一句我“个人”的见解，这些东西即使做出来到头来很多做法也都最终会被推翻掉的，再过阵子，大家回头来看这堆东西，说不定就会称之为“垃圾”，在一个宝贵的时间里做出来的“宝贵”的垃圾。可是，你又能怎么办呢？ 我先来数一数这N宗罪（不仅限于Hermes，所以题目也要改一下）。虽然在各种场合，我已经说了太多遍了，但也许我也还是得再说。 第一宗罪：似乎天下只有TCP，没有UDP。 从绑定单一的8000端口，到程序的实现，无一不是朝这个方向去做。 第二宗罪：太多的历史包袱，每个版本都在版本兼容性上花费一极大的力气，却导致许多规划、计划都无法实施。 在iNVR/eLook项目上，其实我一开始是有很多改善的措施，并且相当一部分的功能都已经实现，但由于要兼容各种旧版本的客户端，并且要兼容Windows的各种产品，结果后来又费力把已经实现好的功能拿掉，改成跟 第三宗罪：又想提升打洞成功率，又不想花时间去研究UDP及STUN的解决方案。 虽然说，其很大一部分原因是因为其他项目一直delay，但是既然Hermes项目一直在推进，为什么就不能优先去把Hermes的路给走对了呢？ 未完，待续。想起来再补充。

Network servers are traditionally implemented using a separate process or thread per connection. For high performance applications that need to handle a very large number of clients simultaneously, this approach won’t work well, because factors such as resource usage and context-switching time influence the ability to handle many clients at […]

元旦过后我就开始准备自己搞一个epoll的封装库，以期扔掉这个无比庞大的boost（对x86的服务器系统来说是还ＯＫ，但对一些嵌入式的应用来说，实在吃不消）。 但是始终卡在client端socket关闭后，server端针对broken pipe的signal（多线程中的signal）的处理上，这个问题一拖就拖了将近一个星期，实在汗顔。 后来实在有点火了，就准备照boost asio来扒一个下来，结果，扒着扒着发现asio原来完全可以独立于boost来运行（作为一个独立的library）。 这下真的搞的火大了。ＯＭＧ，我又浪费了将近一周的生命… 以下是来自asio作者Christopher Kohlhoff对asio与boost.asio的区别说明： Asio and Boost.Asio Asio comes in two variants: (non-Boost) Asio and Boost.Asio. The differences between the two are outlined below. What are the differences in the source code? Where do I get a release package? Where are the source code repositories? How […]

这是来自MBA Online的一篇文章，记录了Android从诞生到现在的、在移动终端上的统治性的地位，我有向部门下的许多同仁推荐，但要放到网上来实在有些困难， 因为这图实在太大了……however, this is a really great graphic. WTH, just share it. 原文来自：http://www.mbaonline.com/android/

EasyIPCam原先的时候在部分型号的手机（或平板）上出来的图像颜色不正，原因就是在于我错误的把NV12当作YUV420P来处理了，后来已更正，但一直未对此问题作记录，现补上。以供其他碰到类似问题的朋友参考。 以下是，关于几种常见YUV格式的一点扫盲知识： NV16就是 YUV422SP NV21就是 YUV420SP NV12就是 YUV420SP格式，Y分量平面格式，UV打包格式。 1）YUV420SP中的S和P分别是什么意思？ SP(Semi-Planar)指的是YUV不是分成3个平面而是分成2个平面。Y数据一个平面，UV数据合用一个平面。UV平面的数据格式是UVUVUV…。 2）yuv格式中的interlace \ progressive分别是什么意思阿 ？ interlace指的是隔行扫描，是把一帧图像分成上下两场，上场(Top field)的数据是整个图像的奇数行(1,3,5,7…)，下场(Bottom field)的数据是整个图像的偶数行(2,4,6,8…)。两场穿插组合起来变成一帧完整图像。而progressive指的是逐行扫描，一帧图像 的每一行都按顺序排放。 若您发现EasyIPCam存在什么Bug，或者对EasyIPCam有什么意见、建议或者想法，可直接在http://bbs.rg4.net/thread-13892-1-1.html留言，或者通过mail与我联络，感谢您的支持和回馈。

前两天收到QA回馈说Android版的机顶盒客户端在浏览Panasonic BL C1A设备的时候出现下半部分画面绿屏的问题。具体状况如下图： 后来经确认是由于该设备用ffmpeg解码只能解出YUVJ422P格式，而实际上在该版的程序里未判断ffmpeg解码成功后的实际格式（default为YUV420P），就把它当作YUV420P去用，去转RGB565了，结果就出现这个Bug。 记之。

让你的Freescale i.MX 53 Quick Start Board 支持SATA硬盘。 由于项目使用中需要大容量硬盘，而Freescale i.MX 53 Quick Start Board又没带完整的SATA硬盘支持。事实上板子上有SATA数据库线接口，但却不给带电源线接口，我….。 所以，如果你要接SATA硬盘到i.MX53 QSB就相当于必须要自己外接电源（除非你自己重新layout板子），如：从一台PC中接一根电源出来，然后接到硬盘的电源上，接法如下：

这句话来自于Star Wars, The Clone Wars (IV) – Episode 18，很经典，原文是：Trust is the greatest of gifts, but it must be earned,中文被翻译为：信任如至宝，取之须躬行。我也一直拿来作为自己的一句警言来提醒自己。 而前两天长假前的一件事情，又让我间接的想起了这句话。 9月29日，周六。 对于大陆的员工来说，这是长假前最后一天班，而对于台湾的员工来说，则是正常休假。 下午两点多，考虑到园区里大部分的公司都已经没人（提前下班），而且，部门下有的人已经于十多天前就已经请好假，买好回家的车票，甚至所有行李都已经带到 了office就等着下班的情况下。我就未经请示台湾那边的主管，自己擅作主张，并发mail给我台湾那边的主管说：“由于大陆这边马上放假，部分路段车 流限制/管制，故上海这边研发将下午３点半 提前下班（包括我在内的部分同仁因有比较urgent的 assignment，还会在office 正常上班）。若有什么事情，请以电话或mail方式联系。” 事实上整个office，就只有研发部门几个人，再加一个行政主管（她后来在3点多一点就走人，说是请假了），其他人都已经不在了（跟往常一样），但其他 部门怎样怎样，跟我们没有任何关系，所以我也只能写研发部门要提早下班。另外，真正需要提前走的只有两人，而我又不想在mail里指名道姓的写的那么清 楚，以避免影响那两位员工在ＨＱ主管眼中的观感（或者也可以上升一个层次到: Trust）。 应该说，在我写这封mail的时候，是不曾想到会收到回复的，因为毕竟台湾今天休假，而且在写之前我也专门打过我的主管的office的分机，没人接。 然而事情的发展，根本不是像我自以为是的那样。 三点左右，收到了我的主管的回复：“不宜有此行為.E600 每個人都有未完成的工作 (such as: Maggie CM 必需在 10/31 前完成, Michael 有 GV 及行安, …..).若有不得已, 非早離開不可, 必需請假, […]