From 22170d41cd906147ae8b2b4d7b5ebbeb39ab6c98 Mon Sep 17 00:00:00 2001 From: Sam Lantinga Date: Fri, 10 Aug 2007 16:03:35 +0000 Subject: [PATCH] Figured out how to optimize the SDL_compat path and simplify writing framebuffer drivers --HG-- extra : convert_revision : svn%3Ac70aab31-4412-0410-b14c-859654838e24/trunk%402581 --- NOTES | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/NOTES b/NOTES index 977107535..e0c512605 100644 --- a/NOTES +++ b/NOTES @@ -150,3 +150,13 @@ IRC - Mon Aug 6 23:50:44 PDT 2007 [12:01am] slouken: If it were software only I could just say, write your own and register it here, but you'd have to maintain parity with the OpenGL and Direct3D renderers as well. [12:01am] slouken: At that point you might as well be working in surfaces and uploading to texture. [12:02am] icculus: yeah + +TODO +---- +Change textures to static/streaming. Static textures are not lockable, +streaming textures are lockable and may have system memory pixels available. +SDL_compat will use a streaming video texture, and will never be HWSURFACE, +but may be PREALLOC, if system memory pixels are available. + +The software renderer will be abstracted so the surface management can be +used by any renderer that provides functions to copy surfaces to the window.