Using the TIC-80 fantasy console simulator on your pi, implement a playable puzzle game, making sure to make use of the following features:

• controller buttons iOR mouse iOR keyboard
• audio (sound effects, music)
• sprites

The game itself can be something unique, or can draw influence from, or can be an outright mimicking implementation of:

• TETRIS
• Dr. Mario
• picross

The idea is to demonstrate your skills gained throughout the semester, by harnessing new concepts and problem solving experiences to pull off a program generally more complicated in its nature than others you've been doing.

You may want work out approaches by hand on paper to understand their details and steps of progression, then to implement it.

Additionally, the entire class will be participating in documenting and filling out this project page. It is the responsibility of EACH class member to:

• ask copious, clarifying questions (so you can better add content)
• craft a coherent and organized document, with information located under pertinent headings
• explain the fundamentals of the process, conceptual background, algorithmic approach, and you can even suggest particulars related to TIC-80 (certain functions that might prove useful- individual, unrelated snippets to do things like capturing time, or displaying text, etc.)
• to get full credit, each individual that submits must perform no fewer than 4 changes to this document as viewable from the wiki revision system (failure to do so will result in documentation penalties being applied)

As is common practice, your game may require the use of multiple screens. That is, you may want to include a title screen, death screen, and other such differing states of the game. Especially in the weeks of saf# and pnf#, it became quite apparent that the ability to present the user with varying screens was useful in order to convey relevant information as well as provide relevant functionality at different stages in the execution of our programs. This has led to the development in several examples of what may be called stateful programs where a variable is reserved in order to keep track of what screen should be displayed. By referencing that variable using some form of a switch statement, more organized functionality is achieved by compartmentalizing each individual screen to its own logical corner.

The key mapping system allows for keyboard controls as well as gamepad controls to be merged as the inputs are mapped to a set of constant values. This allows we as developers to develop for both keyboard and gamepad users simultaneously without much additional consideration except for ergonomics.

In order to achieve a more natural sound than TIC80 provides in its waveforms by default, mocking a sine wave in the SFX editor and using that for your SFX is a decent strategy. It is also helpful to mimic the attack, decay, sustain, and release pattern in the volume section, as well as to add a small amount of arpeggio. Combining these strategies, a more instrument-like sound can be acquired.

https://github.com/nesbox/TIC-80/wiki

https://www.lua.org/pil/contents.html

https://github.com/nesbox/TIC-80/wiki/palette

https://www.youtube.com/watch?v=V9oAccwjeDA

I'll be looking for the following:

104:mpg0:final tally of results (104/104)
*:mpg0:no errors, program runs without issue in TIC-80 [13/13]
*:mpg0:specified functionality is implemented [39/39]
*:mpg0:adequate use of sprites, sound/music, controls [26/26]
*:mpg0:project page contributions as per project specifications [26/26]

Additionally:

• Solutions not abiding by SPIRIT of project will be subject to a 25% overall deduction
• Solutions not utilizing descriptive why and how COMMENTS will be subject to a 25% overall deduction
• Solutions not utilizing INDENTATION to promote scope and clarity will be subject to a 25% overall deduction
• Solutions lacking ORGANIZATION and are not easy to read (within 90 char width) are subject to a 25% overall deduction