**For some reason I posted this at 10pm on April 30th but it says I posted it on May 1st?**
For my final project in the class, I decided to do a collaborative piece with Elaina using Twine. Throughout this project, we thought it would be interesting if we pass a Twine file back and forth and each add something to the story. The only thing we both knew were the direction we wanted the story to go, the treasures the player could get, and where the story would ultimately end up. Since we did it this way, there are things about the project that I still haven’t discovered, and things Elaina hasn’t yet discovered either. This was an interesting way of working because it’s really strange to now know exactly what’s in your project. At the same time, it was also really exciting because one of us would play through it and message the other and be like “this was such a great idea how did you do it?”. It created a sense of excitement when you open the file for the first time after the other person worked on it.
We decided to base our Twine game off of the pieces Colossal Cave Adventure and ZORK. I did my ELD entry on CCA and Elaina did hers on ZORK, and since they were so closely related we decided it would be a good idea to implement them into our final project and work together. Not only did we heavily base our story and format off of them, but there are also multiple easter eggs such as some of the treasures you can find in our version, you can also find in CCA or ZORK. However there are also a few key differences with our version as well, such as the navigation system. In the originals you would type the commands in, but in our version since it’s on twine the navigation is through hyperlinks. Due to limitations with the Twine format we used as well (Harlowe 2.0) we weren’t able to find a way to implement an inventory system or point system the way we wanted to. It was fun to work in Twine not only because of how much we can do on it, but also because unlike these original games, we were able to see a map of our final project and users are also able to look at the cave map to see if there’s anything they missed or just for some guidance. Originally we had planned that to beat the game you had to collect all the treasures, but near the end we decided to change it to each treasure giving a unique ending if you decide to give it to granny. We decided on this because we thought it would create more of a multilinear story. It didn’t seem fair to make the ending the same no matter what choices the player made, because then what was the point of them making all of those decisions?
The biggest struggle for me with this project was definitely the cave. I mapped out most of the cave and it got really confusing making sure everything connected correctly and was going where it was supposed to. I think the final version ended up having almost 40 different rooms just in the cave. This was also my first time completing a Twine of this size, so it was also really interesting to plan out all the different paths the character could take, what would determine each kind of ending they could get, and what big decisions should we have the player make that will affect their entire gameplay. My favorite part was being able to create all of the sassy and pithy things that the narrator of the story says, and being able to play through the final completed version of the game was also really cool. Colossal Cave Adventure is arguably one of the most important pieces of electronic literature, so it was really cool to be able to create a newer version of that with our own twist, with today’s standards of technology.
https://dtc-wsuv.org/esundwall18/red/