日常的一些笔记

tar 里面的-C参数是change的意思，例如tar zxvf lalala.tar.gz -C / 就是把解压路径改到根目录“/”，C与/之间有个空格（第一次：2014/09/21，改：2014/10/26）

今天出现这样的问题：“ tar: can't create symlink from linphone_arm/lib/libosipparser2.so.4 to libosipparser2.so.4.2.0: Operation not permitted ”  问题的原因是在于解压的时候时在SD卡里面解压的，而不是拉到ARM板上解压。SD卡上文件系统是FAT格式与ARM板的不一样，FAT貌似不支持符号链接，所以解压出的动态库就算后来我用ln -s 硬链接也木有用23333（第一次：2014/10/26）

关于把ARM板A（搭好环境）的/lib和/bin直接替换ARM板B（未搭好环境）的，会导致B板的语音驱动消失（/audio /dsp 。。。）原因现在还未找到23333（第一次：2014/10/26）

折磨我许久的linphone总算可以告一段落了，究其原因嘛，十分简单就是ARM板上对声音的编码和PC上的不一致。怎么发现的呢？lcl一回来就说：试下两块板互相通话咯，然后如小鹿撞心般的听到了天籁之音（233333自己脑补吧）因为通话质量不高，百度之，发现了一篇文章http://blog.chinaunix.net/uid-23303778-id-3994137.html 问题就迎刃而解了，虽然目前还不能说完美，至少没有之前那么心塞（久了会没命的吧XD）今年的秋天来了吧，就在今天。校园人很少，难道都躲宿舍了，但是秋风可不会受这些影响（第一次：2014/11/02）

两个不错的网站，留着http://blog.chinaunix.net/uid-26284412-id-3200484.html，http://www.cnblogs.com/arrongao/archive/2012/12/15/Hash_Sum_mismatch_key.html，因为我是菜鸟呀（第一次：2014/11/14，第二次：2014/11/14）

Failed to start program. Path or permissions wrong?

今天重装了14.04，用新的Qt4.7编译以前没问题的工程出现了上面那行错误！

在这篇博文http://blog.sina.com.cn/s/blog_ad4497b60101mwqe.html启发了思路，可能是我这Qt和之前的配置不一样，所以我果断Build->Clean all

然后就搞定了233333（第一次：2014/11/14）

今天准备耍一个3.3V的器件，苦恼的是我的单片机是5V的，肿么办呢？突然想起STC的直接给3.3V供电说不定就搞定拉？！（第一次：2014/11/14）

最近在折腾网络方面的东西，唉，感觉好累好无爱啊～不过也找到了几个很不错的博客呢！如果大一，大二就看到那将会会是多么宝贵的财富啊，这个有空再发个链接合辑吧！这几天尝试了用ssh登录服务器（arm板也可以，编译个openssh上去就可以了吧，不行就自行百度吧，我是用现成环境的）感觉真不错，但是会遇到一个问题：

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@   @
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!        @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

这些@蛮带感的。问题大概就在于你上次用ssh连接这个IP的主机变了，和/root/.ssh/known_host里面储存的信息不一样了，所以这个变得不可信了，造成不能登录。解决很简单，注意看下它的提示“ssh-keygen -f "/root/.ssh/known_hosts" -R xxx.xx.xx.xx” (xxx.xx.xx.xx是IP地址)  有点变懒了，所以遇到问题之类的也没有记录在这里（第一次：2014/12/19）

最近项目原因一直在调用驱动，I2C，UART。原本还有SPI的，不过最后还是扔给队友了。I2C协议虽然简单，但是针对不同的设备要做不同的设配，也是一个蛮麻烦的家伙例如EEPROM与BH1750使用的方法就不一样。UART可能是一个很多人都很早接触的协议（我是先接触SPI的2333）串口发送比较简单，最难的还是串口的接收啊，需要细细研究，目前我还是不是很懂，再使用两三次估计会明了很多吧。值得注意的是我这次需要驱动的BH1750光照传感器，I2C地址手册上是0100011/0(1)，最后一位是读写控制位，我一直认为它的地址是0x46，但是错了，以至于我耗费了两天时间，在linux的I2C里面是0x23才对，都怪我C语言基础不好。不过值得高兴的是学会了两种调用的方式使用write()/read()与ioctl()，两个都成功读出了亮度。（第一次：2015/02/03）

目前在研究视频处理，YUV与H264真是个烦人的东西。对于每个摄像头其输出的视频流格式都是不一样的，有些可以输出多种，这可以通过V4L2进行控制，例如YUV422SP指的的就是说YUV的是Planar类型的，但是又有不同，即其UV分量是封装在一起的。即（一帧）

YYYYYYYY。。。。。。。

UVUVUVUVU。。。。。。    

而 V4L2_PIX_FMT_YUV420M （V4L2）里面的一个宏定义，在这里我认为其为YUV420M。经过我的测试，其一帧图像的实质就是jpg，那么“M”即可认为是MJPG的缩写了，YUV与MJPG。。。我是没搞懂的，下面那段是从“videodev2.h”复制出来的。

/* three non contiguous planes - Y, Cb, Cr */
#define V4L2_PIX_FMT_YUV420M v4l2_fourcc('Y', 'M', '1', '2') /* 12  YUV420 planar */
#define V4L2_PIX_FMT_YVU420M v4l2_fourcc('Y', 'M', '2', '1') /* 12  YVU420 planar */

从注释上看应该是planar的啊，但是一帧图像是jpg。当然不排除程序是使用YUV420M这个V4L2宏定义，但是摄像头不支持，所以它就输出一个默认格式给你！这个可能性现在越想越大（第一次：2015/0813）

好久没加新内容了呢，最近在开发BS84C12A-3，真是恶心的东西呢，最齐全的头文件都在头文件里面呢，呵呵。不过可能是我渠道不畅，拿不到资料呢。不过便宜的硬件，复杂的只能跑去软件那里了。其实也是很简单的处理方法的，但是增加了成本不说，切分好像也不怎么OK（不对这么一说好像又可以了能，只要只BS84C12A+STM8为一个主题就好啦！！！），主要是我不想去开发STM8。。。。（第一次：2016/0808）

应该CSDN有能发表完后再次编辑的功能吧