From a1842c04f9cb73210d4cacde61a9e4b115050765 Mon Sep 17 00:00:00 2001 From: Thomas Martitz Date: Wed, 18 Jun 2014 07:15:00 +0200 Subject: lcd-24bit: Introduce a 24-bit mid-level LCD driver With LCD driver all calculation will be performed on RGB888 and the hardware/OS can display from our 24bit framebuffer. It is not yet as performance optimized as the existing drivers but should be good enough.The vast number of small changes is due to the fact that fb_data can be a struct type now, while most of the code expected a scalar type. lcd-as-memframe ASM code does not work with 24bit currently so the with 24bit it enforces the generic C code. All plugins are ported over. Except for rockpaint. It uses so much memory that it wouldnt fit into the 512k plugin buffer anymore (patches welcome). Change-Id: Ibb1964545028ce0d8ff9833ccc3ab66be3ee0754 --- apps/plugins/zxbox/zxvid_16bpp.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to 'apps/plugins/zxbox/zxvid_16bpp.c') diff --git a/apps/plugins/zxbox/zxvid_16bpp.c b/apps/plugins/zxbox/zxvid_16bpp.c index 19ac0f2d5c..6380d3d7d7 100644 --- a/apps/plugins/zxbox/zxvid_16bpp.c +++ b/apps/plugins/zxbox/zxvid_16bpp.c @@ -12,7 +12,7 @@ #define IB0 (0xFF-B0) #define IB1 (0xFF-B1) -static const fb_data _16bpp_colors[32] = { +static const unsigned _16bpp_colors[32] = { /* normal */ LCD_RGBPACK(N0, N0, N0), LCD_RGBPACK(N0, N0, N1), LCD_RGBPACK(N1, N0, N0), LCD_RGBPACK(N1, N0, N1), @@ -60,7 +60,7 @@ void update_screen(void) */ frameb = rb->lcd_framebuffer; for ( y = 0 ; y < HEIGHT*WIDTH; y++ ){ - frameb[y] = _16bpp_colors[(unsigned)sp_image[y]]; + frameb[y] = FB_SCALARPACK(_16bpp_colors[(unsigned)sp_image[y]]); } #else @@ -74,7 +74,7 @@ void update_screen(void) srcx = 0; /* reset our x counter before each row... */ for(x = 0; x < LCD_WIDTH; x++) { - *frameb = _16bpp_colors[image[srcx>>16]]; + *frameb = FB_SCALARPACK(_16bpp_colors[image[srcx>>16]]); srcx += X_STEP; /* move through source image */ frameb++; } -- cgit v1.2.3