| .. |
|
bitmaps
|
Fix plugins/bitmaps/mono/SOURCES.
|
2007-02-20 01:34:27 +00:00 |
|
chessbox
|
Replaced some explicit options for target linking with to be consistent with the sims.
|
2007-02-15 20:28:08 +00:00 |
|
doom
|
Kill a few warnings in plugins.
|
2007-02-17 23:06:22 +00:00 |
|
lib
|
Kill a warning.
|
2007-02-05 01:18:29 +00:00 |
|
midi
|
Fix a nasty little bug that would under the right conditions cause
|
2007-01-10 17:53:54 +00:00 |
|
mpegplayer
|
Dual core support for PP502x players (iPod G4 and later, iriver h10, Sansa - iPod G3 will be coming soon.) This allows threads to be run on either core provided that all communications between the cores is done using uncached memory. There should be no significant change in battery life from doing this. Documentation (on the RockboxKernel wiki page) will follow shortly.
|
2007-03-04 20:06:41 +00:00 |
|
pacbox
|
Replaced some explicit options for target linking with to be consistent with the sims.
|
2007-02-15 20:28:08 +00:00 |
|
rockboy
|
#if => #ifdef
|
2007-02-18 08:58:22 +00:00 |
|
searchengine
|
Replaced some explicit options for target linking with to be consistent with the sims.
|
2007-02-15 20:28:08 +00:00 |
|
sudoku
|
Replaced some explicit options for target linking with to be consistent with the sims.
|
2007-02-15 20:28:08 +00:00 |
|
zxbox
|
#if => #ifdef
|
2007-02-18 08:54:21 +00:00 |
|
alpine_cdc.c
|
Dual core support for PP502x players (iPod G4 and later, iriver h10, Sansa - iPod G3 will be coming soon.) This allows threads to be run on either core provided that all communications between the cores is done using uncached memory. There should be no significant change in battery life from doing this. Documentation (on the RockboxKernel wiki page) will follow shortly.
|
2007-03-04 20:06:41 +00:00 |
|
battery_bench.c
|
Dual core support for PP502x players (iPod G4 and later, iriver h10, Sansa - iPod G3 will be coming soon.) This allows threads to be run on either core provided that all communications between the cores is done using uncached memory. There should be no significant change in battery life from doing this. Documentation (on the RockboxKernel wiki page) will follow shortly.
|
2007-03-04 20:06:41 +00:00 |
|
blackjack.c
|
Kill a few warnings in plugins.
|
2007-02-17 23:06:22 +00:00 |
|
bounce.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
brickmania.c
|
Allow button repeat events in the Brickmania main menu. Makes it easier to scroll through the options on iPods.
|
2007-02-21 22:48:44 +00:00 |
|
bubbles.c
|
Update manual screenshots and fix a comment
|
2007-01-19 23:23:32 +00:00 |
|
calculator.c
|
Accept FS#6662. Thanks to Nick Vanderweit. No need to define PI as
|
2007-02-17 19:54:05 +00:00 |
|
calendar.c
|
Removed 'mode' parameter from creat(). It wasn't pure posix anyway, it was ignored on target and mixed into 'oflags' in the simulator. * Simplified io.c a bit by defining a dummy O_BINARY for OSes which don't have that.
|
2007-02-01 23:08:15 +00:00 |
|
chessbox.c
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
chessclock.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
chip8.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
chopper.c
|
Scale to 50% size on the Archos devices (LCD_WIDTH <= 112) and slow it down, with some tweaks from Marianne Arnold. Plus replace a few floating point operations with integers.
|
2007-02-20 00:40:21 +00:00 |
|
clock.c
|
FS#6419 - driver for H1x0 series RTC Mod with runtime detection
|
2007-02-28 13:20:36 +00:00 |
|
credits.c
|
fix scroll speed on the gigabeat
|
2006-08-09 13:25:19 +00:00 |
|
credits.pl
|
|
|
|
cube.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
demystify.c
|
Hopefully clean up some errors
|
2006-11-15 06:46:35 +00:00 |
|
dice.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
dict.c
|
Allow the Sansa e200 UI simulator to be built. Thanks to Andre Smith for the nice image of the Sansa. Lots more to be done including testing and tweaking the keymaps and modifying the plugins for the Sansa's 176x220 LCD.
|
2006-10-26 13:38:09 +00:00 |
|
disktidy.c
|
Remove redudant code from Disk Tidy.
|
2007-01-20 00:52:36 +00:00 |
|
elfdep.pl
|
|
|
|
euroconverter.c
|
|
|
|
fire.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
fireworks.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
firmware_flash.c
|
|
|
|
flipit.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
grayscale.c
|
Grayscale library ported to the grayscale iPods, first version. Added C reference versions of gray_update_rect() for both horizontal and vertical pixel packing. gray_update_rect() and gray_ub_gray_bitmap_part() not yet assembler optimised. Grayscale screendump doesn't work yet. * Fixed button assignments for iPod in grayscale.c
|
2006-08-07 01:46:42 +00:00 |
|
helloworld.c
|
|
|
|
invadrox.c
|
Use play instead of select to fire in Invadrox for the H100. Allows the user to move and fire at the same time.
|
2007-02-12 03:06:28 +00:00 |
|
iriver_flash.c
|
Updated bootloader for H120/H140 and entirely disabled flashing code for H100 until somebody tests it.
|
2007-01-12 20:45:37 +00:00 |
|
iriverify.c
|
Removed 'mode' parameter from creat(). It wasn't pure posix anyway, it was ignored on target and mixed into 'oflags' in the simulator. * Simplified io.c a bit by defining a dummy O_BINARY for OSes which don't have that.
|
2007-02-01 23:08:15 +00:00 |
|
jackpot.c
|
|
|
|
jewels.c
|
FS#6539 - Thanks to Tom Ross
|
2007-01-15 20:40:48 +00:00 |
|
jpeg.c
|
Fix CONFIG_BACKLIGHT warnings.
|
2007-02-18 10:07:27 +00:00 |
|
logo.c
|
Allow the Sansa e200 UI simulator to be built. Thanks to Andre Smith for the nice image of the Sansa. Lots more to be done including testing and tweaking the keymaps and modifying the plugins for the Sansa's 176x220 LCD.
|
2006-10-26 13:38:09 +00:00 |
|
Makefile
|
Replaced some explicit options for target linking with to be consistent with the sims.
|
2007-02-15 20:28:08 +00:00 |
|
mandelbrot.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
mazezam.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
metronome.c
|
fix metronome sync button
|
2006-12-04 01:04:14 +00:00 |
|
midi2wav.c
|
|
|
|
midiplay.c
|
Make MIDI playback work on the Simulator, with sound etc. The #define stuff is a bit
|
2007-01-11 20:13:15 +00:00 |
|
minesweeper.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
mosaique.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
mp3_encoder.c
|
FS#6357, patch 1: let iramcopy and bss share the same space in codecs and
|
2006-11-26 18:31:41 +00:00 |
|
nim.c
|
|
|
|
oscilloscope.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
plasma.c
|
Hopefully clean up some errors
|
2006-11-15 06:46:35 +00:00 |
|
plugin.lds
|
Bring up the M5 port to a working stage: Extended numerous explicit checks for IAUDIO_X5 to also check for IAUDIO_M5, moved code around the target tree, added preliminary background for the sim.
|
2007-03-05 00:04:00 +00:00 |
|
pong.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
properties.c
|
Bugfix: recursive directory properties could not be aborted
|
2006-12-13 19:52:08 +00:00 |
|
random_folder_advance_config.c
|
dont allow the volume setting to wrap
|
2006-11-06 10:11:51 +00:00 |
|
rockblox.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
rockbox_flash.c
|
|
|
|
rockboy.c
|
|
|
|
rockpaint.c
|
Don't need to remove the backdrop for all plugins - leave it up for some.
|
2006-11-15 06:14:27 +00:00 |
|
search.c
|
Removed 'mode' parameter from creat(). It wasn't pure posix anyway, it was ignored on target and mixed into 'oflags' in the simulator. * Simplified io.c a bit by defining a dummy O_BINARY for OSes which don't have that.
|
2007-02-01 23:08:15 +00:00 |
|
sliding_puzzle.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
snake.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
snake2.c
|
Make it easier to quit Snake2 (much easier on iPods at least) by allowing user to quit from Pause screen.
|
2007-02-21 23:00:18 +00:00 |
|
snake2.levels
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
snow.c
|
Allow the Sansa e200 UI simulator to be built. Thanks to Andre Smith for the nice image of the Sansa. Lots more to be done including testing and tweaking the keymaps and modifying the plugins for the Sansa's 176x220 LCD.
|
2006-10-26 13:38:09 +00:00 |
|
sokoban.c
|
Large Sokoban update, by Sean Morrisey (FS#6625). Some new features include effectively unlimited (several thousand) undos on any platform, a redo feature, improved level/move info, 'level completed' screen showing moves/pushes made, and cleaned up code (full list of changes at tracker entry).
|
2007-02-13 06:48:10 +00:00 |
|
sokoban.levels
|
|
|
|
solitaire.c
|
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 |
|
sort.c
|
Removed 'mode' parameter from creat(). It wasn't pure posix anyway, it was ignored on target and mixed into 'oflags' in the simulator. * Simplified io.c a bit by defining a dummy O_BINARY for OSes which don't have that.
|
2007-02-01 23:08:15 +00:00 |
|
SOURCES
|
FS #5535 - Chopper game ported from IPL by Ben Basha. This commit is chopper_with_menu_api.diff with some changes by me: fixed the bug with the unmatching calls to menu_init() and menu_quit() (causing freezes after game #6); added keymappings for the sansa, gigabeat, Ondio and Archos Recorders; and changes to work with mono LCDs. This should now run on all targets with bitmapped LCDs.
|
2007-02-16 01:23:48 +00:00 |
|
spacerocks.c
|
Remove an old hack that is no longer required. Ships in the corner are once again drawn vertically.
|
2007-01-20 01:01:46 +00:00 |
|
splitedit.c
|
please, oh please give me a green build so I can goto bed
|
2006-11-19 14:39:02 +00:00 |
|
star.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
starfield.c
|
Starfield should be white on black on colour targets, and disable backdrops.
|
2006-11-26 18:26:31 +00:00 |
|
stats.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
stopwatch.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
SUBDIRS
|
Major Rockboy update.
|
2007-02-06 21:41:08 +00:00 |
|
test_disk.c
|
Removed 'mode' parameter from creat(). It wasn't pure posix anyway, it was ignored on target and mixed into 'oflags' in the simulator. * Simplified io.c a bit by defining a dummy O_BINARY for OSes which don't have that.
|
2007-02-01 23:08:15 +00:00 |
|
test_fps.c
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
test_sampr.c
|
Uups. Forgot to update a plugin.
|
2007-03-05 08:19:08 +00:00 |
|
test_scanrate.c
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
text_editor.c
|
Add the O_TRUNC flag when writing the modified file back to disk - fixes FS #6559
|
2007-01-27 10:45:34 +00:00 |
|
vbrfix.c
|
Removed 'mode' parameter from creat(). It wasn't pure posix anyway, it was ignored on target and mixed into 'oflags' in the simulator. * Simplified io.c a bit by defining a dummy O_BINARY for OSes which don't have that.
|
2007-02-01 23:08:15 +00:00 |
|
video.c
|
please, oh please give me a green build so I can goto bed
|
2006-11-19 14:39:02 +00:00 |
|
viewer.c
|
fix FS#6621 - viewer bookmarks only working for one file
|
2007-02-05 13:29:50 +00:00 |
|
viewers.config
|
Initial implementation of audio support (44.1KHz only, mp2 or mp3, mono/stereo, any bitrate) and .mpg file (MPEG program stream) parsing for mpegplayer - .m2v files are no longer supported. .mpg parser based on patch #6366 from Mathieu Favreaux. Currently limited to only playing files smaller than the available buffer RAM (it will play longer files, but never refills the buffer when it runs empty). There is also no a/v sync implemented, and still no seeking support. Coldfire (iriver H3x0 and iaudio X5) users can use the optimisations provided in patch #5995 to increase the framerate, and PortalPlayer (ipods and iriver H10) users will want to use kernel_on_cop_6.diff from FS#5755 which enables mpegplayer to run the video thread on the second CPU core - video on the second core with audio on the first core runs at the same speed as the old mpegplayer did with no audio.
|
2007-01-01 12:59:32 +00:00 |
|
vu_meter.c
|
Kill a few warnings in plugins.
|
2007-02-17 23:06:22 +00:00 |
|
wav2wv.c
|
Removed 'mode' parameter from creat(). It wasn't pure posix anyway, it was ignored on target and mixed into 'oflags' in the simulator. * Simplified io.c a bit by defining a dummy O_BINARY for OSes which don't have that.
|
2007-02-01 23:08:15 +00:00 |
|
wavplay.c
|
Removed executable flag
|
2007-01-09 23:22:14 +00:00 |
|
wormlet.c
|
Add wormlet for the H10 5/6 GB. Seems to work well on the sim.
|
2007-01-18 00:25:57 +00:00 |
|
xobox.c
|
Start of work on a port to the Archos 'AV300' (AV320/340/380) - a working UI simulator (but with a dummy background image for now) and the beginnings of the target-specific firmare code. Port is temporarily using a 2bpp LCD buffer format - the AV300 has a 320x240 colour (YCbCr-based) LCD which will need a new framebuffer format and drawing routines, but the LCD is also capable of various paletted bitmap modes, one of which has an identical framebuffer format to the greyscale ipods. Buttons (and hence the button mappings) are identical to the Archos Recorder, with the exception that the PLAY button on the Recorder is replaced by pressing the joystick on the AV300 (which I call BUTTON_SELECT). The initial port will begin by being strictly HWCODEC, but will evolve to be a hybrid SWCODEC/HWCODEC platform - it has a MAS3587F but also a main CPU (54MHz arm7tdmi plus DSP) capable of software decoding of at least some formats.
|
2007-01-14 13:48:09 +00:00 |
|
zxbox.c
|
Initial commit of zxbox - a ZX Spectrum emulator ported by Anton Romanov. It theoretically runs on all targets, but I have not included it in the Archos builds because it is just too slow to be usable.
|
2006-09-15 11:11:16 +00:00 |
775b95c7d3