2009年9月4日星期五

libtool的作用及应用

libtool常见于autoconf/automake,单独用的例子很少,所以我想仔细研究一下,为将来兄弟们看起来方便。

一。libtool的作用
offer a standard procedure for creating shared libraries on different
platforms
libtool
是一个通用库支持脚本,将使用动态库的复杂性隐藏在统一、可移植的接口中,也就是说,你可以通过如下所示的标准方法,在不同平台上创建并调用动态库,我们
可以认为libtool是gcc的一个抽象,也就是说,它包装了gcc或者其他的任何编译器,用户无需知道细节,只要告诉libtool说我需要要编译哪
些库即可,并且,它只与libtool文件打交道,例如lo、la为后缀的文件。

二。libtool的使用
1.Creating object files
# libtool --mode=compile gcc -g -O -c foo.c
gcc -g -O -c foo.c -fPIC -DPIC -o .libs/foo.o
gcc -g -O -c foo.c -o foo.o >/dev/null 2>&1
# libtool --mode=compile gcc -g -O -c hello.c
gcc -g -O -c hello.c -fPIC -DPIC -o .libs/hello.o
gcc -g -O -c hello.c -o hello.o >/dev/null 2>&1
【说明】libtool编译出两个版本的relocatable
object,一个是fPIC(位置无关的),放在.libs目录下;另一个则是普通的,放在本地。

2.linking shared library
# libtool --mode=link --tag=CC gcc -g -O -o libhello.la -rpath
/usr/local/lib foo.lo
rm -fr .libs/libhello.a .libs/libhello.la .libs/libhello.lai
.libs/libhello.so libs/libhello.so.0 .libs/libhello.so.0.0.0
gcc -shared .libs/foo.o -Wl,-soname -Wl,libhello.so.0 -o
.libs/libhello.so.0.0.0
(cd .libs && rm -f libhello.so.0 && ln -s libhello.so.0.0.0 libhello.so.0)
(cd .libs && rm -f libhello.so && ln -s libhello.so.0.0.0 libhello.so)
ar cru .libs/libhello.a foo.o
ranlib .libs/libhello.a
creating libhello.la
(cd .libs && rm -f libhello.la && ln -s ../libhello.la libhello.la)
【说明】link出两个共享库,一个是static,一个则是dynamic;需要注意的是,-rpath必须有才能产生dynamic库来,如果用-static,则只创建static库。

ranlib的作用:
On some older UNIX systems, ranlib added a table of contents to archive
libraries, which converted each archive to a form that could be linked
more rapidly. This is no longer needed as the ar command automatically
provides all the functionality ranlib used to provide.
在一些旧版本的系统上,ranlib负责把静态库转换为其他的某种格式,使得新的库能够更快的链接;现在ar命令已经包含了上述功能;
This command is provided as a convenience for software developers who need
to maintain Makefiles that are portable across a variety of operating
systems.
为了兼容性,在makefile中还是保留ranlib

3.install shared library
libtool --mode=install cp libhello.la /usr/local/lib/libhello.la
libtool --mode=install install -c libhello.la /usr/local/lib/libhello.la
两个命令都可以,效果相同

4.linking executable file
# libtool --mode=link gcc -g -O -o hello hello.lo -rpath /usr/local/lib
libhello.la
gcc -g -O -o .libs/hello .libs/hello.o ./.libs/libhello.so
creating hello
-rpath项负责添加运行时库路径,否则只能手工修改LD_LIBRARY_PATH环境变量了。
验证一下:
# ldd .libs/hello
linux-gate.so.1 => (0xffffe000)
libhello.so.0 => /usr/local/lib/libhello.so.0 (0x40019000)
libc.so.6 => /lib/tls/libc.so.6 (0x40031000)
/lib/ld-linux.so.2 (0x40000000)

5.install executable file
#libtool --mode=install cp hello /usr/local/bin/hello
安装可执行程序。

6.运行
libtool --mode=execute hello
或直接运行hello
注意:此处hello已经安装在/usr/local/bin下了,可以用which hello来查看

【附】源码
foo.c
#include <stdio.h>
char msg[128]="Hello world";
void print()
{
printf("%s\n", msg);
}

hello.c:
#include <stdio.h>
extern char msg[128];
extern void print();
int main()
{
print();
}

Makefile:
LO_OBJS = foo.lo
PACKAGE_VERSION = 1:1:1
LIBDIR=/usr/local/lib
BINDIR=/usr/local/bin

all : hello

install : libhello.la hello
libtool --mode=install install -c libhello.la

${LIBDIR}/libhello.la
libtool --mode=install cp hello ${BINDIR}/hello

uninstall : ${LIBDIR}/libhello.la ${BINDIR}/hello
libtool --mode=uninstall /bin/rm ${LIBDIR}/libhello.la
libtool --mode=uninstall /bin/rm ${BINDIR}/hello

hello : libhello.la hello.o
libtool --mode=install install -c libhello.la

${LIBDIR}/libhello.la
libtool --mode=link gcc -g -O -o hello hello.o -rpath ${LIBDIR}
libhello.la

libhello.la : $(LO_OBJS)
libtool --mode=link --tag=CC gcc -g -O -o libhello.la

$(LO_OBJS) -rpath ${LIBDIR} ${PACKAGE_VERSION}

foo.lo : foo.c
libtool --mode=compile gcc -g -O -c foo.c

hello.lo : hello.c
libtool --mode=compile gcc -g -O -c hello.c

clean :
rm -f lib*.a *~ *core *.lo *.o *.la hello
rm -rf .libs

这样,用户可以用make编译,make install/uninstall安装/卸载,make
clean清除编译临时文件,安装成功后,可以直接执行hello,不必指明路径也不必再另设环境变量LD_LIBRARY_PATH,非常方便!

关于Linux的视频编程(v4l2编程)

一.什么是video4linux
Video4linux2(简称V4L2),是linux中关于视频设备的内核驱动。在Linux中,视频设备是设备文件,可以像访问普通文件一样对其进行读写,摄像头在/dev/video0下。

二、一般操作流程(视频设备):
1. 打开设备文件。 int fd=open("/dev/video0″,O_RDWR);
2.
取得设备的capability,看看设备具有什么功能,比如是否具有视频输入,或者音频输入输出等。VIDIOC_QUERYCAP,struct
v4l2_capability
3. 选择视频输入,一个视频设备可以有多个视频输入。VIDIOC_S_INPUT,struct
v4l2_input
4. 设置视频的制式和帧格式,制式包括PAL,NTSC,帧的格式个包括宽度和高度等。
VIDIOC_S_STD,VIDIOC_S_FMT,struct v4l2_std_id,struct v4l2_format
5. 向驱动申请帧缓冲,一般不超过5个。struct v4l2_requestbuffers
6.
将申请到的帧缓冲映射到用户空间,这样就可以直接操作采集到的帧了,而不必去复制。mmap
7. 将申请到的帧缓冲全部入队列,以便存放采集到的数据.VIDIOC_QBUF,struct
v4l2_buffer
8. 开始视频的采集。VIDIOC_STREAMON
9. 出队列以取得已采集数据的帧缓冲,取得原始采集数据。VIDIOC_DQBUF
10. 将缓冲重新入队列尾,这样可以循环采集。VIDIOC_QBUF
11. 停止视频的采集。VIDIOC_STREAMOFF
12. 关闭视频设备。close(fd);
三、常用的结构体(参见/usr/include/linux/videodev2.h):

struct v4l2_requestbuffers
reqbufs;//向驱动申请帧缓冲的请求,里面包含申请的个数
struct v4l2_capability cap;//这个设备的功能,比如是否是视频输入设备
struct v4l2_input input; //视频输入
struct v4l2_standard std;//视频的制式,比如PAL,NTSC
struct v4l2_format fmt;//帧的格式,比如宽度,高度等

struct v4l2_buffer buf;//代表驱动中的一帧
v4l2_std_id stdid;//视频制式,例如:V4L2_STD_PAL_B
struct v4l2_queryctrl query;//查询的控制
struct v4l2_control control;//具体控制的值

下面具体说明开发流程(网上找的啦,也在学习么)



打开视频设备

在V4L2中,视频设备被看做一个文件。使用open函数打开这个设备:

// 用非阻塞模式打开摄像头设备

int cameraFd;

cameraFd = open("/dev/video0″, O_RDWR | O_NONBLOCK, 0);

// 如果用阻塞模式打开摄像头设备,上述代码变为:

//cameraFd = open("/dev/video0″, O_RDWR, 0);

关于阻塞模式和非阻塞模式

应用程序能够使用阻塞模式或非阻塞模式打开视频设备,如果使用非阻塞模式调用视频设备,即使尚未捕获到信息,驱动依旧会把缓存(DQBUFF)里的东西返回给应用程序。

设定属性及采集方式

打开视频设备后,可以设置该视频设备的属性,例如裁剪、缩放等。这一步是可选的。在Linux编程中,一般使用ioctl函数来对设备的I/O通道进行管理:

extern int ioctl (int __fd, unsigned long int __request, …) __THROW;

__fd:设备的ID,例如刚才用open函数打开视频通道后返回的cameraFd;

__request:具体的命令标志符。

在进行V4L2开发中,一般会用到以下的命令标志符:
VIDIOC_REQBUFS:分配内存
VIDIOC_QUERYBUF:把VIDIOC_REQBUFS中分配的数据缓存转换成物理地址
VIDIOC_QUERYCAP:查询驱动功能
VIDIOC_ENUM_FMT:获取当前驱动支持的视频格式
VIDIOC_S_FMT:设置当前驱动的频捕获格式
VIDIOC_G_FMT:读取当前驱动的频捕获格式
VIDIOC_TRY_FMT:验证当前驱动的显示格式
VIDIOC_CROPCAP:查询驱动的修剪能力
VIDIOC_S_CROP:设置视频信号的边框
VIDIOC_G_CROP:读取视频信号的边框
VIDIOC_QBUF:把数据从缓存中读取出来
VIDIOC_DQBUF:把数据放回缓存队列
VIDIOC_STREAMON:开始视频显示函数
VIDIOC_STREAMOFF:结束视频显示函数
VIDIOC_QUERYSTD:检查当前视频设备支持的标准,例如PAL或NTSC。

这些IO调用,有些是必须的,有些是可选择的。

检查当前视频设备支持的标准

在亚洲,一般使用PAL(720X576)制式的摄像头,而欧洲一般使用NTSC(720X480),使用VIDIOC_QUERYSTD来检测:

v4l2_std_id std;

do {

ret = ioctl(fd, VIDIOC_QUERYSTD, &std);

} while (ret == -1 && errno == EAGAIN);

switch (std) {

case V4L2_STD_NTSC:

//……

case V4L2_STD_PAL:

//……

}

设置视频捕获格式

当检测完视频设备支持的标准后,还需要设定视频捕获格式:

struct v4l2_format fmt;

memset ( &fmt, 0, sizeof(fmt) );

fmt.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;

fmt.fmt.pix.width = 720;

fmt.fmt.pix.height = 576;

fmt.fmt.pix.pixelformat = V4L2_PIX_FMT_YUYV;

fmt.fmt.pix.field = V4L2_FIELD_INTERLACED;

if (ioctl(fd, VIDIOC_S_FMT, &fmt) == -1) {

return -1;

}

v4l2_format结构体定义如下:

struct v4l2_format

{

enum v4l2_buf_type type; //
数据流类型,必须永远是//V4L2_BUF_TYPE_VIDEO_CAPTURE

union

{

struct v4l2_pix_format pix;

struct v4l2_window win;

struct v4l2_vbi_format vbi;

__u8 raw_data[200];

} fmt;

};

struct v4l2_pix_format

{

__u32 width; // 宽,必须是16的倍数

__u32 height; // 高,必须是16的倍数

__u32 pixelformat; //
视频数据存储类型,例如是//YUV4:2:2还是RGB

enum v4l2_field field;

__u32 bytesperline;

__u32 sizeimage;

enum v4l2_colorspace colorspace;

__u32 priv;

};

分配内存

接下来可以为视频捕获分配内存:

struct v4l2_requestbuffers req;

if (ioctl(fd, VIDIOC_REQBUFS, &req) == -1) {

return -1;

}

v4l2_requestbuffers定义如下:

struct v4l2_requestbuffers

{

__u32 count; // 缓存数量,也就是说在缓存队列里保持多少张照片

enum v4l2_buf_type type; //
数据流类型,必须永远是V4L2_BUF_TYPE_VIDEO_CAPTURE

enum v4l2_memory memory; // V4L2_MEMORY_MMAP 或 V4L2_MEMORY_USERPTR

__u32 reserved[2];

};

获取并记录缓存的物理空间

使用VIDIOC_REQBUFS,我们获取了req.count个缓存,下一步通过调用VIDIOC_QUERYBUF命令来获取这些缓存的地址,然后使用mmap函数转换成应用程序中的绝对地址,最后把这段缓存放入缓存队列:




typedef struct VideoBuffer {

void *start;

size_t length;

} VideoBuffer;


VideoBuffer* buffers = calloc( req.count, sizeof(*buffers) );

struct v4l2_buffer buf;


for (numBufs = 0; numBufs < req.count; numBufs++) {

memset( &buf, 0, sizeof(buf) );

buf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE;

buf.memory = V4L2_MEMORY_MMAP;

buf.index = numBufs;

// 读取缓存

if (ioctl(fd, VIDIOC_QUERYBUF, &buf) == -1) {

return -1;

}

buffers[numBufs].length = buf.length;

// 转换成相对地址

buffers[numBufs].start = mmap(NULL, buf.length,

PROT_READ | PROT_WRITE,

MAP_SHARED,

fd, buf.m.offset);


if (buffers[numBufs].start == MAP_FAILED) {

return -1;

}


// 放入缓存队列

if (ioctl(fd, VIDIOC_QBUF, &buf) == -1) {

return -1;

}

}

关于视频采集方式

操作系统一般把系统使用的内存划分成用户空间和内核空间,分别由应用程序管理和操作系统管理。应用程序可以直接访问内存的地址,而内核空间存放的是
供内核访问的代码和数据,用户不能直接访问。v4l2捕获的数据,最初是存放在内核空间的,这意味着用户不能直接访问该段内存,必须通过某些手段来转换地
址。

一共有三种视频采集方式:使用read、write方式;内存映射方式和用户指针模式。

read、write方式:在用户空间和内核空间不断拷贝数据,占用了大量用户内存空间,效率不高。

内存映射方式:把设备里的内存映射到应用程序中的内存控件,直接处理设备内存,这是一种有效的方式。上面的mmap函数就是使用这种方式。

用户指针模式:内存片段由应用程序自己分配。这点需要在v4l2_requestbuffers里将memory字段设置成V4L2_MEMORY_USERPTR。

处理采集数据

V4L2有一个数据缓存,存放req.count数量的缓存数据。数据缓存采用FIFO的方式,当应用程序调用缓存数据时,缓存队列将最先采集到的
视频数据缓存送出,并重新采集一张视频数据。这个过程需要用到两个ioctl命令,VIDIOC_DQBUF和VIDIOC_QBUF:

struct v4l2_buffer buf;

memset(&buf,0,sizeof(buf));

buf.type=V4L2_BUF_TYPE_VIDEO_CAPTURE;

buf.memory=V4L2_MEMORY_MMAP;

buf.index=0;

//读取缓存

if (ioctl(cameraFd, VIDIOC_DQBUF, &buf) == -1)

{

return -1;

}

//…………视频处理算法

//重新放入缓存队列

if (ioctl(cameraFd, VIDIOC_QBUF, &buf) == -1) {

return -1;

}

关闭视频设备

使用close函数关闭一个视频设备

close(cameraFd)

还需要使用munmap方法。

我恨PPT

哪个倒霉催的家伙最早发明了PPT,活该生儿子没屁眼。我实在是无法理解为什么今天无论做什么事情都要弄个PPT,似乎没有了这玩艺儿,进入会议室的时候就是全身赤裸的。据说是用PPT除了省纸环保之外,更可以直观鲜明地表达你的观点,让受众更容易接受。

不,情况不是那样的。PPT绝对是外星敌对势力专门发明出来残害地球人的工具。在阴暗的会议室里,盯着投影看上四、五个小时密密麻麻的公式、表格、文字,折线图完了有饼状图,饼状图完了还有柱状图,每每都有一种双膝跪倒,哭喊一声"我招了"的冲动。它并没有简化任何信息,而是通过更为密集的方式往你的大脑里填鸭。

在我看来,PPT的流行意味着两件事:一、人们的听力理解能力下降了。二、人们的口头表达能力下降了。大家习惯了45分钟一集电视,中间插三次广告,每次十五条,每条5秒钟。对于这种碎片化了的图像信息,所有人都可以用惊人的速度进行归纳和吸收。哪怕头五秒是在卖卫生巾,后五秒是卖饮料,没有人觉得逻辑错乱,内容破碎。但是,面对一个活人,听他讲哪怕三十分钟,大脑也会完全丧失功能,无法把声波转换成有体系的记忆信号。

讲三十分钟话其实更为困难,这里没有演讲术的培训,也没有多少面对公众讲演的练习。只有一堆极恶劣的例子,例如电视谈话节目,例如领导的会议训话。很少能听到层次鲜明,逻辑清晰,富于感召力的人声演讲。多年在会议室和电视上受训下来,形成的是听到讲话就犯困的条件反射。医书上把这个叫做"应激反应",属于生物体自我保护的一种。有时候,我不得不同情陈鲁豫,因为她如果不用傻笑和"真的吗"作为自然分割,谈话其实很难延伸下去。

用十五或者三十分钟,清晰地阐述自己的观点,或者理解这一段话想要传递的信息,当真就那么难?现在看起来的确如此,大家习惯于避免目光的直接接触。演讲者站在暗地里面对投影屏幕,观众盯着面前的那一块白色亮斑,据说这是一种交流方式。让人看了觉得思古之情如脚气大发,古早的骚人墨客想老婆的时候,就会凝视月亮,因为他确信孩儿他娘也正在看着月亮。一样的月光,都照在我们的眸子上。现在手中有手机,空中有飞机,但是大家却又返古了,在会议室里用投影屏幕以反射原理神交。

PPT的确很好,不过怎么个好法大有讲究。在我看来,PPT本身是一种Show,带有明显的表演气质。重点不在你讲了什么,而在于你如何呈现。一个好的PPT能够把很复杂的事物以简单直观的表现方式传递给听众,不但能让他们理解,而且能让他们欣赏到内容和形式统一的美,甚至还能体察到你在幽默感上微妙的用心。演讲者的路数基本上是一个演员,需要在PPT播放的过程中不断淡入淡出,把艰涩的部分用PPT讲解清楚,然后继续演讲,反复进行这种切换。他必须表演口才和风度,以展示自己绝对的从容和自信,目标是说服听众。

而在现实中,能达到PPT和自己合二为一,相得益彰的人,几乎是凤毛麟角。PPT变成了羞怯的人避免演讲的手段,也变成了走神的人最好的掩饰。绝大多数的PPT都是垃圾,而且是精神垃圾。根本不能用来看,也不能用来听,而应该用来审讯犯人。可是,它却变成了一种会议上的基本配置,这就让人觉得心如刀割,苦不堪言。以前,起码还可以观赏一个人在演讲中忘词时的尴尬,而现在,只有枯燥到干燥,干燥到便秘的PPT可看。演讲者沦为配音,而且声音还大多中气不足,单调刻板,类似变形金刚诈尸还魂。更可怕的是,似乎天下都是如此,教人无处可逃。

为了PPT而PPT,这样的PPT如何能消受得起?我无法理解何以PPT今天会如此流行,似乎离开了它人们就寸步难行。未来的某一天,也许会出现这样的一幕:

约了一个姑娘到家里,音乐响起,红酒泛滥,饭在锅里,人在床上。但是,你突然一个急刹车,打开电脑,对姑娘说:"在我们正式开始性行为之前,请允许我用一段PPT讲解一下今晚的几个重要步骤。。。。。。"

最可怕的是,她居然凝视着屏幕,明显情绪已然泛滥。

不要:把信息当做了知识,把收藏当做了学习,把阅读当做了思考,把储存当做了掌握

上网以后,我们把信息当做了知识,把收藏当做了学习,把阅读当做了思考,把储存当做了掌握。像个花栗鼠在秋天收藏坚果一样,把自己的阅读器和硬盘塞满,却依旧觉得饥渴难耐。
于是,有笨蛋跟着感慨说:索代斯奈,网络让人们变得浮躁了。我靠,我再靠,我飞靠,这都哪儿跟哪儿啊?我描述了一个普遍的现象,人们在网上能够接触到空前的信息,也就产生了空前的贪婪。以前在抓虾网,一旦放出一篇《职场人际关系的10条杀手锏》,或者《你所不知道的101个Gmail使用诀窍》,或者是《人的一生中不可不读的10001本经典著作》,收藏量立即翻着跟头往上涨。我敢打赌,搜藏这些内容的人里,一百个人中没有一个会再去翻看一次。只是觉得这是知识,这会派上用场的,我现在收藏了,那么我就等于拥有了它。

现在我来谈这个问题,看了都觉得这是一个笑话。但是,不是有无数人正在这么做的么?有多少人硬盘上下满了不会再读一次的电子书,甚至根本没有事件去读那几个G的电子书?有多少人的邮件箱里塞满了别人转发过来的各种经验、总结、教训,甚至加了星号,打了Tags,可几年过去了都不会去翻一下?

没有亲身实践过的知识不是知识,那只是一些文字,最多算得上是有含义的文字。没有经过思考辩证和行动验证,知识和经验都是别人的,放在硬盘上、阅读器里,不等于你拥有了它。别人思考的结果无论你看起来多么深刻,多么智慧,如果你没有花时间去想一下,偶然在生活中验证一下,它不过是一阵在你晶状体上的光线扰动,对你的大脑秋毫无犯,只是你的阅读体验而已。你把整本《大不列颠百科全书》都当到你的硬盘上,把整个wikipedia都储存在你的移动硬盘上,你也不会成为百晓生,更别说运用里面的资源去改变自己的生活,连烧烤的时候生一堆火都做不到。

而即便是如此,甚至许多人早就明白了这里面的道理,但是却不能停止自己控制鼠标的小手。往自己的电脑上扒拉越多东西,越觉得不够,最后变成了为了拥有而拥有。所以,这和网络没有多少关系,而是人性使然。只不过是网络加剧了这种症状而已,它几乎可以无限度地满足这种贪婪,只要你的硬盘足够大,Google公司一直在运营,那么你可以一直那么做下去。

在过去,没有电脑时代,人们不也是那样做的么?买来那些自己根本不看的书,但是看到书柜日渐丰满就觉得意志踌躇,似乎有了那些书,就等于拥有了其中的知识。周末不休息,用剪刀浆糊去做剪报本,做完一本又一本,结果是全部放在屋角落灰发霉,但是每次看到的时候却心满意足,似乎那堆破纸在,就拥有了历史,拥有了对所有大事件的掌控。在今天,网络所不及之处,人们不也是那样做的么?买一处水泥盒子,觉得就是拥有了品质生活。买一辆铁皮盒子,就觉得步上了成功的阶梯。在所有房间都安装电视,似乎就能随时保持资讯的更新,让新闻跟着自己从饭厅走进洗手间。把钱堆放起来,隔段时间在ATM上含情脉脉地看上一眼,看到数字在增长就好像买到了明天的保险,根本不考虑如果它不流动起来那就是纸张和数字。所有这一切我们都在做,做完了以后,内心煎熬无比,像《雾都孤儿》里的奥利佛.特维斯特一样,伸出小碗来,顽固地嚷嚷: I ask for more.

花栗鼠过冬,只需要一个树洞,一点点坚果。但是,它们忙活了整个秋季,储存了它们其实无法消费完的口粮,以至于第二年树林里有新的树苗长出来,无形间做了森林的义务造林员。在这一点上,我们甚至还不如花栗鼠。