sml-projects

bin-search.sml

implement bin-vec (vector that always stores its elements in order, for binary search)

2025-01-19 12:06:56 +00:00

bin-vec.sml

switch implementation of heap from being based on heap.sml (heap as described by one of Chris Okasaki's papers) to being based on bin-vec.sml (simple vector storing elements in sorted order); more performant this way for cache reasons

2025-01-22 18:22:34 +00:00

block.sml

scale player.sml in the same way that wall.sml is being scaled, and also: make 'x' and 'y' arguments to Block.lerp Real32.real values rather than int values (with calling code making the necessary changes) as the code was converting between int and real multiple times

2024-12-17 09:16:22 +00:00

constants.sml

make enemy's speed slightly slower than player's speed

2025-01-13 12:53:50 +00:00

enemy-behaviour.sml

progress towards letting enemy drop below platform if path to player is there

2025-01-23 00:01:15 +00:00

enemy-patch.sml

slight refactoring to help with extensibility of adding enemy variants later

2025-01-14 11:50:27 +00:00

enemy-variants.sml

start implementing patches to follow player (basic; shouldn't use path finding like Dijkstra's algorithm)

2025-01-17 11:43:49 +00:00

enemy.sml

start implementing patches to follow player (basic; shouldn't use path finding like Dijkstra's algorithm)

2025-01-17 11:43:49 +00:00

field.sml

draw basic field over player when player is attacking

2024-12-28 04:06:27 +00:00

game-type.sml

fix platform data in game-type.sml (platform 2 and platform 5 had their IDs swapped for testing purposes, but they kept their previous position in the platforms vector, and because we rely on platforms being ordered and being able to perform binary search in the platforms vector, that caused inconsistencies

2025-01-22 00:01:34 +00:00

game-update.sml

done getting physics + environment to work on enemy as well, in addition to player

2025-01-13 09:52:25 +00:00

path-finding.sml

switch implementation of heap from being based on heap.sml (heap as described by one of Chris Okasaki's papers) to being based on bin-vec.sml (simple vector storing elements in sorted order); more performant this way for cache reasons

2025-01-22 18:22:34 +00:00

physics.sml

progress towards letting enemy drop below platform if path to player is there

2025-01-23 00:01:15 +00:00

platform.sml

progress towards implementing follow slime (slime only tries jumping when platform is reachable now)

2025-01-17 13:18:02 +00:00

player-enemy.sml

pass player record as argument for enemy filtering functiokns, so enemy can react to player state (position, etc.)

2025-01-16 08:15:29 +00:00

player-patch.sml

a bit of refactoring and clearer naming

2025-01-12 21:59:33 +00:00

player.sml

change speed that projectile moves at (should be faster than player)

2025-01-13 12:46:10 +00:00

projectile.sml

a little bit of refactoring

2025-01-11 21:58:34 +00:00

quad-tree-fold.sml

progress with fixing path finding

2025-01-21 00:19:38 +00:00

quad-tree-type.sml

code functor to fold through a specified region of the quad tree, without having to allocate an intermediary list or using a closure (which both have runtime costs)

2025-01-18 22:54:34 +00:00

quad-tree.sml

code functor to fold through a specified region of the quad tree, without having to allocate an intermediary list or using a closure (which both have runtime costs)

2025-01-18 22:54:34 +00:00

wall.sml

scale player.sml in the same way that wall.sml is being scaled, and also: make 'x' and 'y' arguments to Block.lerp Real32.real values rather than int values (with calling code making the necessary changes) as the code was converting between int and real multiple times

2024-12-17 09:16:22 +00:00