Wishlist

From X-Moto
Revision as of 19:52, 30 August 2006 by Nadenislamarre (talk | contribs) (Scripting)
Jump to: navigation, search

If you've got some good (or even bad) ideas about how the game could get better, please feel free to add them to the list below. Use the talk page for discussing items already on the list.

Game

  • Water - slows your bike down ;)
  • Jumppads
  • display speed
  • display max jump length
  • Ice (less friction)
  • Customizable driver-to-bike ratio (game is easier with a driver that is short relative to the bike). To keep hiscores comparable, make the ratio depend on the level.
  • Customizable natural constants (gravity, air resistance, acceleration etc). Make them depend on the level.
    • You can change the gravity using lua script with the 0.2.0 version of xmoto
  • Possibility for the level designer to prohibit the use of 'rotate bike' buttons (left and right arrows) on the level. The author of across has stated that the rotate buttons were originally a kludge to make the game easier.
  • System requirements down! The game is rather simple, and the requirement of a 500Mhz proc. is simply ridiculous.
    • in xmoto 0.2.1 you'll get a uglier ugly mode which runs on slow computer (it actually runs smoothly in a vmware with the uglier ugly mode). This demonstrates that it's not a good computer that xmoto requires, but a good graphical card for rendering.
  • Practice mode where the game can be saved in the middle of a level.
  • Display during replays which controls were used.
  • Unicycle mode for experts.
  • Declaring rules for a level pack, so i can build up a structure like "complete lvl01 first before being able to play lvl02"
  • Ability to sort levels after name, personal record, world record, difference between personal and world record, date added, if it is scripted or not, how many times it is played etc. That would be handy. And maybe a system to allow users to rate levels, so you can see how good the level are before you play them. And sort by rate of course. Maybe a filter system, and a search system too. That would be practical in the future when it is maybe thousands of levels. :)
  • Bike tuning - The suspension screams to be adjusted!
  • For that matter suspension requires rebound & bump dampers
  • Gears & Gear ratios

Scripting

  • Support for os.* function calls in lua <- hehe, quite funny... of course it will never be allowed.
    • How about just os.clock() for setting the math.randomseed() then
    • In order to replays and highscores to be valid, you have to always init math.randomseed with the same value.
      • Why not save the seed inside the replay, or save the time the replay was created so os.clock would be consistent?
        • That's not the problem. There is no pb by recording the replay. The problem is that i won't restart the level just because i was not lucky on the seed.
  • Functions for modifying bike properties (wheel base, power, etc.)
  • A SetDynamicBlockRotation function that rotates the vertices about a center point instead of making the block go in circles.
  • Add a command line option like the one to test themes. This option could be testscript and would show zones during game (with an extra, the name of the zone). And also show the current gravity (with an arrow like the one seen in the cube level).

Level Editing

  • Ability to set the center position of a block (for the purpose of rotation in Lua scripting)
  • Sprites also shown in Editor (Inkscape)
    • There'll be scaling issues...
  • Different Z - layers. (Stacking Objects in Depth)
    • already there, you can put a 'z' param to your sprites
      • but note that currently there's only 3 layers: below zero, zero, and above zero. A finer diversion is planned though.
  • Inkscape addon that compiles the level and launches it with xmoto (?)
    • planned
  • bounding box of player shown in the editor, (for dimensions purposes)
    • scaling issues....
  • A parameter for Sprites/Particles(?) that declare size.
    • there is already a param for that: 'size'
  • No here it comes :P (most probably impossible): Collisions that only happen if the wheels, (or whole bike) is above a block. (So u can pass by and go on top of it). that way nice sprites can be ridden on ;) -- That idea is more for style-level (as my upcoming one) purposes.
    • create two blocks to do that, one in the background and one the rider can go on.
  • A grid showing the mostly used dimensions of xmoto, [as you convert it at a scale of 100 (percent?) with the svg2lvl tool]
    • will see. (the 100 in the example is the new width of the level, not a percentage)


Done

  • Moving obstacles (a la drawbridges), maybe the ones that repeat a sequence would be best for the game.