Comments

https://lovliegamedesign.wordpress.com/2018/02/07/spawning-errors/
Hello Fredrik, your friendly neighborhood Fredrik here.
So if I got this correctly, you have one prefab for each spawnable, and some of theses prefabs are in turn collections of other prefabs, parented to a ghost object? Makes sense and is pretty neat, though there is an improvement for the interface. First though, your explanation that you made a ”separate script to create formations based on the position relative to the center of the formation” is unclear. If the […]

Post Mortem

And we’re done! Well technically we we’re done several months ago, but it’s nice to revisit this project at its end. I’m overall happy with my contribution to Aetherial as a coder. As a game designer however I have some reservations.
The code works, there are no major bugs and there is a clear and working way from the start to the end. The game is full of devices and artifacts I am quite proud of, such as the updated transition […]

Playtesting

At both playtests we put up two computers playing the game, each accompanied by an extra computer with a google survey on it and an observer from the group taking notes on what and how the player was doing. Anna(game design) had written a quite extensive observation sheet listing all the things to look out for in the player. Somehow though we all just started writing down our thoughts, observations and informal interviews with players on the back of the […]

Playtesting: a fresh pair of eyes

Context
Unfortunately, our group did not benefit too much from play test. We were late on development for the first one(but did have a bare bone prototype to show), and a large bug prevented us from showing anything worthwhile during the second one. But, we did have some people try it during the beta once the game was stable.
Motion sickness
In our initial prototype, the player was always pointing up on the screen, and rotation would result in the camera rotating to […]

Postmortem

This project has been fun, but hard! We managed to make a functioning “shoot ‘em up” game. It is not the best game ever, and probably not the best version of Umibozu, but I am proud of what we have done. The art does not look that bad at all and it is indeed playable.
The whole process of choosing a design document, doing the pre-production, actually producing the game and to present the finished product has been a hell of […]

Playtesting

This blogpost is about the playtesting and how it affected our development. We had three playtesting sessions during this course. The playtests were very useful, and it was so good that we had the opportunity to test other games and to have our game tested. We got some really good feedback from our fellow students, and it was nice to see what the other teams were doing and how they solved some of their problems. It was also really interesting […]

Jungle Jive

As part of the “Arcade Game” course at Uppsala University, me and my team, Dyonisos Games, made Jungle Jive. The purpose of the course was to create a game using a special input method of our choice. After a bit of iteration, we chose to create a dancing game in which two players would use dolls to control their avatar on screen, instead of dancing themselves.
Here’s the trailer for the game :

We had about ten weeks to create the game, […]

5SD064-Postmortem of final result (upgraded)

Yeah!! Finally I had successfully made the game Umibozu with 2 months hard work of me and my other 5 group members. I am personally pretty satisfied with the outcome of the game as it is the very first game I’ve ever made and it’s playable (for 6 minutes long!!) At the final playtesting we have received all kinds of feedback from our classmates and a lot of them are positive regarding aesthetics of the game, especially we have gotten quite […]

Blog Post 6. New.

It has been very fun to work with my group and to make assets for the game.
I am not so glad with the end result of the project. Our lead programmer has left the course and we had already over scoped the game before that happened so as a result many assets which were ready to be implemented into the final game were left out. This included the boss, the boss environment, all animations and 2 more enemy types and […]

The Project Starts

Group Raksasha chose “Fear is in me” as their project and it will be their first attempt to make a digital game until now. The story of the game is about a small girl who is having nightmares every night and her nightmares come true at some point. They chase her all the time and now it’s our job to save her. From the design decisions that the group made, they all came to the conclusion of not providing her […]

Blog #6 The postmortem 2

After all these weeks of stress and hard work, the project has finally come to an end. In my final blog post I will cover what both the team and me individually have learned throughout the development process of Into the fog.
Where to begin? At the beginning! Very early into the project during a design meeting the group had a discussion about scoping. We have chosen a concept document of Umibozu, as we believed it was designed with small teams […]

Blog 3 Redux: Scrumroll Please

While working on the game “Aetherial,” my group and I are applying the development framework known as Scrum. Before I began this course, I didn’t even know what Scrum was, let alone how to apply it. Fortunately, it is fairly easy to grasp.
The bread and butter of Scrum is the “Product Backlog.” A product backlog is where everything that needs to be included in the game to create a ‘minimal viable product’ is placed and organized based on things such […]