summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorSebastian Leonhardt <sebastian.leonhardt@web.de>2016-06-25 16:30:37 +0200
committerGerrit Rockbox <gerrit@rockbox.org>2016-10-03 18:16:47 +0200
commite6687c11f25c9f6358676bb2aff0781bebf1ac79 (patch)
treed64f2fc0e8d4d82f7727f7a952a79173c67887fe
parent68d192e722c6d32fffa3a446044e0642ddab3db7 (diff)
downloadrockbox-e6687c11f25c9f6358676bb2aff0781bebf1ac79.tar.gz
rockbox-e6687c11f25c9f6358676bb2aff0781bebf1ac79.zip
Rockboy: revert FS#11745 patch
William Shipley sent this patch via mailing list. Original Message: "There was a patch to rockboy in 2010 that fixed a problem where the bottom tile row would be rendered at the top. Here's the relevant issue from that time: http://www.rockbox.org/tracker/11745 Note that Stummi openly admits it was a hack, not a true fix. Sometime in the 6 years since, the root cause was fixed. Currently, rockboy on the Clip+ and other 64px models shows the top of the gb screen along the bottom of the display. I confirmed that reversing this patch fixes the issue on my own Clip+" I don't have any of the mentioned targets, so someone else has to test. Change-Id: Id29b78c4ece0af53ba1280029c18b76808a21da2
-rw-r--r--apps/plugins/rockboy/sys_rockbox.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/apps/plugins/rockboy/sys_rockbox.c b/apps/plugins/rockboy/sys_rockbox.c
index a758f73da3..31bab1c478 100644
--- a/apps/plugins/rockboy/sys_rockbox.c
+++ b/apps/plugins/rockboy/sys_rockbox.c
@@ -294,7 +294,7 @@ void vid_update(int scanline)
294 scanline-=16; 294 scanline-=16;
295 else if (fb.mode==2) 295 else if (fb.mode==2)
296 scanline-=8; 296 scanline-=8;
297 scanline_remapped = (scanline / 16 + 7) % 8; 297 scanline_remapped = scanline / 16;
298 frameb = rb->lcd_framebuffer + scanline_remapped * LCD_WIDTH; 298 frameb = rb->lcd_framebuffer + scanline_remapped * LCD_WIDTH;
299 while (cnt < 160) { 299 while (cnt < 160) {
300 balance += LCD_WIDTH; 300 balance += LCD_WIDTH;