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

vendored/brolib-sml/src/gap_map.sml

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

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

fcore/wall.sml
fcore/platform.sml

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

fcore/entity-type.sml
fcore/enemy/enemy-type.sml
fcore/enemy/enemy-pair.sml
fcore/enemy/enemy-map.sml
fcore/enemy/falling-enemy-pair.sml
fcore/enemy/falling-enemy-map.sml

fcore/core-key.sml
fcore/player/player-type.sml
fcore/game-type.sml

fcore/player/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/player.sml
fcore/player/player-attack.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

ann
  "allowVectorExps true"
in
  shell/glfw-key-map.sml
end

shell/input-state.sml
shell/parse-controls.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
partial refactoring so we use EnemyMap.t for collection of enemies 2025-02-13 13:36:30 +00:00			`vendored/brolib-sml/src/gap_map.sml`

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`
allow player to have a different width/height that is not a perfect square, (now we have Constants.playerWidth and Constants.playerHeight, having deleted the previous size in Constants.playerSize) 2025-02-18 12:31:22 +00:00			`fcore/player/player-sprite.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`

refactor file order in preparation for adding GapMap for enemy 2025-02-13 11:24:44 +00:00			`fcore/entity-type.sml`
			`fcore/enemy/enemy-type.sml`
additional refactoring, moving player type into its own directory 2025-02-14 10:13:03 +00:00			`fcore/enemy/enemy-pair.sml`
implement EnemyMap functor (todo: migrate from 'enemy vector' type to 'EnemyMap.t' type) 2025-02-13 12:14:50 +00:00			`fcore/enemy/enemy-map.sml`
refactor falling_enemy to be contained in FallingEnemyMap, instead of a plain vector 2025-02-15 01:42:29 +00:00			`fcore/enemy/falling-enemy-pair.sml`
			`fcore/enemy/falling-enemy-map.sml`
additional refactoring, moving player type into its own directory 2025-02-14 10:13:03 +00:00
begin coding functionality for remapping keys 2025-02-16 12:45:29 +00:00			`fcore/core-key.sml`
additional refactoring, moving player type into its own directory 2025-02-14 10:13:03 +00:00			`fcore/player/player-type.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`

additional refactoring, moving player type into its own directory 2025-02-14 10:13:03 +00:00			`fcore/player/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`
make enemies move per loop (calling update EnemyMap by calling EnemyBehaviour) 2025-02-14 10:43:27 +00:00			`fcore/enemy/enemy.sml`
update state of falling enemies per loop 2025-02-08 09:49:32 +00:00			`fcore/enemy/falling-enemies.sml`
additional refactoring, moving player type into its own directory 2025-02-14 10:13:03 +00:00			`fcore/player/player.sml`
add functionality to have enemies tract to player's attack 2025-02-14 12:59:22 +00:00			`fcore/player/player-attack.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`

additional scaffolding of user's key mappings in imperative shell 2025-02-16 13:17:14 +00:00			`ann`
			`"allowVectorExps true"`
			`in`
			`shell/glfw-key-map.sml`
			`end`

add functionality to move player by using arrow keys 2024-12-14 07:59:43 +00:00			`shell/input-state.sml`
successfully parse controls from file (but todo: save controls imperative shell on load) 2025-02-17 03:48:31 +00:00			`shell/parse-controls.sml`
add basic imperative shell 2024-12-10 19:48:07 +00:00			`shell/gl-shaders.sml`
			`shell/gl-draw.sml`
			`shell/shell.sml`