BuddyCops: A Look Into OmniBus

Hey gang! Kailey here,

First, a big thank you to Amir Badri and Jeremy Crockett, the creators of OmniBus, for coming and speaking to us.

As Amir and Jeremy gave their post-mortem talk, they laid down some helpful tips about the making of their game, OmniBus!

Screen Shot 2018-05-25 at 11.13.22 AM

After an introduction, they gave a brief history of the game. The idea of OmniBus started out as an idea that occurred in an ethics class that they both took while studying at DePaul University. This idea continued throughout the summer before their senior year but was then pushed aside once school started up again. Jeremy then brought the idea back up and thus the process of OmniBus began. They talked about the vices and virtues of having a Kickstarter, trying to keep up a social media presence and gaining a publisher. Pertaining to gaining a publisher Amir and Jeremy highlighted how their game peaked before its release. Their game had been played by the popular YouTuber, PewDiePie, which made the game explode and the pair were able to gain a publisher because of its newfound popularity!

Screen Shot 2018-05-25 at 12.18.57 AM

Looking back at their own project they told us to have a development blog to keep track of your own progress and to give teases to people who are invested. They talked about how looking back at their development blog was like looking back on your facebook pictures.

They also talked about the importance of being involved in the Chicago gaming scene. They encouraged people to go to meetings like “Indie City”, which is happening this Saturday (5/26 @ 1pm), “Industry Night” and attend festivals like “BitBash” to make connections with people, “Rub butts with all the indies” -Amir. They encouraged this because in their experience finding and making connections is extremely helpful, most people in the industry will be willing to give feedback to your projects; as long as you find the right people, “Indies helping indies” -Amir


(Top two photos courtesy of Amir and Jeremy)

JDE Public Info Session Recap

Howdy Folks!

Zac here giving you a quick run-down of our public info session for the JDE. First and foremost, our expectations for attendance were blown out of the water, we initially thought only 15 people were going to come by. Instead we had a huge turnout of over 30 potential members who range from freshmen to seniors, and even some alumni showed up.


Past the numbers, we did a run through of the history of what was, and the future plans of what will be. Long story short the future plans is essentially expanding upon what the glorious Josh Delson built before such that it continues to live on past the initial group.

Things to take away are the planned 4 Game Jams for the summer session, the independent study meant to help polish what was made during summer, and then the passing on of roles to the younger generation of students as the seniors go into capstone. With the structure in place, and the plans set pretty much in stone, we got a bright future ahead of us.




We had a blast showcasing GAZE at TOKEN 5!


Surprisingly we had a successful turnout with a full house of people wanting to play our game. The event was hosted in Emporium, an arcade bar, with other striving artists fomr the Chicago land area. The JDE was their first ever video game related showcase which became a massive hit. The owners of the bar loved what we were doing then put our game, GAZE, on every monitor in the actual building!

Overall we gained tons of publicity from people in Chicago and networked with some amazing artists as well.

PixelPop 2017

Major takeaways from PixelPop Festival:
1.) Game development community in St. Louis is friendly, reliable, huge, and inclusive.
2.) Its rapidly growing with strong independent developers from all over the country.
3.) Its a hidden gem of passionate people with some awesome upcoming games.

Overall this weekend was fantastic and it was so fun uncovering what the Midwest has the offer. We had an amazing opportunity to showcase in St. Louis and give a postmortem on our experience with GAZE. Thanks to that we even became one of their Festival Selections!



Public Showcase Debrief

Hey everyone, Sam here to tell you about a recent public showcase we had for Gaze. This public showcase largely served as the last big playtest for the game. Being a capstone game, this showcase pretty much marks the end of major game development for the game (at least in the academic sense). While we certainly will continue to polish and refine the game as we continue to submit to prospective festivals, development will be rather limited as the team transitions from students to full time workers. All that being said, we were largely satisfied with the feedback and turnout of the public showcase. Our ultimate goal for the 6 months of capstone was to create a polished 10 minute puzzle platformer experience, and I believe we were largely able to accomplish this goal. Despite performance issues (frame rate dips when players respawn or collect one of the 3 stars needed to progress) and some issues with the stiffness of the controls, most players spent a prolonged time playing our game, which was definitely useful.

Moving forward, the previous mentioned issues (performance problems, stiffness of controls) will be what we focus on to truly make this game a portfolio piece. In addition, a problem that we didn’t realize occurred as players have difficulty even with the first couple of puzzles. While this maybe attributed to the fact that most of the people attended the showcase were non to casual gamers, it still shows tunnel vision on my part for making the game a little too difficult. Since most of our playtesters in our other tests tended to be typical gamers, it is hard to tell in what ways we can improve on accessibility and making this game easy to understand for even people on the more casual spectrum. Thus, we will take this new knowledge with us and do another round of re-designing our puzzles. We won’t make any drastic changes, but reflecting on what we have and in what we ways we can make our game as least frustrating as possible.



How to design the end?

An important, but often overlooked element in game production is designing and creating an ending. The reasons endings oftentimes feel underdeveloped or badly written is because endings (for the most part) are given the least amount of production time. After all, why spend time crafting the ending of the game when most players quit playing long before the ending? Thus, endings are one of the last things game developers work on. The same is true for our team. While we are only creating a vertical slice of a game, the ending is on the lowest end of the priority totem pole. The focus for us has been on creating an awesome experience, not with crafting a master class ending. However, keeping up with the tradition of KISS (Keep it Simple, Silly), we are using our scope and time restraints to deliver a simple, but thematically consistent ending.


As previously mentioned, the goal of our game is to collect 3 stars to revive a constellation. Now, we also have a basic theme that as the player collects stars, the world gradually becomes brighter and darkness enters the world. So, since we already had a basic but component intro (a simple aerial view of the sky with trees in the breeze with the title of game), it did not make a whole lot of sense to create a brand new ending screen when polishing the game is more important. Therefore, we cloned the intro screen as the ending screen. That may sound silly, but not only does it help with time constraints, it also helps with showing the players impact on the world. The intro screen is dark as light is muted without the constellations. So, by changing the lighting and adding the presence of the stars you, the player, have collected, the end acknowledges your impact on the world. It is a simple change, but it helps sell the player on their importance on the world. In addition, the demo is short, so a simple ending works in favor of this.

Core Puzzle Mechanics

Hey everyone, Sam here to talk to you about our core puzzle mechanics in the game. Of the many elements of the game, the puzzles have been one of the elements that has been constantly revised (whether it was drastic overhauls with different types of puzzles or with minor tweaks to playability). Initially, we had many different ideas on how we wanted to tackle the puzzles in our game (from having blocks that required multiple stars to moving doors). Eventually, we decided to focus on a few core elements that players found fun in play-tests, including: racing against a platform to catch up to it, trying to stay on a platform as it keeps moving, and climbing a huge tower. While these puzzles were received pretty well in playtests, problems became clear the more we playtested the game. The first problem that emerged was not in the puzzles themselves, but in how we laid out the level. We initially decided that it would be best to have players be able to play any puzzle in any order to foster a sense of exploration. However, this meant that puzzles were designed to all be relatively equal in terms of difficulty, which did not allow us to build upon previous levels or properly introduce mechanics to players.


The second problem that emerged was that the puzzles were not focused. While they did feature the player in a different scenario for each puzzle, the player was basically using the same set of strategies to overcome the puzzle, and the puzzles therefore felt somewhat similar. Additionally, the openness of each puzzle meant players would often lose track of their stars and that the difficulty of missing a jump often resulted in a great deal of lost progress. Thus, to counter these problems, we decided to pivot the core of the puzzle design into something simpler and easier to understand. Instead of focusing on different scenarios, we decided to focus on the 3 basic ways objects can be manipulated: transform, rotation, and scale. This allowed us to create more interesting puzzles that felt more focused that also built upon the knowledge that players had accumulated as they played. In addition, we changed the game from semi-linear to primarily linear to allow for our puzzles to build upon themselves. This has allowed players to actually be able to complete our puzzles and allowed for a lot more players to enjoy the game. KISS (Keep it simple, silly) continues to be a core way to streamline and improve our design.

Designing the Intro

Hey everyone, Sam here to tell you about how we are designing the intro (at least the non-interactive aspect) of our game. One of the problems with a designing only a small fraction of your game (be it a simple prototype or a vertical slice) is in choosing what information to convey to the player (both in terms of story you want to create and also in terms of instructions/tutorial). A game designer’s instinct might be to cram as much information as possible in your vertical slice. After all, the more jam packed your game is with content, the longer people will play it and want to replay it, right? Unfortunately, more content/information != players wanting to continue to play your game. In fact, the opposite tends to be true. Therefore, it is best practice to be very selective and smart about what you convey to your player. As some members of our team like to say, KISS (Keep it simple, silly).

Image result for kiss method

Not only is conveying too much information detrimental to the overall experience of the game, but it also takes away time that could better be spent polishing your game. Therefore, for the intro of our game, we were directly inspired by games like Orchids to Dusk (the game can be found here). Although the intro to that game is very simple (and the story conveyed is also very basic), it gives you all the necessary information you need to start and is very efficient with the information. Thus, instead of trying to convey the very intricate story we mentioned a few weeks ago we are going very minimalist and basic with our approach in order to tease a basic story, but not waste the player’s time. Furthermore, we are designing our demo in that matter as well, keeping things relatively short, so the demo does not become bloated. We would much rather have players want more than for them to lose interest and give up. Below are two examples of screens we plan to use (both are WIP that will be changed as we progress further in development). Tutorial-Example


Sure, these are super basic, but can breeze through the information if they want to skip it and is not distracting to the overall experience. The second image gives you a little bit of insight into the story, but is deliberately vague and simple to both keep the flow going and to peak a player’s interest. Obviously, these will be fleshed out more as time goes on, but we would much rather design simple and to the point than make something that serves no purpose besides looking pretty.

Laying out the Lore

Hey everyone, Sam here to tell you a little bit about the lore of our game. One of the problems that emerged while working on this type of game was the need for some sort of basic lore in the game, as there were elements in our game that seemed out of place and did not mesh well. Those elements were primarily the platforms in the game. While players loved the general background art in the game, they were not fans of the platforms, which felt out of place with the environment (since they were pretty basic rectangles that feel inconsistent). Thus, we needed to detail the lore for the game way more to help us connect elements that did not match. After a lot of discussion, here is an excerpt of the lore we created:

“In our game, constellations are worshipped because of their ability to grant wishes. Constellations and stars are created by Artemis, goddess of nature, to handle fulfilling dreams for the people of Greece. During this time, Orion, a famed hunter with legendary exploits, wanted even the Gods to recognize his fame and started hunting down every creature in Greece. To protect the animals and teach Orion a lesson, Artemis turned the mortal man Orion into a constellation, with the intent that he fulfill the dreams of the people he hurt . However, Orion, furious that he was changed, unleashed his fury on the animals constellations of the world and severly weakened many of them, leaving them a shell of their former selves. The only animal constellation to survive was the trickster fox, Vulpecula, but she was very hurt and needed to rest in Artemis’ observatory, which serves as the place of worship for the constellations .

Orion grew more and more support from the people of Greece not only for his exploits, but also because the lack of animal constellations meant that dreams were no longer being fulfilled. Therefore, shrines and previous places of worship were largely abandoned by the people of Greece. While the other gods are content with Orion’s actions, as has promised that he will have his followers praise them in his places of worship, Artemis is displeased with Orion’s actions and asks her father, Zeus, to stop this madness. Zeus says that he will intervene only after the animal constellations have proven themselves capable of handling themselves. With Vulpecula being the only remaining animal constellation, Artemis tasks her with reviving the other constellations with her celestial powers and stopping Orion’s lust for power. This is the overall arching story of the game, but for the sake of clarity and a shorter time frame, the player simply wakes up and goes to save one constellation, Corvus.”

That all sound nice and dandy, right? Well, while we did have a better understanding of the world we were building, this is far too much exposition for a brief, 10 minute video. Therefore, we decided to simplify this further and just explain that Orion was a bad constellation and threw the other animal constellations to the Earth, hurting the animal constellations. The stars left an impact in the forest they landed in, causing objects to float in the area effected and are now able to be manipulated by one with the power of constellations (aka the player). This simpler lore still explains the players goals, but ties the mechanics better into the lore and allows us to explain the story in a short amount of time.

DePaul Midyear Showcase

Hey guys, Sam here to go over the most recent showcase that occurred at DePaul. Last week was spring break, and with that comes the half way point of development for our games. Therefore, a showcase was held at DePaul in order for teams to show off the games they were working on. It largely followed the same format that the end of the year capstone showcase takes, but was a great opportunity for an en masse playtest, as we got more than 30 people to play our game within the span of just a few hours. It was not just the quantity of the people that was great, but also the diversity of playtesters that really helped us come to terms with elements of the game that were and were not working. For example, players really enjoyed the intro of the observatory and many cited the sense of accomplishment of escaping the observatory and viewing the beautiful forest as one of the highlights of the game. This was great news to hear and meant that the tutorial of the game was working quite well. The mass amount of playtesters also helped to solidify elements of the game that we needed to focus on, such as the need for some sort of checkpoint system to help player’s keep track of their stars and to help eliminate frustration in the game. The showcase was very informative and also served as a great reality check for our game as well, forcing us to confront issues that we hadn’t thought about. Below are some pictures taken from the showcase.


World of Tanks – Studio Visit

Hey everyone, Sam here to tell everyone about our recent visit that we had at the Chicago branch of Wargaming. For those unfamiliar with the studio, Wargaming is the company in charge of the popular World of Tanks series. They have studios across the world and the studio we visited, the Chicago branch, is primarily in charge of the console version of World of Tanks. While not all of the team was able to make it to the studio visit, the majority of us were able to make it and the experience was a great learning experience for us all. It was very interesting to see, especially since I am a producer for the team, how Wargaming is able to successfully manage such an ambitious title and large team. The biggest takeaway from our meetings with many of the team members as that you should not rely on any one given style or tool to manage (for example, you can’t just expect waterfall agile development to work in any given circumstance) and that you should create a unique style of sprint that works best for the needs of your team. This is something that I definitely should focus on doing especially for our next quarter of capstone. It was also interesting to see the advancements Wargaming has in terms of playtesting, as they have motion tracking cameras in order to better see and understand the emotions of their playtesters to collect better data. Obviously, we don’t have access to that type of tech, but it’s always great to see what other tools developers are using to maximize playtests. All in all, the studio visit was very insightful and the information we learned we will try to apply to our own team.

Studio Culture & Wargaming

Thanks to Matt Parker (alumni) for our JDE visit!


It was amazing being able to visit a Wargaming Studio in Chicago. We got the full studio tour with their lead developers with a cool Q&A portion afterwards. This was super helpful since there were people of all development backgrounds able to accommodate what the JDE was interested in. One highlight was the emphasis on how it can take a while to break into the industry, but that shouldn’t stop someone from still trying. I thought this was super helpful because the game industry is still so new and even Chicago doesn’t have jobs for every student graduating.


After this whole visit, the members of the JDE felt more inspired in being creators. We continued what we were best at hoping that one day we could stand out! Next stop, graduation!

Playtest Session #4

Hey everyone, Sam back again to tell you about the progress we made with our current build. We recently did a quick playtest in our capstone class and got a bunch of great feedback. For this iteration of the game, we wanted to test how successful we were at guiding the player to their objective using the environment (in essence, we were testing our level and environmental design). In our previous playtest, we realized that while many players praised the art in the game, the placement of said art left a lot to be desired and served to confuse the player on their objective. Thus, when designing the layout of the level, we decided to use tress in the forest as a natural barrier that guides players to a central location (i.e. the puzzles we want players to solve). Below is an example of this:

Level layout 1.png

As you see, areas with a lot grass and a lack of tress highlight the 3 main puzzles, so the player will naturally be guided to them. It’s a subtle process the players go through, but an important one. Although no player’s mentioned it (which is actually a good thing because this means it is effective), the fact that players have little to no trouble figuring out what to next is a testament to the effectiveness of the level layout in guiding the player. Obviously, more iteration needs to be done, but it is a step up from our previous build. In terms of moving forward, there are two things we really need to address: reducing the penalty for failing a puzzle and improving the controls. These two elements are where most of the negative feedback came from and it is certainly valid. While you never can do in our game, often making a mistake means the player has to restart an entire puzzle again, which creates too much frustration when the intended mood is that of tranquility. Furthermore, the controls serve mostly in making the player make mistakes, so these both need to be addressed and are what we are going to focus on for the next iteration of the game.

Playtest Session #3

Hey everyone! Sam here to tell you guys and gals about the latest additions to the game as well as discuss our findings from the latest playtest. The biggest additions to the game is the rough first pass at implemented art. As you can tell from the above picture, we have made great strides in developing the “ethereal” landscape that we initially pitched. Obviously, this is not the final art for the game, as elements, such as the terrain and grass texture, are still being worked on. However, our implemented art should give you a great idea of what type of mood we are trying to invoke and the overall aesthetic of the completed game. We also had our 3rd major playtest this week and many playtesters felt that the strongest aspect of our game was the visual style. We also received a great deal of feedback concerning game objective and controls. While the vast majority of intended gameplay features are currently integrated in the latest build, they are all in a rough state, especially the level design of the game. Many noted that the art style was particularly strong, but would oftentimes obstruct the player’s view of their objective and other puzzles, which is something that needs to greatly taken into account. Thankfully, we are still relatively early in development (we are not yet in the middle of production), so these changes in environment placement can be iterated on quickly. Another big issue that emerged with playtesters was the controls and movement of the player. Our game uses typically movement for platformers on PC (WASD to move), but we deliberately made the character have weight behind their actions (as foxes cannot turn on a dime) and need to turn before moving in a direction. This was not something that playtesters enjoyed and either wanted the weight behind movement to feel realistic or gone completely. Thus, in our team’s next big design meeting, we will discuss whether or not we want to continue to pursue a weighted movement style or forgo realism for play-ability. In terms of moving forward, we will be primarily tackling art asset creation (mostly concerning our fox character) and level design, as our programmers our out at GDC.

Laying out the level

Hey! Sam here to talk to you about how we are designing the level for our vertical slice. As you can see above, we are dividing the demo into two major parts: the observatory and then the other half of the map is devoted to the main 5 puzzles of the game. The observatory serves as the tutorial of the game, where the player learns the main mechanics of the game in a more constrained and safe space. It also serves as a means to teach the player about their objective in the game (to find and collect the pieces of the Corvus constellation). We chose an observatory to act as a tutorial because it feels natural in terms of the fiction of our game and also allows us to create an excellent framing device for showing off the player’s progress (as the observatory will be broken down and allow the player a perfect view of the sky). After ascending to the top of the observatory and learning about their objective (which will be done using environmental storytelling, as stone slabs of the broken down observatory will serve to show the player their objective), the level then opens up to a much more open environment which features the main 5 puzzles of the level. We are designing the puzzles to be able to completed in any order, so they are all balanced to all be relatively equal in difficulty and are all twists on the main mechanic introduced in the tutorial. While we could have made the game more linear and have a series of more difficult  puzzles, we feel that going for that would feel not invoke the feeling of somber tranquility we are shooting for and feel constrained. A game like the Witness is a great example of this though process, as exploring helps the player be more immersed and they do not feel rushed or constrained to complete the game. Completing each puzzle rewards the player with a star of Corvus and returns the player to the middle of the map (to eliminate player frustration from backtracking). After collecting all 5 stars, the constellation comes to life (lines are connected from the stars and an outline of Corvus appears) and the vertical slice then fades to black. While this is obviously a basic layout that needs to be textured and filled in with environmental objects, it gives you a good idea of how we are designing the general flow of the game.

Playtest #1

Last Tuesday was our first big playtest to test the validity of our mechanics and to get players’ opinions on the art style we are trying to implement. As you can probably tell from the screenshot I took, the game is very bare bones in terms of art, but this initial test was mostly used to test mechanics. In that regard, we believe the playtest was successful in this endeavor,  as the vast majority of playtesters enjoyed the mechanic and puzzles on display, even with the numerous bugs and other issues with the game. It was also encouraging to see many playtesters understand that there was a direct correlation between their speed and jump height and the amount of stars they had. Even without the aid of visual indicators (such as the opacity and color to look drained, which we plan to add in the future), this connection was still clear.  In terms of moving forward, now that we have a solid base, we plan on implementing art and more cohesive level design. As it currently stands, the majority of puzzles involved floating blocks in air, which feels disconnected to the twilight forest aesthetic we are shooting for. Thus, we hope to iterate on the puzzles (and level design) we have now to make the levels feel more organic and make sense with our current art style. For our current sprint this week, we hope to include a placeholder character model with basic animations, as well as environmental objects (such as trees and rocks) and terrain to test whether or not they complement the intended mood of the game.

Bringing concepts to life…

Hello again! Tiffany here.

This week, we went through making a lot of changes to our designs and concepts for the ship game we are making. An idea everyone liked was some type of catamaran, and we came up with a collaborative sketch of what we all think might make a good model for our ship in Maya.

Our players have the opportunity to move around the ship and go to different stations of the ship, so we had to create an interesting space for them to move around on. While we haven’t completely solidified the shapes of certain things or the designs or things like weapons, we are working together to make it all come together.

Here is a quick preview of where our ship model is as of today, with more iterations coming in during the week.

I am really excited for this model, and it will be a lot of fun to throw some textures and sculpted elements on to it to truly bring it to life (at least, as much as an inanimate object can be brought to life).

Enjoy and you’ll hear from me again soon!

Getting to work on art

Hey everyone, welcome to Team Phoenix! We are working on a battleship type game set in a bio-luminescent world, so our art direction for this game is going to be very interesting and a lot of fun.

To start, we have been gathering references of cool settings with vivid colors – mostly oranges, blues, greens, and some purples. We are going for a kind of tropical world, as well. All of these neat colors are going to be reflected in our ships, environment assets, shores, and characters! So far, my team has been putting all of these references together, as well as having conversations of what we might like to see. We will have some cool concepts coming soon, so keep an eye out for what we have been up to. This is something we are super excited about!

Here is a sneak preview of a WIP for one of our ship designs. We are working with a lot of different ship types, and we will be adding more to these designs after everyone kind of talks through what we have and what our gameplay goals are. An interesting concept we want to play with is having the environment becoming a visual aspect of the ship, almost like it is kind of taking over the vessel. Enjoy!


concept 1 ship.png


After multiple brainstorming sessions, a global game jam detour, and a pitch presentation, we have begun working intensively on our game, which is known as “Gaze”. Gaze is based on one of the top pitches we had when we started brainstorming and was originally called “Ethereal Cruise”. Inspired heavily by Greek mythology and constellations, Gaze is a 3rd person puzzle platformer where players control Vulpecula, a fox constellation. After the hunter Orion has destroyed the other animal constellations and wounded Vulpecula, you control the fox constellation and help rebuild other animal constellations and yourself. Players do so by controlling each star of your constellation and shooting it at environmental objects, which moves them in predetermined locations. From a gameplay and aesthetic perspective, we are inspired by games like Journey, Okami, Legend of Zelda: The Wind Waker, Gravity Rush, and several other titles. Stay tuned for more updates, including the results of our first playtest!