| .. |
|
brickmania_ball.3x3x1.bmp
|
Brickmania for Sansa c200 and the small H10 with new graphics. While at it reduce the number of necessary per screen definition by letting the plugin retrieve the bitmap heights and widths from the file, therefore 'clean up' some graphics e.g. the menu items one, also make some backgrounds a bit nicer. Rearrange bitmaps/native/SOURCES and rename some graphics to reduce the number of duplicated bitmaps which only had a different name e.g. the ball - and tweak the gameover bitmap (on colour displays it uses transparency, and adapt the already existing mono bitmap to be usable). There might be minor differences in the 'looks' for existing ports but almost not noticeable with the exception that the gameover graphic is now centered. Introduce an alternative left and right key for c200 (volume up/down) for easier control. Manual update will follow.
|
2007-12-30 14:56:51 +00:00 |
|
brickmania_ball.4x4x2.bmp
|
Adapt most single-file plugins to the M3 keypad and screen. It's still preliminary, as many plugins now can't be left without the remote. The plugins need to be converted to use the action API (but not pluginlib actions). Plugins are not enabled yet. * Simplify the bitmap handling in the source of some plugins.
|
2008-03-22 10:24:28 +00:00 |
|
brickmania_ball.4x4x16.bmp
|
Brickmania for Sansa c200 and the small H10 with new graphics. While at it reduce the number of necessary per screen definition by letting the plugin retrieve the bitmap heights and widths from the file, therefore 'clean up' some graphics e.g. the menu items one, also make some backgrounds a bit nicer. Rearrange bitmaps/native/SOURCES and rename some graphics to reduce the number of duplicated bitmaps which only had a different name e.g. the ball - and tweak the gameover bitmap (on colour displays it uses transparency, and adapt the already existing mono bitmap to be usable). There might be minor differences in the 'looks' for existing ports but almost not noticeable with the exception that the gameover graphic is now centered. Introduce an alternative left and right key for c200 (volume up/down) for easier control. Manual update will follow.
|
2007-12-30 14:56:51 +00:00 |
|
brickmania_ball.5x5x2.bmp
|
Brickmania for Sansa c200 and the small H10 with new graphics. While at it reduce the number of necessary per screen definition by letting the plugin retrieve the bitmap heights and widths from the file, therefore 'clean up' some graphics e.g. the menu items one, also make some backgrounds a bit nicer. Rearrange bitmaps/native/SOURCES and rename some graphics to reduce the number of duplicated bitmaps which only had a different name e.g. the ball - and tweak the gameover bitmap (on colour displays it uses transparency, and adapt the already existing mono bitmap to be usable). There might be minor differences in the 'looks' for existing ports but almost not noticeable with the exception that the gameover graphic is now centered. Introduce an alternative left and right key for c200 (volume up/down) for easier control. Manual update will follow.
|
2007-12-30 14:56:51 +00:00 |
|
brickmania_ball.5x5x16.bmp
|
Brickmania for Sansa c200 and the small H10 with new graphics. While at it reduce the number of necessary per screen definition by letting the plugin retrieve the bitmap heights and widths from the file, therefore 'clean up' some graphics e.g. the menu items one, also make some backgrounds a bit nicer. Rearrange bitmaps/native/SOURCES and rename some graphics to reduce the number of duplicated bitmaps which only had a different name e.g. the ball - and tweak the gameover bitmap (on colour displays it uses transparency, and adapt the already existing mono bitmap to be usable). There might be minor differences in the 'looks' for existing ports but almost not noticeable with the exception that the gameover graphic is now centered. Introduce an alternative left and right key for c200 (volume up/down) for easier control. Manual update will follow.
|
2007-12-30 14:56:51 +00:00 |
|
brickmania_ball.7x7x16.bmp
|
Fix red.
|
2010-01-02 04:00:03 +00:00 |
|
brickmania_ball.11x11x16.bmp
|
Brickmania, Chessbox, Blackjack, and Solitaire: Add support for 640x480 and 480x640 screens
|
2009-07-18 04:16:50 +00:00 |
|
brickmania_ball.15x15x16.bmp
|
Brickmania: Add new, finer detail images for the bricks and the ball for 640x480 screens.
|
2009-10-04 21:15:22 +00:00 |
|
brickmania_break.132x80x16.bmp
|
Brickmania for Sansa c200 and the small H10 with new graphics. While at it reduce the number of necessary per screen definition by letting the plugin retrieve the bitmap heights and widths from the file, therefore 'clean up' some graphics e.g. the menu items one, also make some backgrounds a bit nicer. Rearrange bitmaps/native/SOURCES and rename some graphics to reduce the number of duplicated bitmaps which only had a different name e.g. the ball - and tweak the gameover bitmap (on colour displays it uses transparency, and adapt the already existing mono bitmap to be usable). There might be minor differences in the 'looks' for existing ports but almost not noticeable with the exception that the gameover graphic is now centered. Introduce an alternative left and right key for c200 (volume up/down) for easier control. Manual update will follow.
|
2007-12-30 14:56:51 +00:00 |
|
brickmania_break.160x128x2.bmp
|
|
|
|
brickmania_break.160x128x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
brickmania_break.176x132x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
brickmania_break.220x176x16.bmp
|
|
|
|
brickmania_break.240x320x16.bmp
|
Brickmania: Scale bitmaps with the high-res bricks to fit them to the LCD width for the Gigabeat F/X/S.
|
2010-01-02 03:49:11 +00:00 |
|
brickmania_break.320x240x16.bmp
|
Forgot to add the bitmaps.
|
2007-01-26 08:57:28 +00:00 |
|
brickmania_break.480x640x16.bmp
|
Brickmania, Chessbox, Blackjack, and Solitaire: Add support for 640x480 and 480x640 screens
|
2009-07-18 04:16:50 +00:00 |
|
brickmania_break.640x480x16.bmp
|
Brickmania, Chessbox, Blackjack, and Solitaire: Add support for 640x480 and 480x640 screens
|
2009-07-18 04:16:50 +00:00 |
|
brickmania_bricks.112x64x1.bmp
|
Brickmania for Sansa c200 and the small H10 with new graphics. While at it reduce the number of necessary per screen definition by letting the plugin retrieve the bitmap heights and widths from the file, therefore 'clean up' some graphics e.g. the menu items one, also make some backgrounds a bit nicer. Rearrange bitmaps/native/SOURCES and rename some graphics to reduce the number of duplicated bitmaps which only had a different name e.g. the ball - and tweak the gameover bitmap (on colour displays it uses transparency, and adapt the already existing mono bitmap to be usable). There might be minor differences in the 'looks' for existing ports but almost not noticeable with the exception that the gameover graphic is now centered. Introduce an alternative left and right key for c200 (volume up/down) for easier control. Manual update will follow.
|
2007-12-30 14:56:51 +00:00 |
|
brickmania_bricks.128x96x2.bmp
|
Adapt most single-file plugins to the M3 keypad and screen. It's still preliminary, as many plugins now can't be left without the remote. The plugins need to be converted to use the action API (but not pluginlib actions). Plugins are not enabled yet. * Simplify the bitmap handling in the source of some plugins.
|
2008-03-22 10:24:28 +00:00 |
|
brickmania_bricks.128x128x16.bmp
|
Brickmania for Sansa c200 and the small H10 with new graphics. While at it reduce the number of necessary per screen definition by letting the plugin retrieve the bitmap heights and widths from the file, therefore 'clean up' some graphics e.g. the menu items one, also make some backgrounds a bit nicer. Rearrange bitmaps/native/SOURCES and rename some graphics to reduce the number of duplicated bitmaps which only had a different name e.g. the ball - and tweak the gameover bitmap (on colour displays it uses transparency, and adapt the already existing mono bitmap to be usable). There might be minor differences in the 'looks' for existing ports but almost not noticeable with the exception that the gameover graphic is now centered. Introduce an alternative left and right key for c200 (volume up/down) for easier control. Manual update will follow.
|
2007-12-30 14:56:51 +00:00 |
|
brickmania_bricks.132x80x16.bmp
|
Brickmania for Sansa c200 and the small H10 with new graphics. While at it reduce the number of necessary per screen definition by letting the plugin retrieve the bitmap heights and widths from the file, therefore 'clean up' some graphics e.g. the menu items one, also make some backgrounds a bit nicer. Rearrange bitmaps/native/SOURCES and rename some graphics to reduce the number of duplicated bitmaps which only had a different name e.g. the ball - and tweak the gameover bitmap (on colour displays it uses transparency, and adapt the already existing mono bitmap to be usable). There might be minor differences in the 'looks' for existing ports but almost not noticeable with the exception that the gameover graphic is now centered. Introduce an alternative left and right key for c200 (volume up/down) for easier control. Manual update will follow.
|
2007-12-30 14:56:51 +00:00 |
|
brickmania_bricks.138x110x2.bmp
|
|
|
|
brickmania_bricks.160x128x2.bmp
|
|
|
|
brickmania_bricks.160x128x16.bmp
|
Brickmania: new Brick bitmaps for all color targets, and introducing full-screen support for iPod 5G (320x240).
|
2007-01-26 06:14:29 +00:00 |
|
brickmania_bricks.176x132x16.bmp
|
Brickmania: new Brick bitmaps for all color targets, and introducing full-screen support for iPod 5G (320x240).
|
2007-01-26 06:14:29 +00:00 |
|
brickmania_bricks.220x176x16.bmp
|
Brickmania: new Brick bitmaps for all color targets, and introducing full-screen support for iPod 5G (320x240).
|
2007-01-26 06:14:29 +00:00 |
|
brickmania_bricks.240x320x16.bmp
|
Brickmania: Scale bitmaps with the high-res bricks to fit them to the LCD width for the Gigabeat F/X/S.
|
2010-01-02 03:49:11 +00:00 |
|
brickmania_bricks.320x240x16.bmp
|
Brickmania: new Brick bitmaps for all color targets, and introducing full-screen support for iPod 5G (320x240).
|
2007-01-26 06:14:29 +00:00 |
|
brickmania_bricks.480x640x16.bmp
|
Brickmania, Chessbox, Blackjack, and Solitaire: Add support for 640x480 and 480x640 screens
|
2009-07-18 04:16:50 +00:00 |
|
brickmania_bricks.640x480x16.bmp
|
Brickmania: Add new, finer detail images for the bricks and the ball for 640x480 screens.
|
2009-10-04 21:15:22 +00:00 |
|
brickmania_gameover.59x30x1.bmp
|
Brickmania for Sansa c200 and the small H10 with new graphics. While at it reduce the number of necessary per screen definition by letting the plugin retrieve the bitmap heights and widths from the file, therefore 'clean up' some graphics e.g. the menu items one, also make some backgrounds a bit nicer. Rearrange bitmaps/native/SOURCES and rename some graphics to reduce the number of duplicated bitmaps which only had a different name e.g. the ball - and tweak the gameover bitmap (on colour displays it uses transparency, and adapt the already existing mono bitmap to be usable). There might be minor differences in the 'looks' for existing ports but almost not noticeable with the exception that the gameover graphic is now centered. Introduce an alternative left and right key for c200 (volume up/down) for easier control. Manual update will follow.
|
2007-12-30 14:56:51 +00:00 |
|
brickmania_gameover.86x43x2.bmp
|
Brickmania for Sansa c200 and the small H10 with new graphics. While at it reduce the number of necessary per screen definition by letting the plugin retrieve the bitmap heights and widths from the file, therefore 'clean up' some graphics e.g. the menu items one, also make some backgrounds a bit nicer. Rearrange bitmaps/native/SOURCES and rename some graphics to reduce the number of duplicated bitmaps which only had a different name e.g. the ball - and tweak the gameover bitmap (on colour displays it uses transparency, and adapt the already existing mono bitmap to be usable). There might be minor differences in the 'looks' for existing ports but almost not noticeable with the exception that the gameover graphic is now centered. Introduce an alternative left and right key for c200 (volume up/down) for easier control. Manual update will follow.
|
2007-12-30 14:56:51 +00:00 |
|
brickmania_gameover.112x54x16.bmp
|
Brickmania for Sansa c200 and the small H10 with new graphics. While at it reduce the number of necessary per screen definition by letting the plugin retrieve the bitmap heights and widths from the file, therefore 'clean up' some graphics e.g. the menu items one, also make some backgrounds a bit nicer. Rearrange bitmaps/native/SOURCES and rename some graphics to reduce the number of duplicated bitmaps which only had a different name e.g. the ball - and tweak the gameover bitmap (on colour displays it uses transparency, and adapt the already existing mono bitmap to be usable). There might be minor differences in the 'looks' for existing ports but almost not noticeable with the exception that the gameover graphic is now centered. Introduce an alternative left and right key for c200 (volume up/down) for easier control. Manual update will follow.
|
2007-12-30 14:56:51 +00:00 |
|
brickmania_long_pads.112x64x1.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_long_pads.132x80x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_long_pads.160x128x2.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_long_pads.160x128x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_long_pads.176x132x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_long_pads.220x176x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_long_pads.240x320x16.bmp
|
Brickmania: Scale bitmaps with the high-res bricks to fit them to the LCD width for the Gigabeat F/X/S.
|
2010-01-02 03:49:11 +00:00 |
|
brickmania_long_pads.320x240x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_long_pads.480x640x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_long_pads.640x480x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_pads.112x64x1.bmp
|
Brickmania for Sansa c200 and the small H10 with new graphics. While at it reduce the number of necessary per screen definition by letting the plugin retrieve the bitmap heights and widths from the file, therefore 'clean up' some graphics e.g. the menu items one, also make some backgrounds a bit nicer. Rearrange bitmaps/native/SOURCES and rename some graphics to reduce the number of duplicated bitmaps which only had a different name e.g. the ball - and tweak the gameover bitmap (on colour displays it uses transparency, and adapt the already existing mono bitmap to be usable). There might be minor differences in the 'looks' for existing ports but almost not noticeable with the exception that the gameover graphic is now centered. Introduce an alternative left and right key for c200 (volume up/down) for easier control. Manual update will follow.
|
2007-12-30 14:56:51 +00:00 |
|
brickmania_pads.132x80x16.bmp
|
Brickmania for Sansa c200 and the small H10 with new graphics. While at it reduce the number of necessary per screen definition by letting the plugin retrieve the bitmap heights and widths from the file, therefore 'clean up' some graphics e.g. the menu items one, also make some backgrounds a bit nicer. Rearrange bitmaps/native/SOURCES and rename some graphics to reduce the number of duplicated bitmaps which only had a different name e.g. the ball - and tweak the gameover bitmap (on colour displays it uses transparency, and adapt the already existing mono bitmap to be usable). There might be minor differences in the 'looks' for existing ports but almost not noticeable with the exception that the gameover graphic is now centered. Introduce an alternative left and right key for c200 (volume up/down) for easier control. Manual update will follow.
|
2007-12-30 14:56:51 +00:00 |
|
brickmania_pads.160x128x2.bmp
|
|
|
|
brickmania_pads.160x128x16.bmp
|
Forgot to add the bitmaps.
|
2007-01-26 08:57:28 +00:00 |
|
brickmania_pads.176x132x16.bmp
|
Forgot to add the bitmaps.
|
2007-01-26 08:57:28 +00:00 |
|
brickmania_pads.220x176x16.bmp
|
Forgot to add the bitmaps.
|
2007-01-26 08:57:28 +00:00 |
|
brickmania_pads.240x320x16.bmp
|
Brickmania: Scale bitmaps with the high-res bricks to fit them to the LCD width for the Gigabeat F/X/S.
|
2010-01-02 03:49:11 +00:00 |
|
brickmania_pads.320x240x16.bmp
|
Forgot to add the bitmaps.
|
2007-01-26 08:57:28 +00:00 |
|
brickmania_pads.480x640x16.bmp
|
Brickmania, Chessbox, Blackjack, and Solitaire: Add support for 640x480 and 480x640 screens
|
2009-07-18 04:16:50 +00:00 |
|
brickmania_pads.640x480x16.bmp
|
Brickmania, Chessbox, Blackjack, and Solitaire: Add support for 640x480 and 480x640 screens
|
2009-07-18 04:16:50 +00:00 |
|
brickmania_powerups.112x64x1.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_powerups.132x80x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_powerups.160x128x2.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_powerups.160x128x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_powerups.176x132x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_powerups.220x176x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_powerups.240x320x16.bmp
|
Brickmania: Scale bitmaps with the high-res bricks to fit them to the LCD width for the Gigabeat F/X/S.
|
2010-01-02 03:49:11 +00:00 |
|
brickmania_powerups.320x240x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_powerups.480x640x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_powerups.640x480x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_short_pads.112x64x1.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_short_pads.132x80x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_short_pads.160x128x2.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_short_pads.160x128x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_short_pads.176x132x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_short_pads.220x176x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_short_pads.240x320x16.bmp
|
Brickmania: Scale bitmaps with the high-res bricks to fit them to the LCD width for the Gigabeat F/X/S.
|
2010-01-02 03:49:11 +00:00 |
|
brickmania_short_pads.320x240x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_short_pads.480x640x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
brickmania_short_pads.640x480x16.bmp
|
new powerup in brickmania
|
2009-07-26 19:51:44 +00:00 |
|
bubbles_background.128x96x16.bmp
|
remove svn:executable
|
2009-11-23 15:16:29 +00:00 |
|
bubbles_background.128x128x2.bmp
|
Add MPIO HD200 port - binary files
|
2010-04-26 21:40:23 +00:00 |
|
bubbles_background.128x128x16.bmp
|
Make bubbles use one background picture that is the size of the display instead of combining a 'left' and sometimes a 'right' bmp. This way it's clearer how the background is generated and adapting to new display sizes should be easier.
|
2007-09-28 21:16:35 +00:00 |
|
bubbles_background.132x80x16.bmp
|
Bubbles for Sansa c200.
|
2007-09-28 22:05:22 +00:00 |
|
bubbles_background.160x128x16.bmp
|
Make bubbles use one background picture that is the size of the display instead of combining a 'left' and sometimes a 'right' bmp. This way it's clearer how the background is generated and adapting to new display sizes should be easier.
|
2007-09-28 21:16:35 +00:00 |
|
bubbles_background.176x132x16.bmp
|
Make bubbles use one background picture that is the size of the display instead of combining a 'left' and sometimes a 'right' bmp. This way it's clearer how the background is generated and adapting to new display sizes should be easier.
|
2007-09-28 21:16:35 +00:00 |
|
bubbles_background.176x220x16.bmp
|
New bubbles background for 176x220 (Sansa e200), heavily based off a mockup provided by Marianne Arnold.
|
2009-08-02 20:26:25 +00:00 |
|
bubbles_background.220x176x16.bmp
|
Make bubbles use one background picture that is the size of the display instead of combining a 'left' and sometimes a 'right' bmp. This way it's clearer how the background is generated and adapting to new display sizes should be easier.
|
2007-09-28 21:16:35 +00:00 |
|
bubbles_background.240x320x16.bmp
|
Make bubbles use one background picture that is the size of the display instead of combining a 'left' and sometimes a 'right' bmp. This way it's clearer how the background is generated and adapting to new display sizes should be easier.
|
2007-09-28 21:16:35 +00:00 |
|
bubbles_background.320x240x16.bmp
|
Make bubbles use one background picture that is the size of the display instead of combining a 'left' and sometimes a 'right' bmp. This way it's clearer how the background is generated and adapting to new display sizes should be easier.
|
2007-09-28 21:16:35 +00:00 |
|
bubbles_background.640x480x16.bmp
|
M:Robe 500: Add missing files
|
2009-08-09 05:26:25 +00:00 |
|
bubbles_emblem.112x64x1.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
bubbles_emblem.128x96x2.bmp
|
Sliding puzzle: Fix graphics size and help text for M3. * Bubbles: Better (larger) emblems for M3.
|
2008-03-23 09:21:49 +00:00 |
|
bubbles_emblem.132x80x16.bmp
|
Bubbles for Sansa c200.
|
2007-09-28 22:05:22 +00:00 |
|
bubbles_emblem.138x110x2.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
bubbles_emblem.160x128x2.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
bubbles_emblem.160x128x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
bubbles_emblem.220x176x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
bubbles_emblem.320x240x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
bubbles_emblem.640x480x16.bmp
|
M:Robe 500: Add missing files
|
2009-08-09 05:26:25 +00:00 |
|
card_back.13x13x1.bmp
|
Rename solitaire_ bitmaps to card_ since they are used in solitaire and blackjack. Ideally all future card games will use these graphics.
|
2007-02-12 04:21:49 +00:00 |
|
card_back.15x20x2.bmp
|
Rename solitaire_ bitmaps to card_ since they are used in solitaire and blackjack. Ideally all future card games will use these graphics.
|
2007-02-12 04:21:49 +00:00 |
|
card_back.15x20x16.bmp
|
Rename solitaire_ bitmaps to card_ since they are used in solitaire and blackjack. Ideally all future card games will use these graphics.
|
2007-02-12 04:21:49 +00:00 |
|
card_back.18x23x1.bmp
|
New card bitmaps for the m:robe100 (used in solitaire and blackjack). They graphics are now bigger, same size as on other 160x128 displays, and take the 'inverted' red on black of the m:robe100's display into account.
|
2008-05-04 22:26:48 +00:00 |
|
card_back.18x23x2.bmp
|
Rename solitaire_ bitmaps to card_ since they are used in solitaire and blackjack. Ideally all future card games will use these graphics.
|
2007-02-12 04:21:49 +00:00 |
|
card_back.18x23x16.bmp
|
Rename solitaire_ bitmaps to card_ since they are used in solitaire and blackjack. Ideally all future card games will use these graphics.
|
2007-02-12 04:21:49 +00:00 |
|
card_back.26x33x16.bmp
|
Rename solitaire_ bitmaps to card_ since they are used in solitaire and blackjack. Ideally all future card games will use these graphics.
|
2007-02-12 04:21:49 +00:00 |
|
card_back.37x49x16.bmp
|
Rename solitaire_ bitmaps to card_ since they are used in solitaire and blackjack. Ideally all future card games will use these graphics.
|
2007-02-12 04:21:49 +00:00 |
|
card_back.55x73x16.bmp
|
Brickmania, Chessbox, Blackjack, and Solitaire: Add support for 640x480 and 480x640 screens
|
2009-07-18 04:16:50 +00:00 |
|
card_back.74x98x16.bmp
|
Add appropriate sized cards for 640x480 screens based on svg-cards-2.0. SOURCES is setup for 640x480 on a number of plugins as well, but graphics are not committed yet: will add as plugins are tested
|
2009-06-13 20:52:38 +00:00 |
|
card_deck.169x52x1.bmp
|
Rename solitaire_ bitmaps to card_ since they are used in solitaire and blackjack. Ideally all future card games will use these graphics.
|
2007-02-12 04:21:49 +00:00 |
|
card_deck.195x80x2.bmp
|
Rename solitaire_ bitmaps to card_ since they are used in solitaire and blackjack. Ideally all future card games will use these graphics.
|
2007-02-12 04:21:49 +00:00 |
|
card_deck.195x80x16.bmp
|
Rename solitaire_ bitmaps to card_ since they are used in solitaire and blackjack. Ideally all future card games will use these graphics.
|
2007-02-12 04:21:49 +00:00 |
|
card_deck.234x92x1.bmp
|
New card bitmaps for the m:robe100 (used in solitaire and blackjack). They graphics are now bigger, same size as on other 160x128 displays, and take the 'inverted' red on black of the m:robe100's display into account.
|
2008-05-04 22:26:48 +00:00 |
|
card_deck.234x92x2.bmp
|
Rename solitaire_ bitmaps to card_ since they are used in solitaire and blackjack. Ideally all future card games will use these graphics.
|
2007-02-12 04:21:49 +00:00 |
|
card_deck.234x92x16.bmp
|
Rename solitaire_ bitmaps to card_ since they are used in solitaire and blackjack. Ideally all future card games will use these graphics.
|
2007-02-12 04:21:49 +00:00 |
|
card_deck.338x132x16.bmp
|
Rename solitaire_ bitmaps to card_ since they are used in solitaire and blackjack. Ideally all future card games will use these graphics.
|
2007-02-12 04:21:49 +00:00 |
|
card_deck.481x196x16.bmp
|
Rename solitaire_ bitmaps to card_ since they are used in solitaire and blackjack. Ideally all future card games will use these graphics.
|
2007-02-12 04:21:49 +00:00 |
|
card_deck.715x291x16.bmp
|
Brickmania, Chessbox, Blackjack, and Solitaire: Add support for 640x480 and 480x640 screens
|
2009-07-18 04:16:50 +00:00 |
|
card_deck.962x392x16.bmp
|
Add appropriate sized cards for 640x480 screens based on svg-cards-2.0. SOURCES is setup for 640x480 on a number of plugins as well, but graphics are not committed yet: will add as plugins are tested
|
2009-06-13 20:52:38 +00:00 |
|
chessbox_pieces.64x64x1.bmp
|
|
|
|
chessbox_pieces.80x64x1.bmp
|
|
|
|
chessbox_pieces.80x80x16.bmp
|
Chessbox: ported to c200, also simplify the tile size calculation (thanks to Jens). Just retrieve it from the assigned bmp (same as e.g. Sudoku does), so that there's no need to check for lcd resolution in two different places. Update the manual.
|
2007-10-19 09:05:18 +00:00 |
|
chessbox_pieces.96x96x2.bmp
|
New chessbox graphics for the M3 - a new size to utilise the available display height there.
|
2008-05-24 07:21:01 +00:00 |
|
chessbox_pieces.104x104x2.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
chessbox_pieces.128x128x1.bmp
|
m:robe 100: chessbox - make black pieces black and white pieces red
|
2008-03-07 19:58:17 +00:00 |
|
chessbox_pieces.128x128x2.bmp
|
|
|
|
chessbox_pieces.176x176x16.bmp
|
|
|
|
chessbox_pieces.240x240x16.bmp
|
|
|
|
chessbox_pieces.480x480x16.bmp
|
Brickmania, Chessbox, Blackjack, and Solitaire: Add support for 640x480 and 480x640 screens
|
2009-07-18 04:16:50 +00:00 |
|
clock_binary.112x64x1.bmp
|
Correct displaying of the clock in binary (FS#9941). This looks good for 'negative' LCDs as well (e.g. mrobe:100)
|
2009-03-20 17:56:39 +00:00 |
|
clock_binary.128x128x2.bmp
|
Add MPIO HD200 port - binary files
|
2010-04-26 21:40:23 +00:00 |
|
clock_binary.128x128x16.bmp
|
Correct displaying of the clock in binary (FS#9941). This looks good for 'negative' LCDs as well (e.g. mrobe:100)
|
2009-03-20 17:56:39 +00:00 |
|
clock_binary.132x80x16.bmp
|
Tidy up and remove executable flag from a few plugin bitmap files.
|
2009-04-07 14:03:38 +00:00 |
|
clock_binary.138x110x2.bmp
|
Correct displaying of the clock in binary (FS#9941). This looks good for 'negative' LCDs as well (e.g. mrobe:100)
|
2009-03-20 17:56:39 +00:00 |
|
clock_binary.160x128x2.bmp
|
Correct displaying of the clock in binary (FS#9941). This looks good for 'negative' LCDs as well (e.g. mrobe:100)
|
2009-03-20 17:56:39 +00:00 |
|
clock_binary.160x128x16.bmp
|
Correct displaying of the clock in binary (FS#9941). This looks good for 'negative' LCDs as well (e.g. mrobe:100)
|
2009-03-20 17:56:39 +00:00 |
|
clock_binary.220x176x16.bmp
|
Correct displaying of the clock in binary (FS#9941). This looks good for 'negative' LCDs as well (e.g. mrobe:100)
|
2009-03-20 17:56:39 +00:00 |
|
clock_binary.320x240x16.bmp
|
Correct displaying of the clock in binary (FS#9941). This looks good for 'negative' LCDs as well (e.g. mrobe:100)
|
2009-03-20 17:56:39 +00:00 |
|
clock_digits.112x64x1.bmp
|
Rewrote the clock plugin in a cleaner and more modular way so that it can scale on remote screens. Use left-right keys to change the type of clock displayed (analogic, digital, binary) and up/downto change the look of the clock
|
2007-08-04 03:01:46 +00:00 |
|
clock_digits.128x128x2.bmp
|
Add MPIO HD200 port - binary files
|
2010-04-26 21:40:23 +00:00 |
|
clock_digits.128x128x16.bmp
|
Rewrote the clock plugin in a cleaner and more modular way so that it can scale on remote screens. Use left-right keys to change the type of clock displayed (analogic, digital, binary) and up/downto change the look of the clock
|
2007-08-04 03:01:46 +00:00 |
|
clock_digits.132x80x16.bmp
|
Tidy up and remove executable flag from a few plugin bitmap files.
|
2009-04-07 14:03:38 +00:00 |
|
clock_digits.138x110x2.bmp
|
Rewrote the clock plugin in a cleaner and more modular way so that it can scale on remote screens. Use left-right keys to change the type of clock displayed (analogic, digital, binary) and up/downto change the look of the clock
|
2007-08-04 03:01:46 +00:00 |
|
clock_digits.160x128x2.bmp
|
Rewrote the clock plugin in a cleaner and more modular way so that it can scale on remote screens. Use left-right keys to change the type of clock displayed (analogic, digital, binary) and up/downto change the look of the clock
|
2007-08-04 03:01:46 +00:00 |
|
clock_digits.160x128x16.bmp
|
Rewrote the clock plugin in a cleaner and more modular way so that it can scale on remote screens. Use left-right keys to change the type of clock displayed (analogic, digital, binary) and up/downto change the look of the clock
|
2007-08-04 03:01:46 +00:00 |
|
clock_digits.220x176x16.bmp
|
Rewrote the clock plugin in a cleaner and more modular way so that it can scale on remote screens. Use left-right keys to change the type of clock displayed (analogic, digital, binary) and up/downto change the look of the clock
|
2007-08-04 03:01:46 +00:00 |
|
clock_digits.320x240x16.bmp
|
Rewrote the clock plugin in a cleaner and more modular way so that it can scale on remote screens. Use left-right keys to change the type of clock displayed (analogic, digital, binary) and up/downto change the look of the clock
|
2007-08-04 03:01:46 +00:00 |
|
clock_logo.112x64x1.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_logo.128x128x2.bmp
|
Add MPIO HD200 port - binary files
|
2010-04-26 21:40:23 +00:00 |
|
clock_logo.128x128x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_logo.132x80x16.bmp
|
Tidy up and remove executable flag from a few plugin bitmap files.
|
2009-04-07 14:03:38 +00:00 |
|
clock_logo.138x110x2.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_logo.160x128x2.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_logo.160x128x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_logo.176x132x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_logo.220x176x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_logo.320x240x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_messages.112x64x1.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_messages.128x128x2.bmp
|
Add MPIO HD200 port - binary files
|
2010-04-26 21:40:23 +00:00 |
|
clock_messages.128x128x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_messages.132x80x16.bmp
|
Tidy up and remove executable flag from a few plugin bitmap files.
|
2009-04-07 14:03:38 +00:00 |
|
clock_messages.138x110x2.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_messages.160x128x2.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_messages.160x128x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_messages.176x132x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_messages.220x176x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_messages.320x240x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_segments.112x64x1.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_segments.128x128x2.bmp
|
Add MPIO HD200 port - binary files
|
2010-04-26 21:40:23 +00:00 |
|
clock_segments.128x128x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_segments.132x80x16.bmp
|
Tidy up and remove executable flag from a few plugin bitmap files.
|
2009-04-07 14:03:38 +00:00 |
|
clock_segments.138x110x2.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_segments.160x128x2.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_segments.160x128x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_segments.220x176x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_segments.320x240x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_smalldigits.112x64x1.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_smalldigits.128x128x2.bmp
|
Add MPIO HD200 port - binary files
|
2010-04-26 21:40:23 +00:00 |
|
clock_smalldigits.128x128x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_smalldigits.132x80x16.bmp
|
Tidy up and remove executable flag from a few plugin bitmap files.
|
2009-04-07 14:03:38 +00:00 |
|
clock_smalldigits.160x128x2.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_smalldigits.160x128x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_smalldigits.220x176x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_smalldigits.320x240x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_smallsegments.112x64x1.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_smallsegments.128x128x2.bmp
|
Add MPIO HD200 port - binary files
|
2010-04-26 21:40:23 +00:00 |
|
clock_smallsegments.128x128x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_smallsegments.132x80x16.bmp
|
Tidy up and remove executable flag from a few plugin bitmap files.
|
2009-04-07 14:03:38 +00:00 |
|
clock_smallsegments.160x128x2.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_smallsegments.160x128x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_smallsegments.220x176x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
clock_smallsegments.320x240x16.bmp
|
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@12407 a1c6a512-1295-4272-9138-f99709370657
|
2007-02-20 01:27:19 +00:00 |
|
fft_colors.16.bmp
|
New plugin: FFT, A frequency analyzer plugin
|
2010-02-10 19:44:11 +00:00 |
|
flipit_cursor.17x17x16.bmp
|
Oops, forgot to add the two needed bitmaps...
|
2007-10-22 14:09:44 +00:00 |
|
flipit_cursor.25x25x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
flipit_cursor.28x28x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
flipit_cursor.40x40x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
flipit_cursor.56x56x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
flipit_cursor.112x112x16.bmp
|
Star, Flipit, Rockblox, Sokoban, Wormlet: Add support for 640x480 screens
|
2009-07-21 03:52:59 +00:00 |
|
flipit_tokens.16x26x1.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
flipit_tokens.17x34x16.bmp
|
Oops, forgot to add the two needed bitmaps...
|
2007-10-22 14:09:44 +00:00 |
|
flipit_tokens.21x42x2.bmp
|
Adapt most single-file plugins to the M3 keypad and screen. It's still preliminary, as many plugins now can't be left without the remote. The plugins need to be converted to use the action API (but not pluginlib actions). Plugins are not enabled yet. * Simplify the bitmap handling in the source of some plugins.
|
2008-03-22 10:24:28 +00:00 |
|
flipit_tokens.25x50x2.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
flipit_tokens.25x50x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
flipit_tokens.28x56x1.bmp
|
mrobe 100: fix graphics for flipit
|
2008-03-02 10:20:54 +00:00 |
|
flipit_tokens.28x56x2.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
flipit_tokens.28x56x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
flipit_tokens.40x80x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
flipit_tokens.56x112x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
flipit_tokens.112x224x16.bmp
|
Star, Flipit, Rockblox, Sokoban, Wormlet: Add support for 640x480 screens
|
2009-07-21 03:52:59 +00:00 |
|
invadrox_alien_explode.10x5x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_alien_explode.13x7x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_alien_explode.37x20x16.bmp
|
Invadrox: Add support for 640x480 screens.
|
2009-08-04 05:22:10 +00:00 |
|
invadrox_aliens.16x15x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_aliens.24x24x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_aliens.68x68x16.bmp
|
Invadrox: Add support for 640x480 screens.
|
2009-08-04 05:22:10 +00:00 |
|
invadrox_background.160x128x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_background.176x132x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_background.176x220x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_background.220x176x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_background.240x320x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_background.320x240x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_background.480x640x16.bmp
|
Invadrox: Add support for 640x480 screens.
|
2009-08-04 05:22:10 +00:00 |
|
invadrox_background.640x480x16.bmp
|
Invadrox: Add support for 640x480 screens.
|
2009-08-04 05:22:10 +00:00 |
|
invadrox_bombs.9x30x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_bombs.9x42x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_bombs.27x126x16.bmp
|
Invadrox: Add support for 640x480 screens.
|
2009-08-04 05:22:10 +00:00 |
|
invadrox_numbers.40x5x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_numbers.50x7x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_numbers.140x19x16.bmp
|
Invadrox: Add support for 640x480 screens.
|
2009-08-04 05:22:10 +00:00 |
|
invadrox_shield.15x10x2.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_shield.15x10x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_shield.22x16x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_shield.64x47x16.bmp
|
Invadrox: Add support for 640x480 screens.
|
2009-08-04 05:22:10 +00:00 |
|
invadrox_ships.10x15x2.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_ships.10x15x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_ships.16x24x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_ships.46x69x16.bmp
|
Invadrox: Add support for 640x480 screens.
|
2009-08-04 05:22:10 +00:00 |
|
invadrox_ufo.11x5x2.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_ufo.11x5x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_ufo.16x7x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_ufo.46x20x16.bmp
|
Invadrox: Add support for 640x480 screens.
|
2009-08-04 05:22:10 +00:00 |
|
invadrox_ufo_explode.14x5x2.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_ufo_explode.14x5x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_ufo_explode.21x8x16.bmp
|
Invadrox - some bitmap related changes in preparation of porting it to more screen resolutions, should not be visible to the user: (1) Use single bitmaps (or strips where possible) instead of one big bitmap each, so instructions and defines how to take the bitmap apart aren't needed. It's more flexible and makes it possible to (2) get some width/height variables directly from the bitmaps. (3) Use background images for static items. Both reduces the number of hardcoded values noticeably. (4) Make the 'fire_sprite' an external bitmap too - with help of Jens -. (5) Rename 'TINY_GRAPHICS' to 'SMALL_GRAPHICS' to have this name available for even smaller images (which is planned).
|
2009-04-07 17:56:16 +00:00 |
|
invadrox_ufo_explode.61x23x16.bmp
|
Invadrox: Add support for 640x480 screens.
|
2009-08-04 05:22:10 +00:00 |
|
jackpot_slots.30x420x1.bmp
|
Ported the archos player's jackpot plugin to bitmaps LCD (still need some neat bitmaps), multi screen support for jackpot plugin and iriverify
|
2007-07-25 09:38:55 +00:00 |
|
jewels.112x64x1.bmp
|
Jewels puzzle tiles - better adaptation to the different screen sizes and a bit of polishing.
|
2007-07-10 15:50:37 +00:00 |
|
jewels.128x96x2.bmp
|
Adapt most single-file plugins to the M3 keypad and screen. It's still preliminary, as many plugins now can't be left without the remote. The plugins need to be converted to use the action API (but not pluginlib actions). Plugins are not enabled yet. * Simplify the bitmap handling in the source of some plugins.
|
2008-03-22 10:24:28 +00:00 |
|
jewels.128x128x2.bmp
|
Add MPIO HD200 port - binary files
|
2010-04-26 21:40:23 +00:00 |
|
jewels.128x128x16.bmp
|
'Fix' the 2 pixels that weren't in the right magic magenta transparent colour and showed as pink dot...
|
2007-07-19 23:50:33 +00:00 |
|
jewels.132x80x16.bmp
|
Tidy up and remove executable flag from a few plugin bitmap files.
|
2009-04-07 14:03:38 +00:00 |
|
jewels.138x110x2.bmp
|
Jewels puzzle tiles - better adaptation to the different screen sizes and a bit of polishing.
|
2007-07-10 15:50:37 +00:00 |
|
jewels.160x128x2.bmp
|
Jewels puzzle tiles - better adaptation to the different screen sizes and a bit of polishing.
|
2007-07-10 15:50:37 +00:00 |
|
jewels.160x128x16.bmp
|
Jewels puzzle tiles - better adaptation to the different screen sizes and a bit of polishing.
|
2007-07-10 15:50:37 +00:00 |
|
jewels.220x176x16.bmp
|
Jewels puzzle tiles - better adaptation to the different screen sizes and a bit of polishing.
|
2007-07-10 15:50:37 +00:00 |
|
jewels.320x240x16.bmp
|
Jewels puzzle tiles - better adaptation to the different screen sizes and a bit of polishing.
|
2007-07-10 15:50:37 +00:00 |
|
jewels.640x480x16.bmp
|
Jewels: Add graphics for 640x480 screens.
|
2009-07-19 14:58:50 +00:00 |
|
matrix_bold.bmp
|
Tidy up and remove executable flag from a few plugin bitmap files.
|
2009-04-07 14:03:38 +00:00 |
|
matrix_normal.bmp
|
Tidy up and remove executable flag from a few plugin bitmap files.
|
2009-04-07 14:03:38 +00:00 |
|
minesweeper_tiles.8x8x1.bmp
|
Add bitmaps for correct and wrong flags when showing the full board. (Feel free to change the graphics)
|
2009-12-30 19:00:33 +00:00 |
|
minesweeper_tiles.10x10x24.bmp
|
Add bitmaps for correct and wrong flags when showing the full board. (Feel free to change the graphics)
|
2009-12-30 19:00:33 +00:00 |
|
minesweeper_tiles.12x12x2.bmp
|
Add bitmaps for correct and wrong flags when showing the full board. (Feel free to change the graphics)
|
2009-12-30 19:00:33 +00:00 |
|
minesweeper_tiles.12x12x24.bmp
|
Add bitmaps for correct and wrong flags when showing the full board. (Feel free to change the graphics)
|
2009-12-30 19:00:33 +00:00 |
|
minesweeper_tiles.16x16x24.bmp
|
Add bitmaps for correct and wrong flags when showing the full board. (Feel free to change the graphics)
|
2009-12-30 19:00:33 +00:00 |
|
pegbox_header.20x64x1.bmp
|
remove svn:executable
|
2009-11-23 15:16:29 +00:00 |
|
pegbox_header.22x80x16.bmp
|
Pegbox - new graphics for Archos, c200, small H10, Mini, M3 - also cleaning and small tweaks to the rest of the greyscale and monochrome bitmaps. Aspect ratio correct the pieces for the Archos screen (now uses 9x7 tiles) which made it possible to also add the header with statistics). Necessary changes to pegbox.c: don't assume piece height = piece width, prepare a new 'wide' layout for the c200 with the statics at the side. Additional cleanup - make the code more readable by replacing repeatedly used bmpheight_XYZ with defines, splitting some too long lines. Let the 'Start on level' line in the menu actually appear on the Mini's screen. Also rename the greyscale graphics according convention to '...x2.bmp' and set the mime-type more accurately for all pegbox bitmaps. Finally, add Joel Puik, the creator of the original colour graphics to CREDITS.
|
2008-10-13 23:13:12 +00:00 |
|
pegbox_header.112x8x1.bmp
|
Pegbox - new graphics for Archos, c200, small H10, Mini, M3 - also cleaning and small tweaks to the rest of the greyscale and monochrome bitmaps. Aspect ratio correct the pieces for the Archos screen (now uses 9x7 tiles) which made it possible to also add the header with statistics). Necessary changes to pegbox.c: don't assume piece height = piece width, prepare a new 'wide' layout for the c200 with the statics at the side. Additional cleanup - make the code more readable by replacing repeatedly used bmpheight_XYZ with defines, splitting some too long lines. Let the 'Start on level' line in the menu actually appear on the Mini's screen. Also rename the greyscale graphics according convention to '...x2.bmp' and set the mime-type more accurately for all pegbox bitmaps. Finally, add Joel Puik, the creator of the original colour graphics to CREDITS.
|
2008-10-13 23:13:12 +00:00 |
|
pegbox_header.128x16x2.bmp
|
Pegbox - new graphics for Archos, c200, small H10, Mini, M3 - also cleaning and small tweaks to the rest of the greyscale and monochrome bitmaps. Aspect ratio correct the pieces for the Archos screen (now uses 9x7 tiles) which made it possible to also add the header with statistics). Necessary changes to pegbox.c: don't assume piece height = piece width, prepare a new 'wide' layout for the c200 with the statics at the side. Additional cleanup - make the code more readable by replacing repeatedly used bmpheight_XYZ with defines, splitting some too long lines. Let the 'Start on level' line in the menu actually appear on the Mini's screen. Also rename the greyscale graphics according convention to '...x2.bmp' and set the mime-type more accurately for all pegbox bitmaps. Finally, add Joel Puik, the creator of the original colour graphics to CREDITS.
|
2008-10-13 23:13:12 +00:00 |
|
pegbox_header.128x42x16.bmp
|
Pegbox - new graphics for Archos, c200, small H10, Mini, M3 - also cleaning and small tweaks to the rest of the greyscale and monochrome bitmaps. Aspect ratio correct the pieces for the Archos screen (now uses 9x7 tiles) which made it possible to also add the header with statistics). Necessary changes to pegbox.c: don't assume piece height = piece width, prepare a new 'wide' layout for the c200 with the statics at the side. Additional cleanup - make the code more readable by replacing repeatedly used bmpheight_XYZ with defines, splitting some too long lines. Let the 'Start on level' line in the menu actually appear on the Mini's screen. Also rename the greyscale graphics according convention to '...x2.bmp' and set the mime-type more accurately for all pegbox bitmaps. Finally, add Joel Puik, the creator of the original colour graphics to CREDITS.
|
2008-10-13 23:13:12 +00:00 |
|
pegbox_header.138x26x2.bmp
|
Pegbox - new graphics for Archos, c200, small H10, Mini, M3 - also cleaning and small tweaks to the rest of the greyscale and monochrome bitmaps. Aspect ratio correct the pieces for the Archos screen (now uses 9x7 tiles) which made it possible to also add the header with statistics). Necessary changes to pegbox.c: don't assume piece height = piece width, prepare a new 'wide' layout for the c200 with the statics at the side. Additional cleanup - make the code more readable by replacing repeatedly used bmpheight_XYZ with defines, splitting some too long lines. Let the 'Start on level' line in the menu actually appear on the Mini's screen. Also rename the greyscale graphics according convention to '...x2.bmp' and set the mime-type more accurately for all pegbox bitmaps. Finally, add Joel Puik, the creator of the original colour graphics to CREDITS.
|
2008-10-13 23:13:12 +00:00 |
|
pegbox_header.160x24x1.bmp
|
Pegbox - new graphics for Archos, c200, small H10, Mini, M3 - also cleaning and small tweaks to the rest of the greyscale and monochrome bitmaps. Aspect ratio correct the pieces for the Archos screen (now uses 9x7 tiles) which made it possible to also add the header with statistics). Necessary changes to pegbox.c: don't assume piece height = piece width, prepare a new 'wide' layout for the c200 with the statics at the side. Additional cleanup - make the code more readable by replacing repeatedly used bmpheight_XYZ with defines, splitting some too long lines. Let the 'Start on level' line in the menu actually appear on the Mini's screen. Also rename the greyscale graphics according convention to '...x2.bmp' and set the mime-type more accurately for all pegbox bitmaps. Finally, add Joel Puik, the creator of the original colour graphics to CREDITS.
|
2008-10-13 23:13:12 +00:00 |
|
pegbox_header.160x24x2.bmp
|
Pegbox - new graphics for Archos, c200, small H10, Mini, M3 - also cleaning and small tweaks to the rest of the greyscale and monochrome bitmaps. Aspect ratio correct the pieces for the Archos screen (now uses 9x7 tiles) which made it possible to also add the header with statistics). Necessary changes to pegbox.c: don't assume piece height = piece width, prepare a new 'wide' layout for the c200 with the statics at the side. Additional cleanup - make the code more readable by replacing repeatedly used bmpheight_XYZ with defines, splitting some too long lines. Let the 'Start on level' line in the menu actually appear on the Mini's screen. Also rename the greyscale graphics according convention to '...x2.bmp' and set the mime-type more accurately for all pegbox bitmaps. Finally, add Joel Puik, the creator of the original colour graphics to CREDITS.
|
2008-10-13 23:13:12 +00:00 |
|
pegbox_header.160x24x16.bmp
|
FS#5725 - New Puzzle Game "PegBox"; with changes by myself:
|
2008-04-03 22:43:39 +00:00 |
|
pegbox_header.176x28x16.bmp
|
FS#5725 - New Puzzle Game "PegBox"; with changes by myself:
|
2008-04-03 22:43:39 +00:00 |
|
pegbox_header.220x40x16.bmp
|
FS#5725 - New Puzzle Game "PegBox"; with changes by myself:
|
2008-04-03 22:43:39 +00:00 |
|
pegbox_header.240x40x16.bmp
|
FS#5725 - New Puzzle Game "PegBox"; with changes by myself:
|
2008-04-03 22:43:39 +00:00 |
|
pegbox_header.320x40x16.bmp
|
FS#5725 - New Puzzle Game "PegBox"; with changes by myself:
|
2008-04-03 22:43:39 +00:00 |
|
pegbox_header.640x80x16.bmp
|
Pegbox: Add support for 640x480 screens
|
2009-07-21 02:58:13 +00:00 |
|
pegbox_pieces.9x7x1.bmp
|
Pegbox - new graphics for Archos, c200, small H10, Mini, M3 - also cleaning and small tweaks to the rest of the greyscale and monochrome bitmaps. Aspect ratio correct the pieces for the Archos screen (now uses 9x7 tiles) which made it possible to also add the header with statistics). Necessary changes to pegbox.c: don't assume piece height = piece width, prepare a new 'wide' layout for the c200 with the statics at the side. Additional cleanup - make the code more readable by replacing repeatedly used bmpheight_XYZ with defines, splitting some too long lines. Let the 'Start on level' line in the menu actually appear on the Mini's screen. Also rename the greyscale graphics according convention to '...x2.bmp' and set the mime-type more accurately for all pegbox bitmaps. Finally, add Joel Puik, the creator of the original colour graphics to CREDITS.
|
2008-10-13 23:13:12 +00:00 |
|
pegbox_pieces.9x9x16.bmp
|
Pegbox - new graphics for Archos, c200, small H10, Mini, M3 - also cleaning and small tweaks to the rest of the greyscale and monochrome bitmaps. Aspect ratio correct the pieces for the Archos screen (now uses 9x7 tiles) which made it possible to also add the header with statistics). Necessary changes to pegbox.c: don't assume piece height = piece width, prepare a new 'wide' layout for the c200 with the statics at the side. Additional cleanup - make the code more readable by replacing repeatedly used bmpheight_XYZ with defines, splitting some too long lines. Let the 'Start on level' line in the menu actually appear on the Mini's screen. Also rename the greyscale graphics according convention to '...x2.bmp' and set the mime-type more accurately for all pegbox bitmaps. Finally, add Joel Puik, the creator of the original colour graphics to CREDITS.
|
2008-10-13 23:13:12 +00:00 |
|
pegbox_pieces.10x10x2.bmp
|
Pegbox - new graphics for Archos, c200, small H10, Mini, M3 - also cleaning and small tweaks to the rest of the greyscale and monochrome bitmaps. Aspect ratio correct the pieces for the Archos screen (now uses 9x7 tiles) which made it possible to also add the header with statistics). Necessary changes to pegbox.c: don't assume piece height = piece width, prepare a new 'wide' layout for the c200 with the statics at the side. Additional cleanup - make the code more readable by replacing repeatedly used bmpheight_XYZ with defines, splitting some too long lines. Let the 'Start on level' line in the menu actually appear on the Mini's screen. Also rename the greyscale graphics according convention to '...x2.bmp' and set the mime-type more accurately for all pegbox bitmaps. Finally, add Joel Puik, the creator of the original colour graphics to CREDITS.
|
2008-10-13 23:13:12 +00:00 |
|
pegbox_pieces.10x10x16.bmp
|
Pegbox - new graphics for Archos, c200, small H10, Mini, M3 - also cleaning and small tweaks to the rest of the greyscale and monochrome bitmaps. Aspect ratio correct the pieces for the Archos screen (now uses 9x7 tiles) which made it possible to also add the header with statistics). Necessary changes to pegbox.c: don't assume piece height = piece width, prepare a new 'wide' layout for the c200 with the statics at the side. Additional cleanup - make the code more readable by replacing repeatedly used bmpheight_XYZ with defines, splitting some too long lines. Let the 'Start on level' line in the menu actually appear on the Mini's screen. Also rename the greyscale graphics according convention to '...x2.bmp' and set the mime-type more accurately for all pegbox bitmaps. Finally, add Joel Puik, the creator of the original colour graphics to CREDITS.
|
2008-10-13 23:13:12 +00:00 |
|
pegbox_pieces.12x12x1.bmp
|
Pegbox - new graphics for Archos, c200, small H10, Mini, M3 - also cleaning and small tweaks to the rest of the greyscale and monochrome bitmaps. Aspect ratio correct the pieces for the Archos screen (now uses 9x7 tiles) which made it possible to also add the header with statistics). Necessary changes to pegbox.c: don't assume piece height = piece width, prepare a new 'wide' layout for the c200 with the statics at the side. Additional cleanup - make the code more readable by replacing repeatedly used bmpheight_XYZ with defines, splitting some too long lines. Let the 'Start on level' line in the menu actually appear on the Mini's screen. Also rename the greyscale graphics according convention to '...x2.bmp' and set the mime-type more accurately for all pegbox bitmaps. Finally, add Joel Puik, the creator of the original colour graphics to CREDITS.
|
2008-10-13 23:13:12 +00:00 |
|
pegbox_pieces.12x12x2.bmp
|
Pegbox - new graphics for Archos, c200, small H10, Mini, M3 - also cleaning and small tweaks to the rest of the greyscale and monochrome bitmaps. Aspect ratio correct the pieces for the Archos screen (now uses 9x7 tiles) which made it possible to also add the header with statistics). Necessary changes to pegbox.c: don't assume piece height = piece width, prepare a new 'wide' layout for the c200 with the statics at the side. Additional cleanup - make the code more readable by replacing repeatedly used bmpheight_XYZ with defines, splitting some too long lines. Let the 'Start on level' line in the menu actually appear on the Mini's screen. Also rename the greyscale graphics according convention to '...x2.bmp' and set the mime-type more accurately for all pegbox bitmaps. Finally, add Joel Puik, the creator of the original colour graphics to CREDITS.
|
2008-10-13 23:13:12 +00:00 |
|
pegbox_pieces.12x12x16.bmp
|
FS#5725 - New Puzzle Game "PegBox"; with changes by myself:
|
2008-04-03 22:43:39 +00:00 |
|
pegbox_pieces.16x16x16.bmp
|
FS#5725 - New Puzzle Game "PegBox"; with changes by myself:
|
2008-04-03 22:43:39 +00:00 |
|
pegbox_pieces.24x24x16.bmp
|
FS#5725 - New Puzzle Game "PegBox"; with changes by myself:
|
2008-04-03 22:43:39 +00:00 |
|
pegbox_pieces.48x48x16.bmp
|
Pegbox: Add support for 640x480 screens
|
2009-07-21 02:58:13 +00:00 |
|
pictureflow_emptyslide.50x50x16.bmp
|
Reduce the pictureflow empty slide bitmaps to 8-bit palette images,
|
2008-12-29 17:09:49 +00:00 |
|
pictureflow_emptyslide.100x100x16.bmp
|
Reduce the pictureflow empty slide bitmaps to 8-bit palette images,
|
2008-12-29 17:09:49 +00:00 |
|
pictureflow_logo.100x18x16.bmp
|
PictureFlow improvements by Jonas Hurrelmann:
|
2007-12-10 21:07:06 +00:00 |
|
pictureflow_logo.193x34x16.bmp
|
PictureFlow improvements by Jonas Hurrelmann:
|
2007-12-10 21:07:06 +00:00 |
|
pitch_notes.128x64x1.bmp
|
pitch_detector: fix builds on monochrome targets, remove an unused variable
|
2010-03-29 23:50:07 +00:00 |
|
pitch_notes.128x96x2.bmp
|
UI improvements for the pitch detector (ongoing work by David Johnston from FS#8768)
|
2009-09-12 21:19:17 +00:00 |
|
pitch_notes.128x128x2.bmp
|
Add MPIO HD200 port - binary files
|
2010-04-26 21:40:23 +00:00 |
|
pitch_notes.128x128x16.bmp
|
UI improvements for the pitch detector (ongoing work by David Johnston from FS#8768)
|
2009-09-12 21:19:17 +00:00 |
|
pitch_notes.132x80x16.bmp
|
UI improvements for the pitch detector (ongoing work by David Johnston from FS#8768)
|
2009-09-12 21:19:17 +00:00 |
|
pitch_notes.160x128x2.bmp
|
UI improvements for the pitch detector (ongoing work by David Johnston from FS#8768)
|
2009-09-12 21:19:17 +00:00 |
|
pitch_notes.160x128x16.bmp
|
UI improvements for the pitch detector (ongoing work by David Johnston from FS#8768)
|
2009-09-12 21:19:17 +00:00 |
|
pitch_notes.176x132x16.bmp
|
UI improvements for the pitch detector (ongoing work by David Johnston from FS#8768)
|
2009-09-12 21:19:17 +00:00 |
|
pitch_notes.176x220x16.bmp
|
UI improvements for the pitch detector (ongoing work by David Johnston from FS#8768)
|
2009-09-12 21:19:17 +00:00 |
|
pitch_notes.220x176x16.bmp
|
UI improvements for the pitch detector (ongoing work by David Johnston from FS#8768)
|
2009-09-12 21:19:17 +00:00 |
|
pitch_notes.320x240x16.bmp
|
UI improvements for the pitch detector (ongoing work by David Johnston from FS#8768)
|
2009-09-12 21:19:17 +00:00 |
|
rockblox_background.112x64x1.bmp
|
Fix rockblox on all 160x128x2 and 160x128x16 targets. They used the mono bitmap intended for m:robe100 as a native one, making the background looking odd and crashing the sim. Bitmaps for monochrome targets used like native bitmaps shouldn't reside in bitmaps/mono, as that's asking for confusion.
|
2008-05-25 21:12:18 +00:00 |
|
rockblox_background.128x64x1.bmp
|
Fix rockblox on all 160x128x2 and 160x128x16 targets. They used the mono bitmap intended for m:robe100 as a native one, making the background looking odd and crashing the sim. Bitmaps for monochrome targets used like native bitmaps shouldn't reside in bitmaps/mono, as that's asking for confusion.
|
2008-05-25 21:12:18 +00:00 |
|
rockblox_background.128x96x2.bmp
|
Adapt most single-file plugins to the M3 keypad and screen. It's still preliminary, as many plugins now can't be left without the remote. The plugins need to be converted to use the action API (but not pluginlib actions). Plugins are not enabled yet. * Simplify the bitmap handling in the source of some plugins.
|
2008-03-22 10:24:28 +00:00 |
|
rockblox_background.128x96x16.bmp
|
remove svn:executable
|
2009-11-23 15:16:29 +00:00 |
|
rockblox_background.128x128x2.bmp
|
Add MPIO HD200 port - binary files
|
2010-04-26 21:40:23 +00:00 |
|
rockblox_background.128x128x16.bmp
|
|
|
|
rockblox_background.132x80x16.bmp
|
Tidy up and remove executable flag from a few plugin bitmap files.
|
2009-04-07 14:03:38 +00:00 |
|
rockblox_background.138x110x2.bmp
|
|
|
|
rockblox_background.160x128x1.bmp
|
Fix rockblox on all 160x128x2 and 160x128x16 targets. They used the mono bitmap intended for m:robe100 as a native one, making the background looking odd and crashing the sim. Bitmaps for monochrome targets used like native bitmaps shouldn't reside in bitmaps/mono, as that's asking for confusion.
|
2008-05-25 21:12:18 +00:00 |
|
rockblox_background.160x128x2.bmp
|
|
|
|
rockblox_background.160x128x16.bmp
|
|
|
|
rockblox_background.176x132x16.bmp
|
|
|
|
rockblox_background.176x220x16.bmp
|
Rockblox: Show Highscore list on 176x220 (e200). The space between the score and level is ommitted, since there's no room (the L is sufficient as seperator).
|
2009-05-13 17:45:07 +00:00 |
|
rockblox_background.220x176x16.bmp
|
|
|
|
rockblox_background.240x320x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
rockblox_background.320x240x16.bmp
|
|
|
|
rockblox_background.640x480x16.bmp
|
Star, Flipit, Rockblox, Sokoban, Wormlet: Add support for 640x480 screens
|
2009-07-21 03:52:59 +00:00 |
|
rockboxlogo.90x28x16.bmp
|
Use nicer logos in the logo plugin, plus use the bitmap build system magic.
|
2008-01-31 19:28:51 +00:00 |
|
rockboxlogo.91x32x1.bmp
|
Use nicer logos in the logo plugin, plus use the bitmap build system magic.
|
2008-01-31 19:28:51 +00:00 |
|
rockboxlogo.91x32x2.bmp
|
Use nicer logos in the logo plugin, plus use the bitmap build system magic.
|
2008-01-31 19:28:51 +00:00 |
|
rockboxlogo.112x30x1.bmp
|
Use nicer logos in the logo plugin, plus use the bitmap build system magic.
|
2008-01-31 19:28:51 +00:00 |
|
rockboxlogo.128x40x16.bmp
|
Use nicer logos in the logo plugin, plus use the bitmap build system magic.
|
2008-01-31 19:28:51 +00:00 |
|
rockboxlogo.138x46x2.bmp
|
Use nicer logos in the logo plugin, plus use the bitmap build system magic.
|
2008-01-31 19:28:51 +00:00 |
|
rockboxlogo.220x68x16.bmp
|
Use nicer logos in the logo plugin, plus use the bitmap build system magic.
|
2008-01-31 19:28:51 +00:00 |
|
rockpaint.8x8x24.bmp
|
|
|
|
rockpaint_hsvrgb.8x10x24.bmp
|
|
|
|
sliding_puzzle.80x64x1.bmp
|
Small improvements to sliding puzzle. (1) Don't draw the 'Moves' box at fixed size, and display 'Moves:' and number of moves on one line for square and portrait screens. (2) Use 4x4 spots on Archos too, to make the spots look square on the Archos display - change the default 80x64 image accordingly. (3) Replace the 110x110 images with 108x108 so that the width is evenly divisible by 4 (number of spots) as mentioned in the comment. (4) Make the greyscale images look a little less broken, could be even better though. -- The code could be made simpler and more flexible but one step at a time.
|
2008-02-02 12:10:42 +00:00 |
|
sliding_puzzle.80x80x16.bmp
|
Accept FS#7218 by Dave Hooper: Bitmap version of the sliding puzzle game.
|
2008-01-26 00:16:06 +00:00 |
|
sliding_puzzle.96x96x2.bmp
|
Sliding puzzle: Fix graphics size and help text for M3. * Bubbles: Better (larger) emblems for M3.
|
2008-03-23 09:21:49 +00:00 |
|
sliding_puzzle.108x108x2.bmp
|
Small improvements to sliding puzzle. (1) Don't draw the 'Moves' box at fixed size, and display 'Moves:' and number of moves on one line for square and portrait screens. (2) Use 4x4 spots on Archos too, to make the spots look square on the Archos display - change the default 80x64 image accordingly. (3) Replace the 110x110 images with 108x108 so that the width is evenly divisible by 4 (number of spots) as mentioned in the comment. (4) Make the greyscale images look a little less broken, could be even better though. -- The code could be made simpler and more flexible but one step at a time.
|
2008-02-02 12:10:42 +00:00 |
|
sliding_puzzle.108x108x16.bmp
|
Small improvements to sliding puzzle. (1) Don't draw the 'Moves' box at fixed size, and display 'Moves:' and number of moves on one line for square and portrait screens. (2) Use 4x4 spots on Archos too, to make the spots look square on the Archos display - change the default 80x64 image accordingly. (3) Replace the 110x110 images with 108x108 so that the width is evenly divisible by 4 (number of spots) as mentioned in the comment. (4) Make the greyscale images look a little less broken, could be even better though. -- The code could be made simpler and more flexible but one step at a time.
|
2008-02-02 12:10:42 +00:00 |
|
sliding_puzzle.128x128x2.bmp
|
Small improvements to sliding puzzle. (1) Don't draw the 'Moves' box at fixed size, and display 'Moves:' and number of moves on one line for square and portrait screens. (2) Use 4x4 spots on Archos too, to make the spots look square on the Archos display - change the default 80x64 image accordingly. (3) Replace the 110x110 images with 108x108 so that the width is evenly divisible by 4 (number of spots) as mentioned in the comment. (4) Make the greyscale images look a little less broken, could be even better though. -- The code could be made simpler and more flexible but one step at a time.
|
2008-02-02 12:10:42 +00:00 |
|
sliding_puzzle.128x128x16.bmp
|
Accept FS#7218 by Dave Hooper: Bitmap version of the sliding puzzle game.
|
2008-01-26 00:16:06 +00:00 |
|
sliding_puzzle.132x132x16.bmp
|
Sliding_puzzle: rearrange the default bitmap definitions and add two more sizes of the bitmap (fixes issues on Nano and small H10). The 'Moves' box is still not fully visible on the latter, I plan to work on it but thought the fix was worth an own commit already. Also let the plugin retrieve the image width and height from the bitmap.
|
2008-01-31 18:08:22 +00:00 |
|
sliding_puzzle.176x176x16.bmp
|
Accept FS#7218 by Dave Hooper: Bitmap version of the sliding puzzle game.
|
2008-01-26 00:16:06 +00:00 |
|
sliding_puzzle.240x240x16.bmp
|
Accept FS#7218 by Dave Hooper: Bitmap version of the sliding puzzle game.
|
2008-01-26 00:16:06 +00:00 |
|
sliding_puzzle.480x480x16.bmp
|
M:Robe 500: Add missing files
|
2009-08-09 05:26:25 +00:00 |
|
sliding_puzzle.bmp
|
Accept FS#7218 by Dave Hooper: Bitmap version of the sliding puzzle game.
|
2008-01-26 00:16:06 +00:00 |
|
snake2_bottom.160x128x2.bmp
|
|
|
|
snake2_bottom.160x128x16.bmp
|
|
|
|
snake2_bottom.176x132x16.bmp
|
|
|
|
snake2_bottom.220x176x16.bmp
|
|
|
|
snake2_bottom.240x320x16.bmp
|
|
|
|
snake2_bottom.320x240x16.bmp
|
|
|
|
snake2_bottom.640x480x16.bmp
|
Snake2: Add support for 640x480 screens
|
2009-07-21 04:22:19 +00:00 |
|
snake2_header1.160x128x2.bmp
|
|
|
|
snake2_header1.160x128x16.bmp
|
|
|
|
snake2_header1.176x132x16.bmp
|
|
|
|
snake2_header1.220x176x16.bmp
|
|
|
|
snake2_header1.240x320x16.bmp
|
|
|
|
snake2_header1.320x240x16.bmp
|
|
|
|
snake2_header1.640x480x16.bmp
|
Snake2: Add support for 640x480 screens
|
2009-07-21 04:22:19 +00:00 |
|
snake2_header2.160x128x2.bmp
|
|
|
|
snake2_header2.160x128x16.bmp
|
|
|
|
snake2_header2.176x132x16.bmp
|
|
|
|
snake2_header2.220x176x16.bmp
|
|
|
|
snake2_header2.240x320x16.bmp
|
|
|
|
snake2_header2.320x240x16.bmp
|
|
|
|
snake2_header2.640x480x16.bmp
|
Snake2: Add support for 640x480 screens
|
2009-07-21 04:22:19 +00:00 |
|
snake2_left.160x128x2.bmp
|
|
|
|
snake2_left.160x128x16.bmp
|
|
|
|
snake2_left.176x132x16.bmp
|
|
|
|
snake2_left.220x176x16.bmp
|
|
|
|
snake2_left.240x320x16.bmp
|
|
|
|
snake2_left.320x240x16.bmp
|
|
|
|
snake2_left.640x480x16.bmp
|
Snake2: Add support for 640x480 screens
|
2009-07-21 04:22:19 +00:00 |
|
snake2_right.160x128x2.bmp
|
|
|
|
snake2_right.160x128x16.bmp
|
|
|
|
snake2_right.176x132x16.bmp
|
|
|
|
snake2_right.220x176x16.bmp
|
|
|
|
snake2_right.240x320x16.bmp
|
|
|
|
snake2_right.320x240x16.bmp
|
|
|
|
snake2_right.640x480x16.bmp
|
Snake2: Add support for 640x480 screens
|
2009-07-21 04:22:19 +00:00 |
|
sokoban_tiles.4x4x1.bmp
|
Sokoban: enable the plugin for the c200. Invent a new, a bit more rockboxish colour scheme since the old one didn't work in the small size that was needed for the c200's screen. Also use these colours in existing bmps and add some in-between sizes (e.g. for the Nano and Gigabeat) to use the screen size as best as possible. Rename the existing colour bmps consistently. Remove the drawing code for monochrome screens and let them use the bitmap build system too. This also allows further simplifying the code and let the plugin retrieve the tilesize from the bitmap.
|
2008-05-18 13:05:45 +00:00 |
|
sokoban_tiles.5x5x2.bmp
|
Sokoban: enable the plugin for the c200. Invent a new, a bit more rockboxish colour scheme since the old one didn't work in the small size that was needed for the c200's screen. Also use these colours in existing bmps and add some in-between sizes (e.g. for the Nano and Gigabeat) to use the screen size as best as possible. Rename the existing colour bmps consistently. Remove the drawing code for monochrome screens and let them use the bitmap build system too. This also allows further simplifying the code and let the plugin retrieve the tilesize from the bitmap.
|
2008-05-18 13:05:45 +00:00 |
|
sokoban_tiles.5x5x16.bmp
|
Sokoban: enable the plugin for the c200. Invent a new, a bit more rockboxish colour scheme since the old one didn't work in the small size that was needed for the c200's screen. Also use these colours in existing bmps and add some in-between sizes (e.g. for the Nano and Gigabeat) to use the screen size as best as possible. Rename the existing colour bmps consistently. Remove the drawing code for monochrome screens and let them use the bitmap build system too. This also allows further simplifying the code and let the plugin retrieve the tilesize from the bitmap.
|
2008-05-18 13:05:45 +00:00 |
|
sokoban_tiles.6x6x1.bmp
|
Sokoban: enable the plugin for the c200. Invent a new, a bit more rockboxish colour scheme since the old one didn't work in the small size that was needed for the c200's screen. Also use these colours in existing bmps and add some in-between sizes (e.g. for the Nano and Gigabeat) to use the screen size as best as possible. Rename the existing colour bmps consistently. Remove the drawing code for monochrome screens and let them use the bitmap build system too. This also allows further simplifying the code and let the plugin retrieve the tilesize from the bitmap.
|
2008-05-18 13:05:45 +00:00 |
|
sokoban_tiles.6x6x2.bmp
|
Sokoban: enable the plugin for the c200. Invent a new, a bit more rockboxish colour scheme since the old one didn't work in the small size that was needed for the c200's screen. Also use these colours in existing bmps and add some in-between sizes (e.g. for the Nano and Gigabeat) to use the screen size as best as possible. Rename the existing colour bmps consistently. Remove the drawing code for monochrome screens and let them use the bitmap build system too. This also allows further simplifying the code and let the plugin retrieve the tilesize from the bitmap.
|
2008-05-18 13:05:45 +00:00 |
|
sokoban_tiles.6x6x16.bmp
|
Sokoban: enable the plugin for the c200. Invent a new, a bit more rockboxish colour scheme since the old one didn't work in the small size that was needed for the c200's screen. Also use these colours in existing bmps and add some in-between sizes (e.g. for the Nano and Gigabeat) to use the screen size as best as possible. Rename the existing colour bmps consistently. Remove the drawing code for monochrome screens and let them use the bitmap build system too. This also allows further simplifying the code and let the plugin retrieve the tilesize from the bitmap.
|
2008-05-18 13:05:45 +00:00 |
|
sokoban_tiles.7x7x16.bmp
|
Sokoban: enable the plugin for the c200. Invent a new, a bit more rockboxish colour scheme since the old one didn't work in the small size that was needed for the c200's screen. Also use these colours in existing bmps and add some in-between sizes (e.g. for the Nano and Gigabeat) to use the screen size as best as possible. Rename the existing colour bmps consistently. Remove the drawing code for monochrome screens and let them use the bitmap build system too. This also allows further simplifying the code and let the plugin retrieve the tilesize from the bitmap.
|
2008-05-18 13:05:45 +00:00 |
|
sokoban_tiles.9x9x16.bmp
|
Sokoban: enable the plugin for the c200. Invent a new, a bit more rockboxish colour scheme since the old one didn't work in the small size that was needed for the c200's screen. Also use these colours in existing bmps and add some in-between sizes (e.g. for the Nano and Gigabeat) to use the screen size as best as possible. Rename the existing colour bmps consistently. Remove the drawing code for monochrome screens and let them use the bitmap build system too. This also allows further simplifying the code and let the plugin retrieve the tilesize from the bitmap.
|
2008-05-18 13:05:45 +00:00 |
|
sokoban_tiles.12x12x16.bmp
|
Sokoban: enable the plugin for the c200. Invent a new, a bit more rockboxish colour scheme since the old one didn't work in the small size that was needed for the c200's screen. Also use these colours in existing bmps and add some in-between sizes (e.g. for the Nano and Gigabeat) to use the screen size as best as possible. Rename the existing colour bmps consistently. Remove the drawing code for monochrome screens and let them use the bitmap build system too. This also allows further simplifying the code and let the plugin retrieve the tilesize from the bitmap.
|
2008-05-18 13:05:45 +00:00 |
|
sokoban_tiles.14x14x16.bmp
|
Sokoban: enable the plugin for the c200. Invent a new, a bit more rockboxish colour scheme since the old one didn't work in the small size that was needed for the c200's screen. Also use these colours in existing bmps and add some in-between sizes (e.g. for the Nano and Gigabeat) to use the screen size as best as possible. Rename the existing colour bmps consistently. Remove the drawing code for monochrome screens and let them use the bitmap build system too. This also allows further simplifying the code and let the plugin retrieve the tilesize from the bitmap.
|
2008-05-18 13:05:45 +00:00 |
|
sokoban_tiles.28x28x16.bmp
|
Star, Flipit, Rockblox, Sokoban, Wormlet: Add support for 640x480 screens
|
2009-07-21 03:52:59 +00:00 |
|
solitaire_suitsi.13x52x1.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
solitaire_suitsi.15x80x2.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
solitaire_suitsi.15x80x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
solitaire_suitsi.18x92x1.bmp
|
New card bitmaps for the m:robe100 (used in solitaire and blackjack). They graphics are now bigger, same size as on other 160x128 displays, and take the 'inverted' red on black of the m:robe100's display into account.
|
2008-05-04 22:26:48 +00:00 |
|
solitaire_suitsi.18x92x2.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
solitaire_suitsi.18x92x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
solitaire_suitsi.26x132x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
solitaire_suitsi.37x196x16.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
solitaire_suitsi.55x291x16.bmp
|
Brickmania, Chessbox, Blackjack, and Solitaire: Add support for 640x480 and 480x640 screens
|
2009-07-18 04:16:50 +00:00 |
|
solitaire_suitsi.74x392x16.bmp
|
Add appropriate sized cards for 640x480 screens based on svg-cards-2.0. SOURCES is setup for 640x480 on a number of plugins as well, but graphics are not committed yet: will add as plugins are tested
|
2009-06-13 20:52:38 +00:00 |
|
SOURCES
|
Corrected brickmania bitmaps in SOURCE for M3 and HD200. Remove unneeded bitmap.
|
2010-04-27 10:04:13 +00:00 |
|
star_tiles.6x7x1.bmp
|
New makefile solution: A single invocation of 'make' to build the entire tree. Fully controlled dependencies give faster and more correct recompiles.
|
2008-11-20 11:27:31 +00:00 |
|
star_tiles.8x8.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
star_tiles.8x8x2.bmp
|
New makefile solution: A single invocation of 'make' to build the entire tree. Fully controlled dependencies give faster and more correct recompiles.
|
2008-11-20 11:27:31 +00:00 |
|
star_tiles.10x10.bmp
|
|
|
|
star_tiles.10x10x2.bmp
|
New makefile solution: A single invocation of 'make' to build the entire tree. Fully controlled dependencies give faster and more correct recompiles.
|
2008-11-20 11:27:31 +00:00 |
|
star_tiles.11x11.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
star_tiles.13x13.bmp
|
|
|
|
star_tiles.15x15.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
star_tiles.20x20.bmp
|
|
|
|
star_tiles.40x40.bmp
|
Star, Flipit, Rockblox, Sokoban, Wormlet: Add support for 640x480 screens
|
2009-07-21 03:52:59 +00:00 |
|
sudoku_inverse.112x64x1.bmp
|
|
|
|
sudoku_inverse.128x96x2.bmp
|
Adapted most multi-source plugins to the iAudio M3 keypad and screen. Doom and mpegplayer are disabled because of the not yet implemented greyscale library, and zxbox used 2-bit greyscale for now. * Slight optimisation for the (currently unused except on M3) 2-bit greyscale code in zxbox. * Simplified button definitions in chessbox.
|
2008-03-22 14:20:04 +00:00 |
|
sudoku_inverse.128x128x2.bmp
|
Add MPIO HD200 port - binary files
|
2010-04-26 21:40:23 +00:00 |
|
sudoku_inverse.128x128x16.bmp
|
Sudoku: Optionally display coloured numbers on colour targets.
|
2007-09-16 18:46:39 +00:00 |
|
sudoku_inverse.132x80x16.bmp
|
Tidy up and remove executable flag from a few plugin bitmap files.
|
2009-04-07 14:03:38 +00:00 |
|
sudoku_inverse.138x110x2.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
sudoku_inverse.160x128x1.bmp
|
M:Robe 100: add button definition/bitmaps to plugins and enable compilation
|
2008-03-01 22:55:09 +00:00 |
|
sudoku_inverse.160x128x2.bmp
|
|
|
|
sudoku_inverse.160x128x16.bmp
|
Sudoku: Optionally display coloured numbers on colour targets.
|
2007-09-16 18:46:39 +00:00 |
|
sudoku_inverse.220x176x16.bmp
|
Sudoku: Optionally display coloured numbers on colour targets.
|
2007-09-16 18:46:39 +00:00 |
|
sudoku_inverse.320x240x16.bmp
|
Sudoku: Optionally display coloured numbers on colour targets.
|
2007-09-16 18:46:39 +00:00 |
|
sudoku_inverse.640x480x16.bmp
|
Sudoku: Add support for 640xx480 screens.
|
2009-07-27 04:33:52 +00:00 |
|
sudoku_normal.112x64x1.bmp
|
|
|
|
sudoku_normal.128x96x2.bmp
|
Adapted most multi-source plugins to the iAudio M3 keypad and screen. Doom and mpegplayer are disabled because of the not yet implemented greyscale library, and zxbox used 2-bit greyscale for now. * Slight optimisation for the (currently unused except on M3) 2-bit greyscale code in zxbox. * Simplified button definitions in chessbox.
|
2008-03-22 14:20:04 +00:00 |
|
sudoku_normal.128x128x2.bmp
|
Add MPIO HD200 port - binary files
|
2010-04-26 21:40:23 +00:00 |
|
sudoku_normal.128x128x16.bmp
|
Sudoku: Optionally display coloured numbers on colour targets.
|
2007-09-16 18:46:39 +00:00 |
|
sudoku_normal.132x80x16.bmp
|
Tidy up and remove executable flag from a few plugin bitmap files.
|
2009-04-07 14:03:38 +00:00 |
|
sudoku_normal.138x110x2.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
sudoku_normal.160x128x1.bmp
|
M:Robe 100: add button definition/bitmaps to plugins and enable compilation
|
2008-03-01 22:55:09 +00:00 |
|
sudoku_normal.160x128x2.bmp
|
|
|
|
sudoku_normal.160x128x16.bmp
|
Sudoku: Optionally display coloured numbers on colour targets.
|
2007-09-16 18:46:39 +00:00 |
|
sudoku_normal.220x176x16.bmp
|
Sudoku: Optionally display coloured numbers on colour targets.
|
2007-09-16 18:46:39 +00:00 |
|
sudoku_normal.320x240x16.bmp
|
Sudoku: Optionally display coloured numbers on colour targets.
|
2007-09-16 18:46:39 +00:00 |
|
sudoku_normal.640x480x16.bmp
|
Sudoku: Add support for 640xx480 screens.
|
2009-07-27 04:33:52 +00:00 |
|
sudoku_start.112x64x1.bmp
|
|
|
|
sudoku_start.128x96x2.bmp
|
Adapted most multi-source plugins to the iAudio M3 keypad and screen. Doom and mpegplayer are disabled because of the not yet implemented greyscale library, and zxbox used 2-bit greyscale for now. * Slight optimisation for the (currently unused except on M3) 2-bit greyscale code in zxbox. * Simplified button definitions in chessbox.
|
2008-03-22 14:20:04 +00:00 |
|
sudoku_start.128x128x2.bmp
|
Add MPIO HD200 port - binary files
|
2010-04-26 21:40:23 +00:00 |
|
sudoku_start.128x128x16.bmp
|
Sudoku: Optionally display coloured numbers on colour targets.
|
2007-09-16 18:46:39 +00:00 |
|
sudoku_start.132x80x16.bmp
|
Tidy up and remove executable flag from a few plugin bitmap files.
|
2009-04-07 14:03:38 +00:00 |
|
sudoku_start.138x110x2.bmp
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
sudoku_start.160x128x1.bmp
|
M:Robe 100: add button definition/bitmaps to plugins and enable compilation
|
2008-03-01 22:55:09 +00:00 |
|
sudoku_start.160x128x2.bmp
|
|
|
|
sudoku_start.160x128x16.bmp
|
Sudoku: Optionally display coloured numbers on colour targets.
|
2007-09-16 18:46:39 +00:00 |
|
sudoku_start.220x176x16.bmp
|
Sudoku: Optionally display coloured numbers on colour targets.
|
2007-09-16 18:46:39 +00:00 |
|
sudoku_start.320x240x16.bmp
|
Sudoku: Optionally display coloured numbers on colour targets.
|
2007-09-16 18:46:39 +00:00 |
|
sudoku_start.640x480x16.bmp
|
Sudoku: Add support for 640xx480 screens.
|
2009-07-27 04:33:52 +00:00 |
|
superdom_boarditems.176x132x16.bmp
|
Accept FS#7136: Turn based strategy game - "Superdom" clone
|
2007-08-02 12:55:14 +00:00 |
|
superdom_boarditems.220x176x16.bmp
|
Accept FS#7136: Turn based strategy game - "Superdom" clone
|
2007-08-02 12:55:14 +00:00 |
|
superdom_boarditems.240x320x16.bmp
|
Accept FS#7136: Turn based strategy game - "Superdom" clone
|
2007-08-02 12:55:14 +00:00 |
|
superdom_boarditems.320x240x16.bmp
|
Accept FS#7136: Turn based strategy game - "Superdom" clone
|
2007-08-02 12:55:14 +00:00 |
|
superdom_boarditems.480x640x16.bmp
|
Superdom: Add support for 640x480 and 480x640 screens, simplify screen defines.
|
2009-07-23 04:33:10 +00:00 |
|
superdom_boarditems.640x480x16.bmp
|
Superdom: Add support for 640x480 and 480x640 screens, simplify screen defines.
|
2009-07-23 04:33:10 +00:00 |
