OK I've been doing a bit more work diagnosing some GUI glitches. Luckily I am able to compare the CHDK I'm building it to a fully supported port.
Basically the values for screen res in lib.c are wrong. At least for the SX20 102b. It might be worth trying these on the 100f as well, i believe it will fix the current hack put in there to resize the screen.
I used the SX200 as reference as it has the same number of pixels and also requires scaling. Using all the magic numbers in the SX200 lib.c (ie vid_get_bitmap_screen_width etc) and the aspect correction found in camera.h I got the GUI resizing correctly without changing gui.c. AFAIK apart from some changes in the propset file merging with the latest trunk should be fairly easy now.
I've also found that the logo isn't displaying correctly. Should be white instead of grey. I've fixed this by changing the palette. Testers need to find places where the colours are defiantly wrong so I can fix it.
I'm still having problems with screen refreshing and lua scripts output not being displayed.
Maintainers, a number of propset values need to be changed for the SX20. Do we need to create another propset file to be compatible with the trunk revision or can we #define?
For those that are interested here is the new camera.h
#define CAM_PROPSET 3
#define CAM_DRYOS 1
#define CAM_DRYOS_2_3_R39 1
#define CAM_RAW_ROWPIX 4080
#define CAM_RAW_ROWS 3048
#define CAM_SWIVEL_SCREEN 1
#define CAM_ADJUSTABLE_ALT_BUTTON 1
#undef CAM_CAN_SD_OVER_NOT_IN_MF
#undef CAM_CAN_UNLOCK_OPTICAL_ZOOM_IN_VIDEO
#define CAM_HAS_VIDEO_BUTTON 1
#define CAM_VIDEO_QUALITY_ONLY 1
#define CAM_BRACKETING 1
#undef CAM_VIDEO_CONTROL
#define CAM_MULTIPART 1
#define CAM_HAS_JOGDIAL 1
#undef CAM_USE_ZOOM_FOR_MF
#undef CAM_UNCACHED_BIT // shut up compiler
#define CAM_UNCACHED_BIT 0x40000000
#define DNG_SUPPORT 1
// pattern
#define cam_CFAPattern 0x02010100 // Red Green Green Blue
// color
#define CAM_COLORMATRIX1 \
827547, 1000000, -290458, 1000000, -126086, 1000000, \
-12829, 1000000, 530507, 1000000, 50537, 1000000, \
5181, 1000000, 48183, 1000000, 245014, 1000000
#define cam_CalibrationIlluminant1 1 // Daylight
// cropping
#define CAM_JPEG_WIDTH 4000
#define CAM_JPEG_HEIGHT 3000
#define CAM_ACTIVE_AREA_X1 24
#define CAM_ACTIVE_AREA_Y1 12
#define CAM_ACTIVE_AREA_X2 4080-48
#define CAM_ACTIVE_AREA_Y2 3048-24
// camera name
#define PARAM_CAMERA_NAME 4 // parameter number for GetParameterData
#undef CAM_SENSOR_BITS_PER_PIXEL
#undef CAM_WHITE_LEVEL
#undef CAM_BLACK_LEVEL
#define CAM_SENSOR_BITS_PER_PIXEL 12
#define CAM_WHITE_LEVEL ((1<<CAM_SENSOR_BITS_PER_PIXEL)-1)
#define CAM_BLACK_LEVEL 127
#define CAM_EXT_TV_RANGE 1
#define CAM_QUALITY_OVERRIDE 1
// copied from the SX200
#undef CAM_USES_ASPECT_CORRECTION
#undef CAM_USES_ASPECT_YCORRECTION
#define CAM_USES_ASPECT_CORRECTION 1 //camera uses the modified graphics primitives to map screens an viewports to buffers more sized
#define CAM_USES_ASPECT_YCORRECTION 0 //only uses mappings on x coordinate
#undef ASPECT_XCORRECTION
#define ASPECT_XCORRECTION(x) ( ( ((x)<<3) + (x) ) >>2 ) //correction x*screen_buffer_width/screen_width = x*720/320 = x*9/4 = (x<<3 + x)>>2
#undef ASPECT_GRID_XCORRECTION
#define ASPECT_GRID_XCORRECTION(x) ( ((x)<<3)/9 ) //grids are designed on a 360x240 basis and screen is 320x240, we need x*320/360=x*8/9
#undef ASPECT_GRID_YCORRECTION
#define ASPECT_GRID_YCORRECTION(y) ( (y) ) //y correction for grids made on a 360x240 As the buffer is 720x240 we have no correction here.
#undef ASPECT_VIEWPORT_XCORRECTION
#define ASPECT_VIEWPORT_XCORRECTION(x) ASPECT_GRID_XCORRECTION(x) //viewport is 360x240 and screen 320x240, we need x*320/360=x*8/9, equal than grids, used by edgeoverlay
#undef ASPECT_VIEWPORT_YCORRECTION
#define ASPECT_VIEWPORT_YCORRECTION(y) ( (y) )
//games mappings
#undef GAMES_SCREEN_WIDTH
#undef GAMES_SCREEN_HEIGHT
#define GAMES_SCREEN_WIDTH 360
#define GAMES_SCREEN_HEIGHT 240
#undef ASPECT_GAMES_XCORRECTION
// 720/360=2 same aspect than grids and viewport but another approach: there is a lot of corrections to do in game's code, and we decide to paint directly on display buffer wirh another resolution
// used by gui.c that configures the draw environment (trhough new draw_gui function) depending on gui_mode: we have then 360x240 for games (but deformed output:circles are not circles) and 320x240 for
// other modes in perfect aspect ratio 4/3: slightly better visualization: file menus more readable, ...
#define ASPECT_GAMES_XCORRECTION(x) ( ((x)<<1) )
#undef ASPECT_GAMES_YCORRECTION
#define ASPECT_GAMES_YCORRECTION(y) ( (y) ) //none
#undef CAM_BITMAP_PALETTE
#define CAM_BITMAP_PALETTE 3
