- python file added and invoked at make that produces a subtitles.c and subtitles.h synamically based on the closed captions files present inside of the resource/ folder
- added an in-game slider to choose from the languages which were dynamically loaded at time of building.
- if no closecaption files are present at the time of building, the script will still make the subtitles.c/.h but it just wont have any data. This will also result in the two menu items relating to closed captions being removed.
- the names of subtitles in the .yaml files are the upercase versions of the names of subtitles in each subtitle file, so that they are easy to find.
- fixed margins on sides of subtitles
- fixed color of subtitles to be more visible
- sped up the fade in and out animations.
- automated new-line breaks.
Issues I have seen:
- if you load more than like 6 closed caption languages into the resource/ folder the game doesnt seem to want to start up once built. I think this is due to the sheer size of the subtitles.c file that is generated. I would love some feedback on how to make this work a little better/be more memory efficient, as it would be nice to have every closed caption language available on every build.
- languages with very unique characters (chinese, japanese, korean, greek, etc.) do not work because the python codec that is used to decode/encode the files doesnt support them. for now that logic is in a try/except so it wont fail, it will simply skip a language that is not supported.
- added a slideshow gif of some in game images
- added some details about what the project is, and the major accomplishments
- added some hyperlinks to various pages for easy access
Fixes#229
- Added info on how to fix a rom if having hardware issues
- made the readme a little prettier with specific types of code blocks
- fixed the makefile to add build dependencies to game_menu
- added a make option "fix" that fixes a rom that is already made
Fixes#141
- this fix forces an autoportal to be placed if there is a conflict.
- if there is a conflict when an auto portal is attempted to be placed it will:
1. close the other portal
2. save a copy of the parameters to the sceneFirePortal function in new SavedPortal struct
3. continuouslyAttemptingPortalOpen == 1
4. attempt to open the same portal once every single sceneUpdate call
- once it finally can open the portal it will set continuouslyAttemptingPortalOpen back to 0
- When elevator starts "moving" the player screen now shakes for a bit
- added a shake update function in player
- tested on N64 no problems
- fixed a slight bug from before with checking if the elevator should start moving sound
- this fix was implemented by simply clamping the x and y of the localPoint
to -0.1-0.1 and -0.2-0.2 respectively.
- objects can no longer clip through stage
- player can no longer clip through stage
Fixes#13
- the player shouldnt be able to shoot a portal while grabbing an object (as in game)
- if the player does shoot while grabbing an object then the object is dropped (as in game)
- The portal gun now has its own .c/.h files
- the portal gun is a struct containing a CollisionObject and RigidBody
- portal gun CollisionObject is set as a permanent player point constraint
- portal gun also moves while shooting
- video attached of it working
- was tested on N64 hardware no game breaking issues.
- removed long list of completed tasks
- added some new features
- added a sound addition todolist
- added a prioritized bug todolist (all hardware verified)
- Door open and close sound implemented
- Pedestal rotating sound implemented
- Elevator moving sound and timing implemented
- fixed implementation to make use of object flags rather than global variables (this was a good catch because it fixed a bug when there were two buttons loaded at once)
- there is now a new asset "signage_off.blend"
- when the player first looks at a sign it exponentially is on more often
- video attached to PR of flickering in action
- majority of changes in signage.c