kawa-oneechan / asspull3x-roms Goto Github PK

• Platform game. Not likely for @Kawa-oneechan to do, code-wise.
• 100 Boxes, absolutely.
• Farah Teaches Typing.
• System test suite -- not a game but bear with me here. Actually in progress right now.
• Burger Time
• Chess
• City Connection
• Donkey Kong?
• Little Computer People
• Nuts & Milk
• Road Fighter
• Tennis

• Look into why the board glitches up sometimes
• Hook up more controls
• Proper scoring
• Title screen
• Music and sound
• • Find an alternative to speeding up the music
• • Actually use this
• More music choices
• Actually get some sounds in
• Game over!
• Detect lack of gamepad, refuse to start without one

• Multiple disk drives support.
• Standard library.
• Debug output via Debug device.
• Improve navigator.
• Integrate navigator into BIOS
• Consider further worth of command line — NC style combination?
• Have splash screen cut to a screensaver.
• • Screensaver itself is done and minified.
• About screen, by pressing a certain key on the splash screen.
• Look into MID file playback, perhaps integrate it into the BIOS.
• MIDI is still available but we have OPL3 and an IMF player now.

• Load level packs from diskette.
• Allow selecting a pack if more than one *.sok file is found?
• Ending screen image.
  Currently a text placeholder.
• Inbetween animations, both walking and pushing.
• Different tilesets, rotating every n levels.
• Status line
• More/better music
• • Different tune for each level -- currentLevel % numTracks seems obvious.
• • Title screen, editor, and victory music.
• Level editor, good use for mouse support.

• Score and level tracking
• UI polish
• Title screen
• Music and sound

• Nibbles style level progression, perhaps as a separate mode.
• Connected snake instead of balls.
• Better title screen?
  It's good, but it could be even better.
• Replace MIDI with OPL
  Hardmode: no IMF, even for the title jingle, or only for the title screen?

You link a 640×480 256-color image into a program directly and pass it to DRAW->DisplayPicture, you're fine.

DRAW->DisplayPicture((TImageFile*)&pic);

I temporarily changed the image in twohundred from 200-16.api to 480-256.api for testing and it consistently appeared perfectly well.

However, slideshow and disktest load their images from disk. I have not the capacity nor the crayons to properly figure this out but it seems like overly-large files might not load right. In the latter's case even the low-resolution 256-color image is consistently broken.