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

when FOLLOW_SLIME has no following to do, call patrol patches so that it at least patrols area

2025-01-26 14:22:27 +00:00

enemy-patch.sml

better path landing implemented, making sure enemy fully overlaps platform they are trying to reach, and enemy's jump is clearer (before, when enemy landed on platform, they went straight to the top of the platform, but now they jump a little over the platform which looks clearer)

2025-01-26 13:23:20 +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

when FOLLOW_SLIME has no following to do, call patrol patches so that it at least patrols area

2025-01-26 14:22:27 +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

make path incentivisation less aggressive (prefer reaching goal by going through fewer platforms if possible).

2025-01-25 18:36:30 +00:00

physics.sml

refactor physics.sml so that we always set plat ID of player/enemy, when player or enemy stands on new platform, and make changes to enemy-behaviour.sml in calculation to jump to the top-right after testing

2025-01-25 09:17:58 +00:00

platform.sml

enemy dropping below platform (without any bugs) is fully implemented now

2025-01-23 01:06:16 +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

refactor player and enemy records to have a platID field (representing the last platform that player or enemy stood on), and fix resulting compile errors

2025-01-25 08:41:42 +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

enemy dropping below platform (without any bugs) is fully implemented now

2025-01-23 01:06:16 +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