Re: [PATCH] GSoC #07 VBE double buffering (vs r1885)

2008-10-13 Thread Colin D Bennett
On Mon, 13 Oct 2008 09:48:15 -0700 Colin D Bennett <[EMAIL PROTECTED]> wrote: > I *am* interested in getting high performance, but > (1) I simply don't have time to do it myself right now, and > (2) gfxmenu seems plenty fast to me--I have run Lua-driven full screen > animations as a desktop backg

Re: [PATCH] GSoC #07 VBE double buffering (vs r1885)

2008-10-13 Thread Colin D Bennett
On Mon, 06 Oct 2008 22:02:46 +0300 Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote: > Andy Goth wrote: > > "Colin D Bennett" <[EMAIL PROTECTED]> wrote: > > Requiring full-screen repaints is an architectural design that > > might need rework to undo later. Or might not, depending on how > > you implem

Re: [PATCH] GSoC #07 VBE double buffering (vs r1885)

2008-10-06 Thread Vesa Jääskeläinen
Andy Goth wrote: > "Colin D Bennett" <[EMAIL PROTECTED]> wrote: >> First make it work, then make it rock. > > I certainly do appreciate that, but... > >> my plan is to avoid complicated dirty-region repaint strategies >> at first. > > Requiring full-screen repaints is an architectural design th

Re: [PATCH] GSoC #07 VBE double buffering (vs r1885)

2008-10-05 Thread Andy Goth
"Colin D Bennett" <[EMAIL PROTECTED]> wrote: > First make it work, then make it rock. I certainly do appreciate that, but... > my plan is to avoid complicated dirty-region repaint strategies > at first. Requiring full-screen repaints is an architectural design that might need rework to undo la

Re: [PATCH] GSoC #07 VBE double buffering (vs r1885)

2008-10-05 Thread Colin D Bennett
On Sun, 5 Oct 2008 14:17:42 -0500 (CDT) Andy Goth <[EMAIL PROTECTED]> wrote: > "Colin D Bennett" <[EMAIL PROTECTED]> wrote: > > However, in double buffered mode the last rendered frame might > > not be in the back buffer after calling swap_buffers, depending > > on the double buffering strategy

Re: [PATCH] GSoC #07 VBE double buffering (vs r1885)

2008-10-05 Thread Andy Goth
"Colin D Bennett" <[EMAIL PROTECTED]> wrote: > However, in double buffered mode the last rendered frame might > not be in the back buffer after calling swap_buffers, depending > on the double buffering strategy selected at runtime: > > 1. page flipping is in use > 2. back buffer is in main memor

Re: [PATCH] GSoC #07 VBE double buffering (vs r1885)

2008-10-05 Thread Colin D Bennett
On Sun, 05 Oct 2008 11:52:08 +0300 Vesa Jskel__inen <[EMAIL PROTECTED]> wrote: > Colin D Bennett wrote: > > Clean patch against trunk SVN revision 1885. > > > > Regards, > > Colin > > Thanks for the re-base. > > In your opinion how should rendering of double buffered screen be > different f

Re: [PATCH] GSoC #07 VBE double buffering (vs r1885)

2008-10-05 Thread Vesa Jääskeläinen
Colin D Bennett wrote: > Clean patch against trunk SVN revision 1885. > > Regards, > Colin Thanks for the re-base. In your opinion how should rendering of double buffered screen be different from single buffered? Eg. who is responsible to handle those differences? Thanks, Vesa Jääskeläinen _

[PATCH] GSoC #07 VBE double buffering (vs r1885)

2008-10-04 Thread Colin D Bennett
Clean patch against trunk SVN revision 1885. Regards, Colin === modified file 'include/grub/video.h' --- include/grub/video.h 2008-09-07 14:55:58 + +++ include/grub/video.h 2008-10-05 04:29:17 + @@ -47,10 +47,10 @@ #define GRUB_VIDEO_MODE_TYPE_DEPTH_MASK 0xff00 #define GRUB_VIDEO_MO

[PATCH] GSoC #07 VBE double buffering

2008-08-31 Thread Colin D Bennett
This patch adds double buffering support to the VBE video driver. It uses page flipping if possible, and falls back on using an offscreen buffer which is blitted to video memory if page flipping is not possible. Regards, Colin 2008-08-30 Colin D Bennett <[EMAIL PROTECTED]> VBE smart dou