| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Collision checking in PonderingSystem was rewritten to work as follows: horizontal movement is step first, then vertical. In each step, the closest environmental boundary to the body is found on the axis of movement in the space traversed by the body. Then, if any map objects fall in the region between the body's old position and the environmental boundary (or body new position if no boundary was found), process collision with those bodies in increasing distance order, stopping if a collision stops movement short of where the next collision would take place. After this, process collision with all of the environmental boundaries at the axis distance found earlier, as long as movement hasn't stopped short.
This is not the most optimal implementation, and there is a lot of code repetition, but it is a start and it works.
All map objects currently function as walls.
This fixes the bug where you could, with pixel-perfect precision, jump into the corner of a wall tile.
The top of the hitbox for the spike tile was lowered by one pixel. This fixes a problem where if the player is halfway on a floor tile and halfway over a spike tile, the floor tile would not stop the spike tile from being processed, and the player would die.
|
| |
|
|
| |
Map objects cannot be interacted with or collided with yet but the sprites are loaded.
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
The World class was removed and replaced by the RealizingSystem and RealizableComponent. The realizable entity is intended to be a singleton and to represent the world. The Map class was also removed and integrated into the MappableComponent.
These changes are to facilitate implementation of map objects without needing special intermediary objects (including the Map class). Now, map entities are created as soon as the world is created, and map object entities will be as well. They will simply be deactivated while the map is not active. Multiple players are now slightly better supported, which will be important in the future.
This will likely become inefficient as the world becomes bigger, and some sort of sector-loading process will have to be designed. This also reduces the usefulness of EntityManager's entity-searching capabilities (which are not the most efficiently implemented currently anyway), and will likely in the future require some added functionality to better search subsets of entities.
A lot of the components were also rewritten to use bare member variables instead of accessor methods, as they never had special functionality and just took up space. These components were also documented.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Changed the world format so that map objects are indexed (per map). The next available map object index is cached for each map.
|
| | |
|
| |
|
|
| |
Also added ability to make sprites flicker, to freeze physics for an entity, and to freeze progression of a sprite's animation loop.
|
| |
|
|
|
|
| |
This brings along with it the ability to move to different maps, for which the PlayingSystem and PlayableComponent were introduced. The PlayingSystem is a general overseer system that handles big picture stuff like initializing the player and changing maps. The PlayableComponent represents the player. While the ControllableComponent is also likely to always only be on the player entity, the two are distinct by separation of concerns.
This also required a refactoring of how collisions are processed, because of a bug where the player can move to a new map when horizontal collisions are checked, and vertical collisions are skipped, causing the player to clip through the ground because the normal force was never handled.
|
| |
|
|
|
|
| |
Renderer is basically now more C++'y, as it makes more use of classes (a lot of GL types have been wrapped), and the renderer itself is now a class. The monitor mesh is also now indexed.
Tweaked the NTSC artifacting after inadvertently fixing a bug with the way the image was loaded.
|
| |
|
|
|
|
|
|
|
|
| |
The issue appears to have been caused by blending with unset alpha channels.
Also included the re-ordered player character sprite image.
The CMake file has been updated to include linking against some Apple libraries that are usually already included in GLFW3.
refs #1
|
| |\ |
|
| | |
| |
| |
| | |
Also removed an unnecessary cmake package helper.
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
A lot of the stuff that ControllingSystem did to control the player character was moved into the new OrientingSystem. This is so that the player, or any player-like entities, can also be controlled by AI, with the underlying behavior being delegated in the same way as if the player were being controlled by the user.
Fixed the issue where, if the player were blocked while moving horizontally, they would remain blocked even if vertical movement were to remove the collision.
Fixed cases of the player animating incorrectly after performing certain movements.
|
| | |
| |
| |
| | |
Only wall and platform collision currently works, and map edges are not currently implemented.
|
| | |
| |
| |
| | |
Refactored how systems work slightly. Now, rendering can be done by a number of systems working together. Since the AnimatingSystem handles the animation of sprites, it should also handle the rendering of them. Because of this, the RenderingSystem has been removed.
|
| | |
| |
| |
| | |
Also restyled a lot of the code.
|
| | | |
|
| | | |
|
| |\| |
|
| | |
| |
| |
| |
| | |
This is pretty old so I'm not exactly sure what it does but without it,
the monitor gets rendered upside down.
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
This should improve speed, because entity lookup will be O(1) instead of O(log n). Deletion is also O(1). Insert stays at potentially O(n), but still should be overall faster than the previous method.
Also replaced some asserts with exceptions.
Also made Component polymorphic so that deletion actually works properly.
|
| | | |
|
| | |
| |
| |
| | |
Also whitespace changes.
|
| |\| |
|
| | | |
|
| | | |
|
| | | |
|
| |/ |
|
| | |
|
| |
|
|
|
|
| |
boundary
It turns out that it is somewhat confusing that GAME_HEIGHT != MAP_HEIGHT*TILE_HEIGHT
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
specified edge of the map
|
| |
|
|
| |
map editor
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
Center the map edit widget
Map edit zooming in should happen around the cursor
Disallow editing outside the mapedit widget
Add some scroll space around the mapedit widget
|
| | |
|
| | |
|
