giz dblbuff, scanline mode

[libpicofe.git] / base_readme.txt

diff --git a/base_readme.txt b/base_readme.txt
index 5656e20..078c326 100644 (file)
--- a/base_readme.txt
+++ b/base_readme.txt
@@ -132,11 +132,10 @@ graphics problems for some games, so it's best to use 16bit one.
 #endif\r
 \r
 #ifdef GIZ\r
-@@0. "Interlaced rendering"\r
+@@0. "Scanline mode"\r
 This option was designed to work around slow framebuffer access (the Gizmondo's\r
-main bottleneck) by drawing every other line (odd numbered lines during odd\r
-numbered frames and even numbered lines during even frames). This improves\r
-performance greatly, but introduces artifacts for fast scrolling games.\r
+main bottleneck) by drawing every other line (even nummbered lines only).\r
+This improves performance greatly, but looses detail.\r
 \r
 #endif\r
 #ifdef GP2X\r
@@ -272,10 +271,14 @@ game to get sound. This is because most games initialize sound chips on
 startup, and this data is lost when sound chips are being enabled/disabled.\r
 \r
 #ifdef GIZ\r
+@@1. "Double buffering"\r
+Draws the display to offscreen buffer, and flips it with visible one when done.\r
+Unfortunately this causes serious tearing, unless v-sync is used (next option).\r
+\r
 @@1. "Wait for V-sync"\r
-Waits for vertical sync before drawing. This option doesn't eliminate tearing\r
-problems, because full framebuffer update takes much more time then the blanking\r
-period lasts on Gizmondo..\r
+Waits for vertical sync before drawing (or flipping buffers, if previous option\r
+is enabled). Emulation is stopped while waiting, so this causes large performance\r
+hit.\r
 \r
 #endif\r
 @@1. "gzip savestates"\r