oms.mlb

$(SML_LIB)/basis/basis.mlb

(* fcore *)
fcore/constants.sml
fcore/collision.sml

fcore/quad-tree-type.sml
fcore/quad-tree-fold.sml
fcore/quad-tree.sml

fcore/bin-search.sml
fcore/bin-vec.sml

ann
  "allowVectorExps true"
in
  fcore/block.sml
  fcore/field.sml
  fcore/chain-edge.sml
end

fcore/wall.sml
fcore/platform.sml

fcore/graph.sml
fcore/path-finding.sml

fcore/enemy/enemy-variants.sml
fcore/game-type.sml

fcore/player-patch.sml
fcore/enemy/enemy-patch.sml
fcore/physics.sml

fcore/trace-jump.sml
fcore/enemy/enemy-behaviour.sml
fcore/enemy/enemy.sml
fcore/enemy/falling-enemies.sml
fcore/player.sml
fcore/projectile.sml

fcore/game-update.sml

(* shell *)
$(SML_LIB)/basis/mlton.mlb

ann
  "allowFFI true"
in
  ffi/gles3-import.sml
  ffi/glfw-import.sml
  ffi/glfw-input.sml
end

shell/input-state.sml
shell/gl-shaders.sml
shell/gl-draw.sml
shell/shell.sml
add block.sml which just generates a block for OpenGL 2024-12-10 11:55:40 +00:00			`$(SML_LIB)/basis/basis.mlb`

			`(* fcore *)`
progress moving constant values into own module 2025-01-12 07:18:44 +00:00			`fcore/constants.sml`
extract a couple of collision functions to a separate module for reuse 2025-02-08 08:39:04 +00:00			`fcore/collision.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
			`fcore/quad-tree-type.sml`
move quad tree helper functions which are useful in quad-tree.sml and will be useful in quad-tree-fold.sml, to quad-tree-type.sml, so quad-tree.sml only exports public API suitable for users 2025-01-29 07:07:54 +00:00			`fcore/quad-tree-fold.sml`
decrease memory consumption of quad tree by refraining from storing bounding box metadata (except for the global root which stores the width and height) 2025-02-01 01:03:57 +00:00			`fcore/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
add bin search function 2024-12-26 15:10:33 +00:00			`fcore/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			`fcore/bin-vec.sml`
add GameType.game_type which stores player and wall types, add GameUpdate.update function which takes a game type and returns a new game type, and refactor player/wall files, and gl-draw file, in light of these changes 2024-12-15 09:10:19 +00:00
add block.sml which just generates a block for OpenGL 2024-12-10 11:55:40 +00:00			`ann`
			`"allowVectorExps true"`
			`in`
			`fcore/block.sml`
draw basic field over player when player is attacking 2024-12-28 04:06:27 +00:00			`fcore/field.sml`
add asset for ChainEdge (attack) 2025-02-07 13:42:38 +00:00			`fcore/chain-edge.sml`
add block.sml which just generates a block for OpenGL 2024-12-10 11:55:40 +00:00			`end`

			`fcore/wall.sml`
add platform vector and platform quadtree to game type 2024-12-17 21:42:06 +00:00			`fcore/platform.sml`
precompute graph to be used for dijkstra's algorithm, resulting in CPU usage that never exceed 7/home/humza/Downloads/sml/oh-my-stars/fcore/path-finding.sml with 5 enemies and eliminating lag 2025-01-31 04:32:53 +00:00
			`fcore/graph.sml`
			`fcore/path-finding.sml`

reimplement enemy-filter loop (now enemy's reaction, and decision to possibly filter, is fully under enemy's control - physics, damage reaction, whether to filter or update enemy's state, etc.) 2025-02-08 01:05:39 +00:00			`fcore/enemy/enemy-variants.sml`
add GameType.game_type which stores player and wall types, add GameUpdate.update function which takes a game type and returns a new game type, and refactor player/wall files, and gl-draw file, in light of these changes 2024-12-15 09:10:19 +00:00			`fcore/game-type.sml`

extract player patch types and functions to its own module 2025-01-12 19:25:05 +00:00			`fcore/player-patch.sml`
reimplement enemy-filter loop (now enemy's reaction, and decision to possibly filter, is fully under enemy's control - physics, damage reaction, whether to filter or update enemy's state, etc.) 2025-02-08 01:05:39 +00:00			`fcore/enemy/enemy-patch.sml`
functorise physics for player 2025-01-12 12:36:26 +00:00			`fcore/physics.sml`
have enemy physics working and applied to enemy 2025-01-12 23:58:21 +00:00
trace path we can (move right + jump) using quad tree, as it is easier to implement than a pure math based approach 2025-01-29 19:12:24 +00:00			`fcore/trace-jump.sml`
reimplement enemy-filter loop (now enemy's reaction, and decision to possibly filter, is fully under enemy's control - physics, damage reaction, whether to filter or update enemy's state, etc.) 2025-02-08 01:05:39 +00:00			`fcore/enemy/enemy-behaviour.sml`
			`fcore/enemy/enemy.sml`
update state of falling enemies per loop 2025-02-08 09:49:32 +00:00			`fcore/enemy/falling-enemies.sml`
get player to react to wall quad tree 2024-12-13 22:48:34 +00:00			`fcore/player.sml`
done getting player's projectiles to collide with enemies successfully, and tested (although the code of the enemy reacting to the player is not the best) 2025-01-11 21:35:55 +00:00			`fcore/projectile.sml`
add basic imperative shell 2024-12-10 19:48:07 +00:00
add GameType.game_type which stores player and wall types, add GameUpdate.update function which takes a game type and returns a new game type, and refactor player/wall files, and gl-draw file, in light of these changes 2024-12-15 09:10:19 +00:00			`fcore/game-update.sml`

add basic imperative shell 2024-12-10 19:48:07 +00:00			`(* shell *)`
			`$(SML_LIB)/basis/mlton.mlb`

			`ann`
			`"allowFFI true"`
			`in`
			`ffi/gles3-import.sml`
			`ffi/glfw-import.sml`
			`ffi/glfw-input.sml`
			`end`

add functionality to move player by using arrow keys 2024-12-14 07:59:43 +00:00			`shell/input-state.sml`
add basic imperative shell 2024-12-10 19:48:07 +00:00			`shell/gl-shaders.sml`
			`shell/gl-draw.sml`
			`shell/shell.sml`