Wie zeichnen Sie die Kurve im framebuffer mit der c-Sprache..?

Verwenden öffnen Sie() auf die richtige Datei in /dev (zB. /dev/fb0), dann verwenden Sie mmap() auf der Karte in den Speicher. Manpages helfen, für diese syscalls wenn Sie nicht wissen, wie Sie zu benutzen sind.

Dann gibt es einige Strukturen und Konstanten für einige ioctl () -s in <linux/fb.h>. Wie viele kernel-Header, können Sie eine Menge lernen einfach suchen Sie die Datei.

Besonders interessant ist die ioctl - FBIOGET_VSCREENINFO mit struct fb_var_screeninfo. Hinweis: dieses hat xres, yres (Auflösung) und der bits_per_pixel. Dann gibt es FBIOGET_FSCREENINFO und struct fb_fix_screeninfo, die weitere Informationen wie type und line_length.

Also einen pixel an (x, y) sein könnte mmap_base_address + x * bits_per_pixel/8 + y * line_length. Das genaue format der Pixel hängt von den Strukturen, die Sie abrufen über ioctl; es ist Ihre Aufgabe, zu entscheiden, wie zu Lesen/schreiben.

Es ist schon eine Weile her, seit ich gearbeitet habe, mit dieser also ich bin ein bisschen diesig auf mehr details..

Hier ist eine quick-and-dirty-code-Beispiel nur um zu zeigen, wie es gemacht wird... habe ich noch nicht getestet.

#include <sys/types.h>
#include <sys/ioctl.h>
#include <sys/mman.h>

#include <linux/fb.h>

#include <unistd.h>
#include <fcntl.h>

#include <stdio.h>

int main()
{
   struct fb_var_screeninfo screen_info;
   struct fb_fix_screeninfo fixed_info;
   char *buffer = NULL;
   size_t buflen;
   int fd = -1;
   int r = 1;

   fd = open("/dev/fb0", O_RDWR);
   if (fd >= 0)
   {
      if (!ioctl(fd, FBIOGET_VSCREENINFO, &screen_info) &&
          !ioctl(fd, FBIOGET_FSCREENINFO, &fixed_info))
      {
         buflen = screen_info.yres_virtual * fixed_info.line_length;
         buffer = mmap(NULL,
                       buflen,
                       PROT_READ|PROT_WRITE,
                       MAP_SHARED,
                       fd,
                       0);
         if (buffer != MAP_FAILED)
         {
            /*
             * TODO: something interesting here.
             * "buffer" now points to screen pixels.
             * Each individual pixel might be at:
             *    buffer + x * screen_info.bits_per_pixel/8
             *           + y * fixed_info.line_length
             * Then you can write pixels at locations such as that.
             */

             r = 0;   /* Indicate success */
         }
         else
         {
            perror("mmap");
         }
      }
      else
      {
         perror("ioctl");
      }
   }
   else
   {
      perror("open");
   }

   /*
    * Clean up
    */
   if (buffer && buffer != MAP_FAILED)
      munmap(buffer, buflen);
   if (fd >= 0)
      close(fd);

   return r;
}

InformationsquelleAutor asveikau

Von meinem Synaptic auf Rasbian: "DirectFB ist eine Grafik Bibliothek, welche entworfen wurde mit embedded Systemen im Sinn. Es bietet maximale hardware-beschleunigte Leistung bei einem minimum an Ressourcenverbrauch und overhead."

Sowieso, ich habe nicht gesehen, diese Arbeit in einem frame buffer noch nicht, aber ich hoffe, es ist so, ich mache die meisten meiner Grafiken. Sie haben einige linearer Adressraum, Höhe * Breite * bytes pro pixel Anzahl der bytes. Wenn Sie schreiben möchten, um einen bestimmten x -, y-Position, die position im Raum ist gegeben durch (y * Breite * bytes pro pixel) + (x * 3). Farben sind neben RGB-bytes (in der Regel) so, dass bekommt Sie die Adresse der rot-pixel, fügen Sie 1 für grün und 2 für blau. Sie malloc(Höhe * Breite * bytes pro pixel) einen Adressraum, schreiben Sie hinein, dann wählen Sie Ihre Wahl von libpng, libjpeg, libtiff, zu schreiben, dass der Puffer in eine Datei. Wenn Sie wollen, um text in es zu Sie zu Rollen Sie Ihre eigenen, also Stahl ich aus einer alten libgif. Ich habe das Alter erreicht, und die Erfahrung Ebene, wo es einfacher ist, es selbst zu tun, als nur zu lernen, wie jemand anderes dachte, es getan werden sollte. Meine Grafiken kommen aus wie diese:

Ich habe versucht, einen framebuffer wie auf http://raspberrycompote.blogspot.com/2014/04/low-level-graphics-on-raspberry-pi.html aber etwas ist falsch. Ich bin auf eine Pi-3, es wurde wahrscheinlich geschrieben, für einen Pi-1, da war es 2014, 2017 nicht dann. Aber der Pi ist anders als traditionelle Framebuffer, weil die GPU läuft die show. Verwenden Sie diese Methode: http://elinux.org/RPi_Framebuffer

InformationsquelleAutor Alan Corey