I have a C p:rogram. It’s a game. I want to turn it in MIPS assembly code and tr
I have a C p:rogram. It’s a game. I want to turn it in MIPS assembly code and try to add sound and bit map graphics. After you done with the MIPS assembly you have to do the final report.This final report will be the version with final details and code.
The Report :
This submission MUST include ALL of your final project code!
This submission should include:
The signed declaration that the work you’re submitting is your own original work
A high level description of your program
A list of the core functions and operations of your project
A high level description of the code, written in C or pseudo code or flow chart format
Summary of the tests you’ve performed on your code and examples of the test results
The results should include screen shots, or links to audio/video recordings on Youtube or shared Google files, as appropriate
Summary of all tasks that were completed by the time the final report was due
List of tasks that could not be completed by the due date
Conclusion, stating what you’d do differently if you had it to do over again
Estimated total time to complete the project, in hours.
At the end of the draft report, you must include ALL the code with comments (formatted in the style of the MIPS code samples) you’ve written to date, pasted into the draft report file, plus:
Any supplementary files that would be needed to reproduce your test results. This should include anything you used to create and test your project and may include supporting .h files, supporting C code, spreadsheets, Matlab scripts, data files, etc.
Submit the current version of your code in .C and .asm file(s).
Your C and MIPS code should compile/assemble and execute without errors, even if it isn’t fully functional.
You are required to submit at least 3 files:
The report in .doc .docx or .pdf file format including the file extensions in the name. The .c and .asm code MUST be pasted into the end of the report document to receive credit!
The current version of your C code in .c and any optional .h files
The current version of your MIPS assembly source code as one or more .asm file(s).
Any other files required to reproduce your results, such as spreadsheets, Matlab scripts, data files or anything else used to create and test your project code.
Your MIPS code must include at least the following items to receive a passing grade:
Conditional branches, equivalent to C if-else
Nested Loops equivalent to C while(), for() or do-while()
Use of a 2-D array
Use of the stack to store the $ra (return address) register
Additional methods and more extensive operations, the use of advanced features such as sound, floating point, bitmap graphics, and storing local variables on the stack or recursive functions will receive additional points.
The report must document the structure of your final project, written in C and assembly with comments and any prototype functions that define arguments and return values. List limitations due to I/O and other features that were not complete.
This report and code should include the high level definition and pseudocode plus your final project MIPS assembly code FORMATTED in the style used in the MIPS code examples. By the time you complete the MIPS code, it must embody the basic logic and algorithms described above.
Once you have submitted the final report here, please schedule your 10-minute one-on-one meeting to discuss your project with the instructor.
Please prepare for the meeting by making sure you:
Have the development environment(s) you need to demo your program operation
Have your final report open and ready to show
Have your SDSU or other government issued Photo ID with you
Have a working webcam or phone camera that works with zoom
In the meeting you will be asked to describe and demonstrate your project operating, and to discuss your code.
*Please note that the final report and code will be subject to checks for plagiarism, so be sure to clearly mark anything you did not personally write, and include citations to indicate where that material came from to avoid the academic and punitive sanctions which are consequences of plagiarismLinks to an external site. as defined in the rules defined in the SDSU catalog, and SDSU’s student rights and responsibilitiesLinks to an external site., as well as the student-teacher contract.
Requirements: Doesn’t matter
Leave a Reply