0

I had experience to work with framebuffer and found it pretty well to make own graphical applications. But the problem is that framebuffer is too slow.

My goal:
1) Make a new tty which will work for framebuffer only
2) Avoid framebuffer on other TTYs
3) Provide fast read-write for /dev/fb
*4) Use GPU for framebuffer operations

closed as too broad by Mat, jasonwryan, jimmij, jordanm, Hauke Laging Dec 17 '14 at 17:02

Please edit the question to limit it to a specific problem with enough detail to identify an adequate answer. Avoid asking multiple distinct questions at once. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.

  • Have you looked into wayland? A lot of the people currently involved with X11 are very frustrated with it. – Bratchley Dec 17 '14 at 16:24
  • I'd like to avoid any kind of APIs, I need something low level. – linuser Dec 17 '14 at 16:26
  • Wayland replaces X11 completely, it would be about as low level as you'd really want to go. – Bratchley Dec 17 '14 at 16:37
  • In my question I've asked about framebuffer-like interface, Wayland just doesn't give me it. – linuser Dec 17 '14 at 16:41
1

Try DirectFB. It handles figuring out which operations can be accelerated in hardware for your display device.

  • It looks pretty nice, but not solution of my current problem. I need something like: couple of commands -> and my framebuffer becomes into separated TTY, couple of code -> I have acceleration. – linuser Dec 17 '14 at 16:33

Not the answer you're looking for? Browse other questions tagged or ask your own question.