3 ms·
https://plus.google.com/101473924494271635476/posts/2LDwW4xzaJf https://plus.google.com/101473924494271635476/posts/2LDwW4xz... (CCL mapping the framebuffer in
by jsnell 14y ago
https://plus.google.com/101473924494271635476/posts/2LDwW4xzaJf https://plus.google.com/101473924494271635476/posts/2LDwW4xz...
(CCL mapping the framebuffer into memory, using existing Lisp libraries to draw graphics into it).
- ChuckMcM 14y agoFrom: Hans HübnerSep 10, 2012 (OP of that G+ post) I have not looked into OpenGL, but it'd certainly be good to have a faster way to draw on the screen. VECTO and bitmap copying is not suitable for anything that is supposed to move. This is my experience as well. You can mmap /dev/fb0 and draw on it, and you can use something like directfb or even Cairo if you're not into lisp, but if you want to do even trivial 2D acceleration you are out of luck.
- jsnell 14y agoRe-rasterizing and blitting the whole screen on every change is clearly unacceptable, but there's a large gap between that and outright HW acceleration. Being smarter about redraws gets you a long way. I have used things like web browsers on unaccelerated X11, and it's been totally usable even on ARM.
- mhd 14y agoBut apart from educational purposes, why would you do that? Sure, the graphics driver is an ugly blob, but if you care that much about libre hardware/software, it would be odd buying an Raspberry Pi in the first place. Granted, "for educational reasons" is a valid subject for the Pi. Get that old Abrash book out and let the OpenGL-spoiled kids feel the pain.
- overbroad 14y agoHow about using SDL? There are some LISP's that enable easy interfaces to any C library.