Due Date: Wednesday, Dec. 12
Due Time: 7:55am
Last modified on December 04, 2012, at 09:34 AM (see updates)
This is a team-programming assignment (up to 3 team members). You may discuss the assignment only with your team or the instructor.
(This project has been co-developed with Prof. Blake Stevens, Music Dept.)
Using techniques covered this semester, develop a final project that involves creating interesting music with a computer instrument. Your goal is to create something impressive and aesthetically interesting - something worth demonstrating to others.
Your piece should be longer than 1.5 mins and less than 45 mins. If you create a long piece, you should be able to demonstrate a small portion of it (say, no more than 5 mins) to communicate / demonstrate its essence to the audience.
The performance may involve human and computer components (e.g., an interaction), or may be completely computer generated.
It may also involve external artifacts, e.g., an interesting image (or two), weather data, human biosignals, a poem, or other interesting materials / data.
Since this is a final semester project, it needs to have a certain Wow factor. (Wow factor is the degree to which the first impression of something makes a person say "Wow!"). Your grade will depend partially on this.
Since this project acts as your final exam, it needs to demonstrate your mastery of the material covered in both classes (MUSC and CSCI). Accordingly, this project is worth 20% of your class grade.
You will submit your project via OAKS. Be prepared to demo your project in class. Your submission consists of:
Provide everything necessary for me to be able and generate your music from scratch, through your submission, if I wanted to check things out.
Follow the Golden Rule of Style: "A program should be as easy for a human being to read and understand as it is for a computer to execute." 
In general, you should comment any variable, obscure statement, block of code, method, and class you create.
Your comments should express why something is being done, as opposed to how – the how is seen in the code.
Additionally, your code should always include opening comments as follows:
Your grade will be based on how well you followed the above instructions, and the depth/quality of your work.
"Any amount of work can be done in any amount of time... only the quality varies." ~Joao Meidanis