Chinaunix首页 | 论坛 | 博客
  • 博客访问: 4462744
  • 博文数量: 1148
  • 博客积分: 25453
  • 博客等级: 上将
  • 技术积分: 11949
  • 用 户 组: 普通用户
  • 注册时间: 2010-05-06 21:14
文章分类

全部博文(1148)

文章存档

2012年(15)

2011年(1078)

2010年(58)

分类: 嵌入式

2011-04-26 14:57:24


资料一:


嵌入式Linux通过帧缓存截图 - Embedded Linux Framebuffer Screenshot

【目的】

板子上已经可以运行Qtopia的demo和example了,想要将其qt的demo程序的画面截取下来,给其他人看。

最原始的方法就是,找个相机,对着板子照几张即可。另外的办法,通过framebuffer去截图,截取运行中的qtdemo的画面,效果会更好,图片也更清晰。

【解决过程】

1.将framebuffer数据cat出来,用支持raw格式图片的工具处理它,得到我们要的图片

此想法很简单,就是:

cat /dev/fb0 > fb_data.raw

得到一个LCD屏幕输出的数据,不过后来去看了下代码,发现framebuffer驱动中,cat出来的,并不是正好一个屏幕的数据,而是程序里面固定的 1M,那是因为该framebuffer程序支持多种LCD,所以为了通用性,一次申请了足够大的数据,以便不同的LCD都可以工作,所以,此处要去算出 实际的一个屏幕的数据有多少。

此处我这里的framebuffer是32位的,驱动内部是将32位设置为RGB 888模式。所以实际有效数据是:

宽x高x一个像素数据的字节数=420 x 272 x 4=0x7F800,

其中2是因为RGB888,实际占用了8+8+8=24位,以字节对齐,共占用4个字节。

所以,1M的输出数据中,只有前面0x7F800是有效的。得到真正有效的数据后,就去找了,支持raw格式的软件来 打开此图像,结果试用了很多软件,包括Photo shop CS,acd see,画图,美图看看,Stepok RAW转换器等,除了Photo Shop CS外,在打开的时候,可以让你自己设置宽,高,像素深度,但是也还是无法准确识别外,其他的都无法识别。所以只能放弃。

2.使用framebuffer截图工具,将LCD输出保存成一张图片:

(1)fbshot:将framebuffer数据,保存成一张png图片

主页:

最新版本源码:fbshot-0.3.tar.gz



下载源码后,用arm-linux-gcc编译:

gcc fbshot.c -lpng -lz -o fbshot

将生成的fbshot下载到板子上,先运行任意一个qt的demo,加上&使其在后台运行,这样就可以用fbshot去截图了,结果虽然 fbshot可以正常运行和输出对应png图片,但是所有图片内容都是空白,而不是我所想要的qt运行的那些内容。折腾半天,还是同样结果,只有放弃。

(2)fbgrab:将framebuffer数据,保存成一张png图片

主页:

源码下载地址:fbgrab-1.0.tar.gz


下载源码,解压后,改了makefile,用arm-linux-gcc编译,即:

arm-linux-gcc fbgrab.c -lpng -lz -o fbgrab

之后,将生成的fbgrab下载到板子里,用其折腾了半天,所得截图,图片内容都是空白的。始终无法得到我所要的qt的那些运行界面。索性放弃。

后来,仔细看了上面两个程序对应的说明文档:

fbshot的“This utility was written on x86 hardware (typical PC), therefore it has no support for other architectures and their framebuffers, especially not for Amiga nor Atari. On the other hand it should work on machines like Alpha's and maybe SUN's. I'm not sure.”

而fbgrab又是基于fbshot的-->>这时才知道,这两个工具,都是基于X86系统的framebuffer而写的,并不保证支持其他架构的,所以,此处不支持arm的,所以也就很正常了。。。

(3)gsnap:截图framebuffer保存成一张jpg图片

此工具,原先是李先静写的,支持对framebuffer截图,存成jpg图片:

http://www.limodev.cn/blog/archives/985

gsnap源码下载地址:

http://www.limodev.cn/download/gsnap.tar.gz
后来又有人在此基础上,加了对png的支持:

“程序非原创,是在李先静的工具基础上增加了保存为png格式的支持,在基于framebuffer的x86上和android模拟器上测试成功。”



支持png的gsnap的源码下载地址:

http://blogimg.chinaunix.net/blog/upfile2/090828170135.bz2

下载源码后,编译:arm-linux-gcc gsnap.c -ljpg -lpng -o gsnap

(如果板子上像我这里一样,没有jpg或png的库,那么加上-static静态编译即可):

arm-linux-gcc gsnap.c -static -ljpg -lpng -o gsnap

下载编译后的gsnap到板子上,去截图,比前面的fbsnab和fbshot有进步,虽然截图只是截取了实际LCD输出图像的一部分,而且极其难看:
11111.jpg

但是至少是截取了真正我要的图像。

后来继续折腾,最后发现,将framebuffer设置为16位,驱动内部处理位RGB 565的模式,此gsnap就可以正常的将framebuffer截图保存成jpg图片了,然后用sz上传到PC上,发现输出的图片效果,还是很逼真的。赞一个:
222.jpg
33333.jpg

【总结】

1.fbshot与fbgrab(基于fbshot)都是普通PC下的Linux版本中的framebuffer或者说console的截图工具,即你 PC版本的Linux中运行一个终端,然后用其来截图,不能用于我此处的,需要直接对LCD的输出中framebuffer截图。

2.gsnap不能很好地支持32位的framebuffer(驱动中对应着RGB 888模式),可以很好地支持常见的16位的framebuffer(驱动中我此处是RGB 565模式)。

【结论】

用gsnap,可以将嵌入式Linux中的LCD输出的图像,通过framebuffer,保存成jpg图片。


资料2;


为了截几张图片给broncho的A1做宣传,昨天写了一个截图工具。这个工具与其它截图工具不同的是,它不基于任何具体的GUI,直接从framebuffer中截图,然后保存为jpeg图片,所以适用于任何嵌入式linux设备。

1. 打开framebuffer
static int fb_open(struct FB *fb, const char* fbfilename)
{
    fb->fd = open(fbfilename, O_RDWR);
    if (fb->fd fd, FBIOGET_FSCREENINFO, &fb->fi) fd, FBIOGET_VSCREENINFO, &fb->vi) bits = mmap(0, fb_size(fb), PROT_READ | PROT_WRITE,
                    MAP_SHARED, fb->fd, 0);
    if (fb->bits == MAP_FAILED)
        goto fail;

    return 0;
fail:
    printf("%s is not a framebuffer.\n", fbfilename);
    close(fb->fd);

    return -1;
}

2. 读取数据并写入jpeg
static int snap(const char * filename, int quality, struct FB* fb)
{
    int row_stride = 0;
    FILE * outfile = NULL;
    JSAMPROW row_pointer[1] = {0};
    struct jpeg_error_mgr jerr = {0};
    struct jpeg_compress_struct cinfo = {0};

    cinfo.err = jpeg_std_error(&jerr);
    jpeg_create_compress(&cinfo);

    if ((outfile = fopen(filename, "wb+")) == NULL)
    {
        fprintf(stderr, "can't open %s\n", filename);

        return -1;
    }

    jpeg_stdio_dest(&cinfo, outfile);
    cinfo.image_width = fb_width(fb);
    cinfo.image_height = fb_height(fb);
    cinfo.input_components = 3;
    cinfo.in_color_space = JCS_RGB;
    jpeg_set_defaults(&cinfo);
    jpeg_set_quality(&cinfo, quality, TRUE);
    jpeg_start_compress(&cinfo, TRUE);

    row_stride = fb_width(fb) * 2;
    JSAMPLE* image_buffer = malloc(3 * fb_width(fb));

    while (cinfo.next_scanline bits + cinfo.next_scanline * fb_width(fb);
        for(i = 0; i > 11) & 0xff) > 5) & 0xff)  

3. 主函数
int main(int argc, char* argv[])
{
    struct FB fb = {0};
    const char* filename   = NULL;
    const char* fbfilename = NULL;

    if(argc != 3)
    {   
        printf("\nusage: %s [jpeg] [framebuffer]\n", argv[0]);
        printf("-----------------------------------------\n");
        printf("Powered by broncho(

");
        return 0;
    }

    filename   = argv[1];
    fbfilename = argv[2];
    if (fb_open(&fb, fbfilename) == 0)
    {
        snap(filename, 100, &fb);
        fb_close(&fb);
    }

    return 0;
}


文件:
gsnap.tar.gz
大小:
204KB
下载:
下载
--------------------------------------------------------------------------------

本文来自ChinaUnix博客,如果查看原文请点:http://blog.chinaunix.net/u3/97319/showart_2064417.html










阅读(1870) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~