..
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
brickmania_break.176x132x16.bmp
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
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_bricks.176x132x16.bmp
brickmania_bricks.220x176x16.bmp
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_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
brickmania_pads.176x132x16.bmp
brickmania_pads.220x176x16.bmp
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
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.128x128x16.bmp
bubbles_background.132x80x16.bmp
bubbles_background.160x128x16.bmp
bubbles_background.176x132x16.bmp
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
bubbles_background.240x320x16.bmp
bubbles_background.320x240x16.bmp
bubbles_background.640x480x16.bmp
M:Robe 500: Add missing files
2009-08-09 05:26:25 +00:00
bubbles_emblem.112x64x1.bmp
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_emblem.138x110x2.bmp
bubbles_emblem.160x128x2.bmp
bubbles_emblem.160x128x16.bmp
bubbles_emblem.220x176x16.bmp
bubbles_emblem.320x240x16.bmp
bubbles_emblem.640x480x16.bmp
M:Robe 500: Add missing files
2009-08-09 05:26:25 +00:00
card_back.13x13x1.bmp
card_back.15x20x2.bmp
card_back.15x20x16.bmp
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
card_back.18x23x16.bmp
card_back.26x33x16.bmp
card_back.37x49x16.bmp
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
card_deck.195x80x2.bmp
card_deck.195x80x16.bmp
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
card_deck.234x92x16.bmp
card_deck.338x132x16.bmp
card_deck.481x196x16.bmp
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_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
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.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
clock_digits.128x128x16.bmp
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
clock_digits.160x128x2.bmp
clock_digits.160x128x16.bmp
clock_digits.220x176x16.bmp
clock_digits.320x240x16.bmp
clock_logo.112x64x1.bmp
clock_logo.128x128x16.bmp
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
clock_logo.160x128x2.bmp
clock_logo.160x128x16.bmp
clock_logo.176x132x16.bmp
clock_logo.220x176x16.bmp
clock_logo.320x240x16.bmp
clock_messages.112x64x1.bmp
clock_messages.128x128x16.bmp
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
clock_messages.160x128x2.bmp
clock_messages.160x128x16.bmp
clock_messages.176x132x16.bmp
clock_messages.220x176x16.bmp
clock_messages.320x240x16.bmp
clock_segments.112x64x1.bmp
clock_segments.128x128x16.bmp
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
clock_segments.160x128x2.bmp
clock_segments.160x128x16.bmp
clock_segments.220x176x16.bmp
clock_segments.320x240x16.bmp
clock_smalldigits.112x64x1.bmp
clock_smalldigits.128x128x16.bmp
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
clock_smalldigits.160x128x16.bmp
clock_smalldigits.220x176x16.bmp
clock_smalldigits.320x240x16.bmp
clock_smallsegments.112x64x1.bmp
clock_smallsegments.128x128x16.bmp
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
clock_smallsegments.160x128x16.bmp
clock_smallsegments.220x176x16.bmp
clock_smallsegments.320x240x16.bmp
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
flipit_cursor.28x28x16.bmp
flipit_cursor.40x40x16.bmp
flipit_cursor.56x56x16.bmp
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
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
flipit_tokens.25x50x16.bmp
flipit_tokens.28x56x1.bmp
mrobe 100: fix graphics for flipit
2008-03-02 10:20:54 +00:00
flipit_tokens.28x56x2.bmp
flipit_tokens.28x56x16.bmp
flipit_tokens.40x80x16.bmp
flipit_tokens.56x112x16.bmp
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
jewels.112x64x1.bmp
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.128x128x16.bmp
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.160x128x2.bmp
jewels.160x128x16.bmp
jewels.220x176x16.bmp
jewels.320x240x16.bmp
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.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.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.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
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
solitaire_suitsi.15x80x2.bmp
solitaire_suitsi.15x80x16.bmp
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
solitaire_suitsi.18x92x16.bmp
solitaire_suitsi.26x132x16.bmp
solitaire_suitsi.37x196x16.bmp
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
New plugin: FFT, A frequency analyzer plugin
2010-02-10 19:44:11 +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
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
star_tiles.13x13.bmp
star_tiles.15x15.bmp
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.128x128x16.bmp
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
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_inverse.220x176x16.bmp
sudoku_inverse.320x240x16.bmp
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.128x128x16.bmp
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
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_normal.220x176x16.bmp
sudoku_normal.320x240x16.bmp
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.128x128x16.bmp
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
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_start.220x176x16.bmp
sudoku_start.320x240x16.bmp
sudoku_start.640x480x16.bmp
Sudoku: Add support for 640xx480 screens.
2009-07-27 04:33:52 +00:00
superdom_boarditems.176x132x16.bmp
superdom_boarditems.220x176x16.bmp
superdom_boarditems.240x320x16.bmp
superdom_boarditems.320x240x16.bmp
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
