3 ms·
I'm just now falling down this rabbit hole of working with frame buffers as a result of this project and now I'm curious. Did you develop your own window manage
by zelon88 6y ago
I'm just now falling down this rabbit hole of working with frame buffers as a result of this project and now I'm curious. Did you develop your own window manager? This is really fascinating stuff and makes it really simple to create low-level things with a high-level language. [1] [2]
Also, does OpenGL work?
[1] http://seenaburns.com/2018/04/04/writing-to-the-framebuffer/ http://seenaburns.com/2018/04/04/writing-to-the-framebuffer/
[2] https://www.kernel.org/doc/Documentation/fb/framebuffer.txt https://www.kernel.org/doc/Documentation/fb/framebuffer.txt
- kelnos 6y ago> Also, does OpenGL work? There's no reason why it can't; OpenGL doesn't require X11 (or Wayland), and EGL (a library/interface that binds the OGL implementation to a windowing/display system) could certainly be implemented for linuxfb (if it hasn't been already). Either way, I'd expect the current state of snakeware's graphical environment is that it won't work without some (possibly large) modifications.
- cycloptic 6y agoFbdev is a legacy interface and is probably not what you want if you're developing something beyond a simple demo. Check kmscube for a modern example of how to use EGL with DRI/KMS/GBM: https://gitlab.freedesktop.org/mesa/kmscube/ https://gitlab.freedesktop.org/mesa/kmscube/
- aduitsis 6y agoTangentially, Plan9 extends the notion of /dev/tty to something called the draw device. Meaning that a process can just map and use /dev/draw to provide graphics. Those graphics are rendered into the window of the process.