LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
查看: 5697|回复: 12

谁有framebuffer的编程资料啊?

[复制链接]
发表于 2004-7-16 21:52:11 | 显示全部楼层 |阅读模式
小弟要在framebuffer下直接写屏,不使用库和工具,但是不知道写入framebuffer的图像的格式。 那个大哥帮帮忙。
发表于 2004-7-17 09:24:25 | 显示全部楼层
自己去看看howto吧。
 楼主| 发表于 2004-7-17 10:47:43 | 显示全部楼层
可是在什么地方可以找到HOWTO啊?
发表于 2004-7-17 20:05:03 | 显示全部楼层
Linux 2.2 Framebuffer Device Programming Tutorial
This is a quick document I produced while figuring out how to use the framebuf
fer device to produce graphics on the Linux console. I don't claim to be an ex
pert in this area, but when I looked for a general guide to doing this, I foun
d absolutely nothing, except the header file <linux/fb.h>

Therefore, this is meant to be a jump-start guide for those who want to begin
using graphics in the linux console. Hopefully someone out there will write a
decent graphical browser, so I don't have to start up X every time I want to s
urf!

As always, no warranty, express or implied...etc. Give me a break, I took my f
irst look at this device less than 24 hours ago! Any corrections, money, gifts
, etc. (I wish!), just contact me
You may freely distribute this document, as long as you do not change it in an
y way, and credit me as author. In particular, I encourage Linux distributions
to include this in their packages, as I feel there isn't half as much program
ming information in most distributions as there ought to be. Copyright James D
abell, May 1999.
This document was last updated June 11th, 1999. (Corrections from Joerg Beyer
& Ian Thompson-Bell)

Part One:

First of all, configure your system for the framebuffer console device. It may
come in handy. Note that the device is only available for graphics cards that
implement VESA 2.0. Fortunately, virtually all recent cards out there do this
.

When you have got high-res textmodes, then you can start experimenting. You wi
ll have a device /dev/fb0 that you can look at like any normal file. To take a
screenshot, all you have to do is

cat /dev/fb0 > ~/sshot
        
And you will have a pretty big file with the contents of your graphics card's
memory inside. Now, if you clear the screen, and type

cat ~/sshot > /dev/fb0
        
You should have a display that looks exactly like before. Of course, the secon
d you start typing the display reverts to normal.

Part Two:

So now, we can move on to using the device in a C program. Take a look at the
following code:


  1. #include <unistd.h>
  2. #include <stdio.h>
  3. #include <fcntl.h>
  4. int main()
  5. {
  6.         int fbfd = 0;

  7.         fbfd = open("/dev/fb0", O_RDWR);
  8.         if (!fbfd) {
  9.                 printf("Error: cannot open framebuffer device.\n");
  10.                 exit(1);
  11.         }
  12.         printf("The framebuffer device was opened successfully.\n");

  13.         close(fbfd);
  14.         return 0;
  15. }
复制代码

        
All in all, a pretty simple program. We open the framebuffer device file using
the low-level open(), because the buffered, higher level fopen() is unsuitabl
e for our needs.
Next, we test the file descriptor to make sure that we were successful, and pr
int a message out that tells the user what happened.
Note that if you #include <errno.h>, then you will be able to find out exactly
why the open() call fails. Check the man page for open() for more information
on this
Finally, we clean up by closing the file descriptor and returning.

Part Three:

Using the newly created file descriptor, we can perform operations on the fram
ebuffer with the ioctl() function. This function is used to talk to special de
vice files in ways that are particular to that device. In this case, we can us
e it to obtain information on the video card. We can also use the file descrip
tor to map the file into memory, and use a pointer to access it, which is more
efficient and easier on us. This is done using the mmap() function. If you ha
ven't used this before, here is some sample code:


  1. #include <unistd.h>
  2. #include <stdio.h>
  3. #include <fcntl.h>
  4. #include <linux/fb.h>
  5. #include <sys/mman.h>

  6. int main()
  7. {
  8.         int fbfd = 0;
  9.         struct fb_var_screeninfo vinfo;
  10.         struct fb_fix_screeninfo finfo;
  11.         long int screensize = 0;
  12.         char *fbp = 0;
  13.         
  14.         fbfd = open("/dev/fb0", O_RDWR);
  15.         if (!fbfd) {
  16.                 printf("Error: cannot open framebuffer device.\n");
  17.                 exit(1);
  18.         }
  19.         printf("The framebuffer device was opened successfully.\n");

  20.         if (ioctl(fbfd, FBIOGET_FSCREENINFO, &finfo)) {
  21.                 printf("Error reading fixed information.\n");
  22.                 exit(2);
  23.         }

  24.         if (ioctl(fbfd, FBIOGET_VSCREENINFO, &vinfo)) {
  25.                 printf("Error reading variable information.\n");
  26.                 exit(3);
  27.         }

  28.         screensize = vinfo.xres * vinfo.yres * vinfo.bits_per_pixel / 8;
  29.         fbp = (char *)mmap(0, screensize, PROT_READ | PROT_WRITE, MAP_SHARED,
  30. fbfd, 0);
  31.         if ((int)fbp == -1) {
  32.                 printf("Error: failed to map framebuffer device to memory.\n")
  33. ;
  34.                 exit(4);
  35.         }
  36.         printf("The framebuffer device was mapped to memory successfully.\n");


  37.         munmap(fbp, screensize);
  38.         close(fbfd);
  39.         return 0;
  40. }
复制代码

        
As you can see, we have to #include an extra header file to deal with mmap().
We use the information returned by the ioctl()s to figure out how much memory
to map. The members of fb_var_screeninfo that are used are xres, yres, and bit
s_per_pixel.
Note that there is also what is known as the virtual screen size, which can be
utilised for scrolling, etc, but that is beyond the scope of this document. H
owever, if you are planning on using scrolling, you will probably want to use
xres_virtual and yres_virtual to calculate how much memory to map.
Finally, remember to munmap() the memory you have mapped for use with the fram
ebuffer.

Part Four:

In this section we finally get to plot a pixel on the screen. First of all, we
need to know in what format we should put the data. As it is the most common,
and also the only type I have access to, I will be talking about the type of
framebuffer that utilises packed pixels. All that is necessary to put a pixel
on the screen, is to put bytes corresponding to the colours blue, green, red a
nd transparency, in that order, at the correct location in memory, starting at
0 for x = 0, y = 0, and increasing by four bytes for every x, and y * the len
gth of the line in bytes for every y. Standard graphics stuff; people used to
the good ol' days back in mode 13h programming in DOS will catch on quickly. A
nyway, here's the code:


  1. #include <unistd.h>
  2. #include <stdio.h>
  3. #include <fcntl.h>
  4. #include <linux/fb.h>
  5. #include <sys/mman.h>

  6. int main()
  7. {
  8.         int fbfd = 0;
  9.         struct fb_var_screeninfo vinfo;
  10.         struct fb_fix_screeninfo finfo;
  11.         long int screensize = 0;
  12.         char *fbp = 0;
  13.         int x = 0, y = 0;
  14.         long int location = 0;

  15.         /* Open the file for reading and writing */
  16.         fbfd = open("/dev/fb0", O_RDWR);
  17.         if (!fbfd) {
  18.                 printf("Error: cannot open framebuffer device.\n");
  19.                 exit(1);
  20.         }
  21.         printf("The framebuffer device was opened successfully.\n");

  22.         /* Get fixed screen information */
  23.         if (ioctl(fbfd, FBIOGET_FSCREENINFO, &finfo)) {
  24.                 printf("Error reading fixed information.\n");
  25.                 exit(2);
  26.         }

  27.         /* Get variable screen information */
  28.         if (ioctl(fbfd, FBIOGET_VSCREENINFO, &vinfo)) {
  29.                 printf("Error reading variable information.\n");
  30.                 exit(3);
  31.         }

  32.         /* Figure out the size of the screen in bytes */
  33.         screensize = vinfo.xres * vinfo.yres * vinfo.bits_per_pixel / 8;
  34.         
  35.         /* Map the device to memory */
  36.         fbp = (char *)mmap(0, screensize, PROT_READ | PROT_WRITE, MAP_SHARED,

  37.                 fbfd, 0);      
  38.         if ((int)fbp == -1) { printf("Error: failed to map
  39.         framebuffer device to memory.\n"); exit(4);
  40.         }
  41.         printf("The framebuffer device was mapped to memory successfully.\n");


  42.         x = 100; y = 100;       /* Where we are going to put the pixel */

  43.         /* Figure out where in memory to put the pixel */
  44.         location = (x+vinfo.xoffset) * (vinfo.bits_per_pixel/8) +
  45.                 (y+vinfo.yoffset) * finfo.line_length;

  46.         *(fbp + location) = 100;        /* Some blue */
  47.         *(fbp + location + 1) = 15;     /* A little green */
  48.         *(fbp + location + 2) = 200;    /* A lot of red */
  49.         *(fbp + location + 3) = 0;      /* No transparency */

  50.         munmap(fbp, screensize);
  51.         close(fbfd);
  52.         return 0;
  53. }
复制代码

        
Now that you know how to plot a pixel, it becomes a trivial matter to write fu
nctions to draw lines, boxes, windows, etc. Hopefully, by now you are well on
your way to writing that web browser for me - consider it payment for this tut
orial ;).

<SHAMELESS_MODE>
Talking of payment, I get paid every time somebody buys a book this way. Sorry
, but I'm a poor student, and let's face it, if you are reading this page, the
n you will probably be interested in them, if you don't have them already. I h
ave personally read each of these, and can say with all honesty that they are
great books.

Beginning Linux Programming:   
This book really has it all for getting to grips with Linux programming. If yo
u can already program in C, and want to know how to use some of the more speci
fic Linux stuff, then get this book. It covers all sorts, from shell programmi
ng, through socket programming in C, to X programming using tcl/tk.

C: The Complete Reference:   
This is the only book you should consider getting if you want to learn C. This
was all I needed to get programming in C, and since it also doubles as a refe
rence book, you will keep coming back to it again and again. It's by Herbert S
childt, one of the best authors on the planet when it comes to C. Forget the "
learn C in 14 days" cons, get this. Now.

Genetic Algorithms in C++:  
This is all you need to understand the theory behind, and implement Genetic Al
gorithms. Genetic Algorithms model themselves on nature, by "evolving" solutio
ns based upon how well they perform in an environment (your program). It sound
s complex, but I assure you that it is *really* easy to get into.
One thing though. All of the sample code is targetted at MS Windows, so if you
are the kind of person who relies on the code in a book to get through it, an
d you are developing for Linux, then this book may not be for you. Personally,
I didn't even need to look at the code before implementing my own stuff, the
text is more than sufficient.

Internet Programming With Python  
This book is co-authored by Guido Van Rossum, the guy who wrote the Python lan
guage. It also comes with a CD containing Python for many different platforms,
as well as sample code. It covers CGI programs written in Python, and also a
couple of subjects not usually mentioned in books of this kind, namely generat
ing HTML (in a *very* nice way) and extending the language. It also covers the
basics in a way that makes this book also good for learning the language from
scratch.
 楼主| 发表于 2004-7-17 20:25:37 | 显示全部楼层
Thanks !!
发表于 2004-7-18 20:12:18 | 显示全部楼层
如果直接写屏结果会什么样?
其他的程序会被盖掉吗?
 楼主| 发表于 2004-7-18 20:51:29 | 显示全部楼层
我试过拉 ,写时就 起作用,不管上面有什么东东  显示得就是你写的
发表于 2004-7-20 17:43:41 | 显示全部楼层
好东西。以后我把SDL写的游戏改成直接写屏唬唬人^_^
发表于 2004-12-6 09:17:04 | 显示全部楼层

可以参考fbi,fbtv的代码

你做framebuffer编程,可以参考fbi,fbtv的代码,那里面有关于frambebuffer编程的代码。
发表于 2006-2-10 09:41:59 | 显示全部楼层
先顶一下,好东西!
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部 返回列表