本篇转自博友https://blog.csdn.net/xuyangwyw/article/details/40476653文章，感谢分享。
废话不多说，直接开始流程。
1、驱动支持
在那位法国牙医的无私奉献下，Linux内核几乎支持所有的USB摄像头，不过要想自己的Linux内核支持USB免驱摄像头，还需要先配置内核，Device Drivers --->
<*> Multimedia support --->
<*> Video For Linux
[ ] Enable Video For Linux API 1 (DEPRECATED)
[*] Video capture adapters --->
[*] V4L USB devices --->
<*> USB Video Class (UVC)
[*] UVC input events device support这样在板子上插入摄像头后终端就会有显示：
[root@farsight /]# usb 1-1.1: new full speed USB device using s3c2410-ohci and a ddress 4
uvcvideo: Found UVC 1.00 device Webcam C110 (046d:0829)
input: Webcam C110 as /class/input/input2同时输入命令：lsusb 也会有相应信息，在此不就不详细展开了，网上有很多资料。最主要的是此时进入/dev 目录下，ls 会新增加一个设备,我的是video0,不同情况下需自己确认，这个设备名很重要。至此，Linux内核对摄像头的驱动支持就没问题了。
2、开始操作摄像头
经典操作v4l2的方法一共也就那么步，大致为：打开设备->查看设备功能->设置图片格式->申请帧缓冲->内存映射->帧缓冲入列->开始采集->读数据（包括处理数据）->帧缓冲重新入列->关闭设备。看着名字挺霸气的，其实每一步都是调用内核驱动提供的出来的接口就可以了。
2.1 打开设备
fd = open(dev_name, O_RDWR, 0 );//打开设备文件,阻塞模式 if (fd < 0){ perror("open /dev/video0 fialed! "); return -1; }打开一个open就OK了，注意此处用的是阻塞模式，如果是非阻塞模式（O_NONBLOCK）的话，即使摄像头尚未捕获到信息，驱动依旧会把缓存（DQBUFF）里的东西返回给应用程序，感觉这样有点不合理，也懂内核为何要这样设计。
2.2 查看设备功能
struct v4l2_capability cap; ret = ioctl(fd, VIDIOC_QUERYCAP, &cap);//查看设备功能 if (ret < 0) { perror("requre VIDIOC_QUERYCAP fialed! \n"); return -1; } printf("driver:%s\n",cap.driver); printf("card:%s\n",cap.card); printf("bus_info:%s\n",cap.bus_info); printf("version:%d\n",cap.version); printf("capabilities:%x\n",cap.capabilities); if ((cap.capabilities & V4L2_CAP_VIDEO_CAPTURE) == V4L2_CAP_VIDEO_CAPTURE) { printf("Device %s: supports capture.\n",dev_name); } if ((cap.capabilities & V4L2_CAP_STREAMING) == V4L2_CAP_STREAMING) { printf("Device %s: supports streaming.\n",dev_name); }查看设备功能也没什么好说的，看代码就OK啦。
2.3 设置图片格式
struct v4l2_format fmt; fmt.type = V4L2_BUF_TYPE_VIDEO_CAPTURE; fmt.fmt.pix.width = WIDTH; fmt.fmt.pix.height = HEIGHT; fmt.fmt.pix.pixelformat = V4L2_PIX_FMT_YUYV; fmt.fmt.pix.field = V4L2_FIELD_INTERLACED; if(-1 == ioctl(fd, VIDIOC_S_FMT, &fmt)){//设置图片格式 perror("set format failed!"); return -1; } if(-1 == ioctl(fd, VIDIOC_G_FMT, &fmt)){//得到图片格式 perror("set format failed!"); return -1; } printf("fmt.type:\t\t%d\n",fmt.type); printf("pix.pixelformat:\t%c%c%c%c\n", \ fmt.fmt.pix.pixelformat & 0xFF,\ (fmt.fmt.pix.pixelformat >> 8) & 0xFF, \ (fmt.fmt.pix.pixelformat >> 16) & 0xFF,\ (fmt.fmt.pix.pixelformat >> 24) & 0xFF); printf("pix.width:\t\t%d\n",fmt.fmt.pix.width); printf("pix.height:\t\t%d\n",fmt.fmt.pix.height); printf("pix.field:\t\t%d\n",fmt.fmt.pix.field);也是一个命令就完成：VIDIOC_S_FMT，其中WIDTH，HEGHT 是定义的宏，后面很多地方都要用这两个参数，定义成宏比传参方便。V4L2_PIX_FMT_YUYV 指定输出格式为YUYV，关于YUYV，RGB等等什么什么格式，网上也有很详细的介绍，比如这篇：谈谈RGB、YUY2、YUYV、YVYU、UYVY、AYUV。
当然，图片格式设置也不只这3个，还有像帧率什么的也是可以设置的。
需要注意的是，对于不用的摄像头，内核有不一样的支持，并不是你设置了就一定能用，如果内核中该视频设备驱动不支持你所设定的图像格式，视频驱动会重新修改struct v4l2_format结构体变量的值为该视频设备所支持的图像格式，所以在程序设计中，设定完所有的视频格式后，要获取实际的视频格式，要重新读取 struct v4l2_format结构体变量。
2.3.1 查看图片格式
if(-1 == ioctl(fd, VIDIOC_G_FMT, &fmt)){//得到图片格式 perror("set format failed!"); return -1; } printf("fmt.type:\t\t%d\n",fmt.type); printf("pix.pixelformat:\t%c%c%c%c\n", \ fmt.fmt.pix.pixelformat & 0xFF,\ (fmt.fmt.pix.pixelformat >> 8) & 0xFF, \ (fmt.fmt.pix.pixelformat >> 16) & 0xFF,\ (fmt.fmt.pix.pixelformat >> 24) & 0xFF); printf("pix.width:\t\t%d\n",fmt.fmt.pix.width); printf("pix.height:\t\t%d\n",fmt.fmt.pix.height); printf("pix.field:\t\t%d\n",fmt.fmt.pix.field); <span style="font-family: Arial, Helvetica, sans-serif; font-size: 12px;"> </span>对于我们组的摄像头来说，设置的WIDTH=320，HEGHT=240，但是重新读取图片格式后，得到的却是 WIDTH=176，HEGHT=144，内核只支持这样，没办法......
2.4 申请帧缓冲
req.count = 4;//申请缓冲数量 req.type = V4L2_BUF_TYPE_VIDEO_CAPTURE; req.memory = V4L2_MEMORY_MMAP; ioctl(fd, VIDIOC_REQBUFS, &req);//申请缓冲 if (req.count < 2) { perror("buffer memory is Insufficient! \n"); return -1; }需要注意的是设定申请帧缓冲数量=4，但不一定就一定有4，一般要求帧缓冲数量大于2，因此有个判断。测试过最多能申请的数量为23。
2.5 映射用户空间
yuyv_buffers0 = calloc(req.count, sizeof(*yuyv_buffers0));//内存中建立对应空间 for (n_buffers = 0; n_buffers < req.count; ++n_buffers){ struct v4l2_buffer buf;//驱动中的一帧 CLEAR(buf); buf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE; buf.memory = V4L2_MEMORY_MMAP; buf.index = n_buffers; if (-1 == ioctl(fd, VIDIOC_QUERYBUF, &buf)){//映射用户空间 perror("VIDIOC_QUERYBUF error!\n"); return -1; } yuyv_buffers0[n_buffers].length = buf.length; yuyv_buffers0[n_buffers].start =(char*) mmap(NULL, buf.length, PROT_READ | PROT_WRITE, MAP_SHARED, fd, buf.m.offset); if (MAP_FAILED == yuyv_buffers0[n_buffers].start){ close(fd); perror("mmap faild! \n"); return -1; } printf("Frame buffer %d: address = 0x%x, length = %d \n",req.count, (unsigned int)yuyv_buffers0[n_buffers].start, yuyv_buffers0[n_buffers].length); }2.6 申请到的缓冲进入队列
for (i=0; i<n_buffers; ++i) { struct v4l2_buffer buf; CLEAR(buf); buf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE; buf.memory = V4L2_MEMORY_MMAP; buf.index = i; //申请到的缓冲进入队列 if ( -1 == ioctl(fd, VIDIOC_QBUF, &buf)) { close(fd); perror("VIDIOC_QBUF failed! \n"); return -1; } }2.7 开始捕捉图像数据
type = V4L2_BUF_TYPE_VIDEO_CAPTURE; //开始捕捉图像数据 if (-1 == ioctl(fd, VIDIOC_STREAMON, &type)) { close(fd); perror("VIDIOC_STREAMON failed! "); exit(-1); }函数执行成功后，摄像头开始采数据，一般来说可以用一个select判断一帧视频数据是否采集完成，当视频设备驱动完成一帧视频数据采集并保存到视频缓冲区中时，select函数返回，应用程序接着可以读取视频数据；否则select函数阻塞直到视频数据采集完成。
enum v4l2_buf_type type; type = V4L2_BUF_TYPE_VIDEO_CAPTURE; fd_set fds; struct timeval tv; int r; FD_ZERO(&fds);//将指定文件描述符集清空 FD_SET(fd, &fds);//在文件描述符集合中增加一个新的文件描述符 tv.tv_sec = 2;//time out tv.tv_usec = 0; r = select(fd+1, &fds, NULL, NULL, &tv);//判断摄像头是否准备好，tv是定时 if(-1 == r){ if(EINTR == errno){ printf("select erro! \n"); } } else if(0 == r){ printf("select timeout! \n");//超时 return 1; //exit(EXIT_FAILURE); } read_frame(); //处理一帧数据
2.8 读数据
file_fd = fopen(path1, "w");//yuyv图片 if (file_fd < 0){ perror("open test_mmap.jpg fialed! \n"); exit(-1); } CLEAR(buf); buf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE; buf.memory = V4L2_MEMORY_MMAP; ret = ioctl(fd, VIDIOC_DQBUF, &buf);//出列采集的帧缓冲,成功返回0 //将摄像头采集得到的yuyv数据写入文件中 if(ret == 0) { ret = fwrite(yuyv_buffers0[buf.index].start, yuyv_buffers0[buf.index].length, 1,file_fd); }这里有个帧缓冲出列的概念，也就是读取里面的数据并保存置文件中，不过保存的文件是yuyv图片，直接打开自然是不行的，需要用工具YUVViewer.exe，并且工具软件里面的参数配置也必须符合你设定的图片格式，这样才能看到真正的效果。到此为止，恭喜你，已经成功的迈出第一步了。是的，你没听错，才第一步，一张图片要直接在LCD上显示，要远程发送，是不能直接用yuyv数据的，还得经过一系列转换。
2.9 帧缓冲入列ret = ioctl(fd, VIDIOC_QBUF,&buf);//帧缓冲入列 if(0 != ret){ printf("VIDIOC_QBUF failed!\n"); exit(-1); }读取完帧缓冲里面的数据，别忘了将其入列，方便下次使用。
2.10 关闭设备
static void v4l2_close(void) { int i=0; for(i=0; i<n_buffers; ++i){ if(-1 == munmap(yuyv_buffers0[i].start, yuyv_buffers0[i].length)){ printf("munmap error! \n"); exit(-1); } } close(fd); exit(EXIT_SUCCESS); }关闭设备一个close就可以了，不过需要注意的是还有一个解除内存映射的工作需要完成。
3.1 yuyv 转RGB
以上2.1 - 2.10步骤 只是完成一帧数据采集的过程，实际运用中我们需要的是摄像头不停的工作，同时还要对数据进行转换等工作，因此，2.1 - 2.7步只需初始化一次就OK，使用VIDIOC_STREAMON，开始采集数据后2.8,.29要不停地循环进行，最后才是2.10，关闭设备。
数据的转换等处理主要集中在2.8步，读出数据后就进行相应的转换。
首先是完成yuyv转RGB。void yuyv_to_rgb(unsigned char* yuv,unsigned char* rgb) { unsigned int i; unsigned char* y0 = yuv + 0; unsigned char* u0 = yuv + 1; unsigned char* y1 = yuv + 2; unsigned char* v0 = yuv + 3; unsigned char* r0 = rgb + 0; unsigned char* g0 = rgb + 1; unsigned char* b0 = rgb + 2; unsigned char* r1 = rgb + 3; unsigned char* g1 = rgb + 4; unsigned char* b1 = rgb + 5; float rt0 = 0, gt0 = 0, bt0 = 0, rt1 = 0, gt1 = 0, bt1 = 0; for(i = 0; i <= (WIDTH * HEIGHT) / 2 ;i++) { bt0 = 1.164 * (*y0 - 16) + 2.018 * (*u0 - 128); gt0 = 1.164 * (*y0 - 16) - 0.813 * (*v0 - 128) - 0.394 * (*u0 - 128); rt0 = 1.164 * (*y0 - 16) + 1.596 * (*v0 - 128); bt1 = 1.164 * (*y1 - 16) + 2.018 * (*u0 - 128); gt1 = 1.164 * (*y1 - 16) - 0.813 * (*v0 - 128) - 0.394 * (*u0 - 128); rt1 = 1.164 * (*y1 - 16) + 1.596 * (*v0 - 128); if(rt0 > 250) rt0 = 255; if(rt0< 0) rt0 = 0; if(gt0 > 250) gt0 = 255; if(gt0 < 0) gt0 = 0; if(bt0 > 250) bt0 = 255; if(bt0 < 0) bt0 = 0; if(rt1 > 250) rt1 = 255; if(rt1 < 0) rt1 = 0; if(gt1 > 250) gt1 = 255; if(gt1 < 0) gt1 = 0; if(bt1 > 250) bt1 = 255; if(bt1 < 0) bt1 = 0; *r0 = (unsigned char)rt0; *g0 = (unsigned char)gt0; *b0 = (unsigned char)bt0; *r1 = (unsigned char)rt1; *g1 = (unsigned char)gt1; *b1 = (unsigned char)bt1; yuv = yuv + 4; rgb = rgb + 6; if(yuv == NULL) break; y0 = yuv; u0 = yuv + 1; y1 = yuv + 2; v0 = yuv + 3; r0 = rgb + 0; g0 = rgb + 1; b0 = rgb + 2; r1 = rgb + 3; g1 = rgb + 4; b1 = rgb + 5; } }出列帧缓冲后就可以调用该函数，rgb 需要先开辟大小为WIDTH * HEIGTH * 3的空间，因为我们用的RGB是24位格式，3个字节分别代表一个像素点的R、G、B，根据公式转换就好了。
这里解释一下为什么我们要定义：float rt0 = 0, gt0 = 0, bt0 = 0, rt1 = 0, gt1 = 0, bt1 = 0; for 开始后的前6个公式是对2个像素点的转换，结果是浮点数，而且也会大于255，小于0，但是每个像素点的每一位范围又只有0到255， 因此紧跟着有6个if判断，做一个范围判定。网上有些程序是直接用unsigned char 型变量做变换计算，完了也有个判断，但是感觉这样的话因为unsigned char都直接带强制转换了，那么后面的if根本就不会执行，不过怎样选择大家可以自己考虑。同时我们的if判断还有个修正，颜色大于250的都直接置为255，这样出来的效果明显要好一点，但是不同的摄像头，结果肯定有不一样，请慎重考虑，多实践。
说到这里就不得不吐槽一下我们组领的那个摄像头了，罗技的，小巧，效果还不错，但是，别人家的数据出来的颜色排列的是RGB，我们的出来的排列偏偏是BGR，BGR！！！还半天没反应过来！！！！！！！3.2 RGB 转BMP
void rgb_to_bmp(unsigned char* pdata, FILE* bmp_fd) { //分别为rgb数据，要保存的bmp文件名 int size = WIDTH * HEIGHT * 3 * sizeof(char); // 每个像素点3个字节 // 位图第一部分，文件信息 BMPFILEHEADER_T bfh; bfh.bfType = (unsigned short)0x4d42; //bm bfh.bfSize = size // data size + sizeof( BMPFILEHEADER_T ) // first section size + sizeof( BMPINFOHEADER_T ) // second section size ; bfh.bfReserved1 = 0; // reserved bfh.bfReserved2 = 0; // reserved bfh.bfOffBits = sizeof( BMPFILEHEADER_T )+ sizeof( BMPINFOHEADER_T );//真正的数据的位置 // printf("bmp_head== %ld\n", bfh.bfOffBits); // 位图第二部分，数据信息 BMPINFOHEADER_T bih; bih.biSize = sizeof(BMPINFOHEADER_T); bih.biWidth = WIDTH; bih.biHeight = -HEIGHT;//BMP图片从最后一个点开始扫描，显示时图片是倒着的，所以用-height，这样图片就正了 bih.biPlanes = 1;//为1，不用改 bih.biBitCount = 24; bih.biCompression = 0;//不压缩 bih.biSizeImage = size; bih.biXPelsPerMeter = 0;//像素每米 bih.biYPelsPerMeter = 0; bih.biClrUsed = 0;//已用过的颜色，为0,与bitcount相同 bih.biClrImportant = 0;//每个像素都重要 fwrite( &bfh, 8, 1, bmp_fd); fwrite(&bfh.bfReserved2, sizeof(bfh.bfReserved2), 1, bmp_fd); fwrite(&bfh.bfOffBits, sizeof(bfh.bfOffBits), 1, bmp_fd); fwrite(&bih, sizeof(BMPINFOHEADER_T), 1, bmp_fd); fwrite(pdata, size, 1, bmp_fd); }说是转，其实就是一个另存为，只是加个格式头而已，需要注意的也只有size, biWidth, biHeight 这几个参数而已，如果你发现你生成的BMP图是倒立的，改下bih.biHeight = -HEIGHT就OK了。
需要注意的是对于我们组来说保存位图只是一个测试方法而已，因为这个时候LCD模块还未准备好，保存位图就可以直接在windows上查看结果了，也不需要再用YUVViewer.exe去查看，很方便。但是由于文件操作比较耗时，每读取一帧数据就要操作一次文件的话，帧率下降也非常明显，加上保存位图对于我们这个项目来说明显没什么必要，因此后期的程序中rgb_to_bmp()函数的调用是注释掉了的 ，特此声明，免得挨砖头。3.3 RGB放缩算法
前面说过，我们的摄像头出来的图像分辨率只有176 * 144大小，内核自己优化成这样，花了一下午时间研究内核中的有关v4l2分辨率设置的源码，奈何自己太菜了，岂是源码的对手？还是老老实实用软件实现图片放大吧。
图像放缩算法有很多种，各有优点，也难免有各自的缺点，要选择最合适的，实践才是好办法。我们组使用的是最临近插值算法。关于图像放缩算法的讨论，这里又有一篇资料：图像放大算法,这位博主好像也是转载的，那谁原创的呢？void rgb_stretch(char* src_buf, char* dest_buf, int des_width, int des_hight) { //最临近插值算法 //双线性内插值算法放大后马赛克很严重 而且帧率下降严重 printf("des_width = %d, des_hight = %d \n ",des_width, des_hight); double rate_w = (double) WIDTH / des_width;//横向放大比 double rate_h = (double) HEIGHT / des_hight;//轴向放大比 int dest_line_size = ((des_width * BITCOUNT +31) / 32) * 4; int src_line_size = BITCOUNT * WIDTH / 8; int i = 0, j = 0, k = 0; for (i = 0; i < des_hight; i++)//desH 目标高度 { //选取最邻近的点 int t_src_h = (int)(rate_h * i + 0.5);//rateH (double)srcH / desH; for (j = 0; j < des_width; j++)//desW 目标宽度 { int t_src_w = (int)(rate_w * j + 0.5); memcpy(&dest_buf[i * dest_line_size] + j * BITCOUNT / 8, \ &src_buf[t_src_h * src_line_size] + t_src_w * BITCOUNT / 8,\ BITCOUNT / 8); } } }也尝试了双线性内插值算法，从原理上分析，应该是双线性内插值算法效果更好，结果却不是这样，为什么是这样，我这种菜鸟也弄不明白......
放大后的数据就适合320 * 240 的LCD屏了，LCD显示的话，直接将RGB数据放入LCD的帧缓冲就OK了，这里也不详说，毕竟是另一位组员的劳动成果嘛。有了Linux系统，就是方便啊，再也不用苦逼的去写裸机驱动了。
这里补充一个第2.8步的详细调用：int numb = 0; static int read_frame(char *rgb_buffers) { struct v4l2_buffer buf; int ret =0; static char path1[30]; static char path2[30]; FILE *file_fd;//yuyv 图片文件流 FILE *bmp_fd;//bmp 图片文件流 numb ++; sprintf(path1, "./test_mmap%d.jpg", numb);//文件名 sprintf(path2, "./image%d.bmp", numb); printf("path1=%s, path2=%s %d\n", path1, path2, numb); file_fd = fopen(path1, "w");//yuyv图片 if (file_fd < 0){ perror("open test_mmap.jpg fialed! \n"); exit(-1); } bmp_fd = fopen(path2, "w");//bmp图片 if (bmp_fd < 0){ perror("open image.bmp failed!"); exit(-1); } CLEAR(buf); buf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE; buf.memory = V4L2_MEMORY_MMAP; ret = ioctl(fd, VIDIOC_DQBUF, &buf);//出列采集的帧缓冲,成功返回0 if(0 != ret){ printf("VIDIOC_DQBUF failed!\n"); exit(-1); } yuyv_to_rgb(yuyv_buffers0[buf.index].start, rgb_buffers);//yuyv -> rgb24 rgb_stretch(rgb_buffers, dest_buffers, DEST_WIDTH, DEST_HEIGHT);//176 X 144 -> 320 X 240 rgb24_to_rgb565(dest_buffers, rgb565_buffers);//rgb24 -> rgb565 ret = fwrite(yuyv_buffers0[buf.index].start, yuyv_buffers0[buf.index].length, 1, file_fd);//将摄像头采集得到的yuyv数据写入文件中 if(ret <= 0){ printf("write yuyv failed!\n"); exit(-1); } rgb_to_bmp(rgb565_buffers, bmp_fd);//rgb -> bmp ret = ioctl(fd, VIDIOC_QBUF,&buf);//帧缓冲入列 if(0 != ret){ printf("VIDIOC_QBUF failed!\n"); exit(-1); } fclose(file_fd); fclose(bmp_fd); return 1; }这个函数，调用了以上3.1 - 3.3 列举出来的所有函数，当然了，是先放大还是先保存怎样怎样的，大家都可以自己调整。
3.4 RGB 转JPEG如果本文以上所有部分对您来说，都没有任何价值，那既然都到这里了，或许可以继续翻翻？说不定接下来的内容您会很感兴趣哦！
众说周知，jpeglib 是一个强大的jpeg类库，直接调用里面的一些接口函数，就能直接实现一些异常复杂的jpeg处理。但老版jpeglib 最不好的地方就是只支持文件流的输入输出，不支持从内存中解压或者压缩至内存中，实际工程中哪会处处都是文件操作？？？因此用起来挺麻烦的，也照着网上的资料，修改了jpeglib的源码，结果渣渣技术，一运行就报段错误，搞了2天，放弃了，请教老师，结果，一句代码就解决了我2天的麻烦。哪句代码？
首先是编译源码和准备开发环境。
1.感觉编译jpeglib ，准备环境也没有网上那些资料说得那么简单样，因此在此还是简单介绍下jpeglib的编译以及使用环境的准备。
下载源码，注意最好是用新版的jpeglib-8b 版，因为老版本貌似是不支持内存中操作的（当然也没下载到老版源码，没实验，有兴趣的同学可以试试），这里有个链接，自己的资源：jpegsrc.v8b.tar.gz。
2.解压。
3.配置：
./configure CC=/opt/arm-cortex_a8/bin/arm-cortex_a8-linux-gnueabi-gcc LD=/opt/arm-cortex_a8/bin/arm-cortex_a8-linux-gnueabi-ld --host=arm-linux --prefix=/opt/arm-cortex_a8/arm-cortex_a8-linux-gnueabi --exec-prefix=/opt/arm-cortex_a8/arm-cortex_a8-linux-gnueabi --enable-shared --enable-static
配置好后，make,没报错，就make install ， 千万不能忘记make install ！！！
make install 成功后会在我的/opt/arm-cortex_a8/arm-cortex_a8-linux-gnueabi/lib下生成5个库：libjpeg.a lalibjpeg.la libjpeg.so libjpeg.so.8 libjpeg.so.8.0.2 ，会在我的/opt/arm-cortex_a8/arm-cortex_a8-linux-gnueabi/include下生成4个头文件：jconfig.h jerror.h jmorecfg.h jpeglib.h， 这几个库和头文件是后面会用到。
注：(1)针对ARM下使用的jpeglib,CC：交叉编译工具链，CC 后面接的路径就是我的交叉编译器的路径，你的在哪里自己才清楚啊； LD：链接用，同上； --host:指定主机，得是arm-linux，网上有资料说是arm-unkown-linux, 实测不行；--prefix：生成的头文件存放目录； --exec-prefix：生成的动态库静态库存放目录，这个很关键，必须得是arm-cortex_a8/arm-cortex_a8-linux-gnueabi；--enable-shared : 用GNU libtool编译成动态链接库 。想强调的一点是以上几个参数，大家最好都配置上，注意严格检查路径，"="前后不要留空格，网上有些资料只说了要配置CC，LD，没说配置host,结果自然还是使用不了。
(2)如果ARM板子是挂载的根文件系统，那还必须把那5个库拷贝到rootfs/lib 目录下。
(3)如果你是要在PC机上使用jpeglib 库的话，那么只需把生成库的路径改为/lib 或者 /usr/lib 就行了。
4.所谓的准备开发环境，一是上面刚刚说的在正确的位置下准备好那5个库，二是还需要把那4个头文件放到你的工程目录下，这样基本上就没问题了。
心里没底的同学可以先测试下jpeglib库能否使用，只需在一个最简单的.C中，包含<jpeglib.h>,编译时加上-ljpeg ，编译（这个编译器一定得是你上面配置的CC后面跟的那编译器哦！）不报错，那就是真正的没问题了。反之，报XXXXlib 找不到，XXXX.h 找不到，那就得好好检查上面几步了。
库准备好了就可以直接用了：long rgb_to_jpeg(const char *rgb, char *jpeg) { long jpeg_size; struct jpeg_compress_struct jcs; struct jpeg_error_mgr jem; JSAMPROW row_pointer[1]; int row_stride; jcs.err = jpeg_std_error(&jem); jpeg_create_compress(&jcs); jpeg_mem_dest(&jcs, jpeg, &jpeg_size);//就是这个函数！！！！！！！ jcs.image_width = WIDTH; jcs.image_height = HEIGHT; jcs.input_components = 3;//1; jcs.in_color_space = JCS_RGB;//JCS_GRAYSCALE; jpeg_set_defaults(&jcs); jpeg_set_quality(&jcs, 180, TRUE); jpeg_start_compress(&jcs, TRUE); row_stride =jcs.image_width * 3; while(jcs.next_scanline < jcs.image_height){//对每一行进行压缩 row_pointer[0] = &rgb[jcs.next_scanline * row_stride]; (void)jpeg_write_scanlines(&jcs, row_pointer, 1); } jpeg_finish_compress(&jcs); jpeg_destroy_compress(&jcs); #ifdef JPEG //jpeg 保存，测试用 FILE *jpeg_fd; sprintf(path3, "./jpeg%d.jpg", numb); jpeg_fd = fopen(path3,"w"); if(jpeg_fd < 0 ){ perror("open jpeg.jpg failed!\n"); exit(-1); } fwrite(jpeg, jpeg_size, 1, jpeg_fd); close(jpeg_fd); #endif return jpeg_size; }上面的代码注释不是很详细，jpeglib 详细使用方法看这篇博客就OK：利用jpeglib压缩图像为jpg格式，想必大家也发现了，是的，如果你用的是jpeg_stdio_dest()函数，那么就是文件操作，最后压缩完成的结果直接保存在文件中，反之，如果你用的是jpeg_mem_dest()函数，那么压缩完成的结果就保存在内存中。
注：再次声明，我用的jpeglib 是-8b 版本，老版本是否支持jpeg_mem_dest() 函数，我没验证过..........这里有一个以上功能的完整版程序，完整版与上面的代码片段有稍许不同，请注意。Linux 下V4l2摄像头采集图片，实现yuyv转RGB,RGB转BMP，RGB伸缩，RGB转JPEG（保存到内存中），JPEG经UDP发送功能，或者您也可以直接到我的资源中去下载。
到此为止，大功告成！！！