Token 6

Howdy Folks, Zac here. Recently an event called Token 6 happened at Emporium, a beer-cade, in Logan Square. Token 6 is a really neat pop-up event that features local comics, music, video games, and art. The event was hosted by Really Easy Press, which is a small studio and publisher based in the Wallingford area of Seattle, Washington and is operated by the power couple Erik and Christine Schneider Guiterrez. For real though these folks are great and made an awesome event.

Screen Shot 2018-07-16 at 12.20.01 PM

We had a blast showcasing the game Sashimi Slammer!


Sashimi Slammer is a game where two player’s slam on some of the best fish controllers known to man. The goal of the game is the slam your opponent’s fish into their deep fryer to cook them to crispy perfection.


The event was a blast and we had a great turn out! This was JDE’s second time show casing a game at the Token events, and we hope to be there next year! Be sure to check out to get updates on when the next one is happening and to peep Really Easy Press’s Facebook Page. See y’all next time at Token 7!

Vamped Games Jam Recap

Hey gang it’s Kailey again this time with a radical game jam recap

This past weekend, July 6th- 8th, we had another awesome game jam hosted by Vamped Games creators of Funk Unplugged! The theme was “Music was just Wiggly Air”.

We had a wonderful turn out and created two teams to participate. The first game created by John Scovic, DON and Thomas Newsome, is called “Root Note”.  The player tries to help their planets inhabitants by giving them some groovy melodies.  Capture Seeds of the instrument they desire, and plant the trees near them to satisfy their needs!


The other game is by,  Zac Mascarenas, George Sekalias, Gage O’Connor, Kailey Phan Mitchell, Scott Summers & Stepfan Thelemaque, and is called “Intended Resonance”. Intended Resonance is a game about working together in order to reach the end of a maze. Each player controls the other’s ‘resonance’ to see what is around them. Help one another traverse through the darkness with the power of music!


We also had Patrick Regan stop by during the jam to give us a post mortem. He talked about the ups and downs of working on their game Funk Unplugged.

The DePaul Alumni talked about the pros and cons of their development process. He talked about how his team mostly worked remotely with one another so it took them a longer time to create the game. He also talked about their kickstarters, the first one wasn’t super successful in their opinion but they did a second one and it was a success.  Patrick talked about the relief he has now since the games release. Some advice he game to us was “Play to your teams strengths” so that you can reliable expectations when working on a project. He also said that some general advice was get any idea/ prototype up and running as soon as possible!

Screen Shot 2018-07-11 at 10.34.57 PM.png

On Sunday, Dillion Wallace came back with Patrick to play the games we created. It was a super fun experience and a very unique jam! We had a blast, that’s all for now, thanks for tuning in!


Nourishment Jam 2018

Gage & Zac here again for another Game Jam review!

This time we’re tackling the exciting Nourishment Jam that we held on June 22. As the title suggests, the theme centered around all things food and food-loving.

Enough people participated enabling us to form one solid team and create a well-polished typing game called, Buddy Bugatti’s Tasty Town. We had a fun time refining our typing skills as well as gaining inspiration from YouTube food reviewer’s and other food celebrities.

On the road to completion, it would seem we faced multiple problems when it was one. That problem was the use of prefabs. In the we had to learn the hard way of depending on prefabs for certain aspects of unity like using canvas is not the greatest practice. But after some tinkering around and rearrange some tasks to separate mangers, we prevailed and finished up the game.

It was an interesting experience having a single team pump out polished work revolving around such a fun idea. As well as seeing the passion of the members who were willing to continue development on this game past the submission date. It was also great to see members willing to combat the inclement weather to jam it out with us that weekend.

The overall experience was fun and relaxing. Hope to see everyone next time for the Vamped Games Game Jam! See ya soon!

Shenanijam 2018

Hey everyone, Gage & Zac here coming at you live for a Shenanijam review!

Before I even begin I’d like to thank everyone who was able to show up and experience the jam. It was an amazing experience and I can’t wait to do more with you. This last weekend the JDE folks participated in the Shenanijam, a Game Jam hosted by Butterscotch Shenanigans, and it was a blast! The turn out on participants was great and it ranged from raising sophomores to alumni, and everything in between.  Looking back, I was really inspired by the amount of people who participated. Around twenty people, broken up into six teams, were able to create games (and directly after finals)! It’s wonderful seeing so many people who are willing to take the initiative with game development.


This time around we had the choice to choose any or combine any of the prompts which were: void sandwich, sticky justice, and burn it down. One of our teams chose void sandwich, and we went for a food truck parked next to a black hole. They had a blast playing around with Vector math to simulate the gravitational force of a black hole. The best part was how their own personal constraint or making every function used a void function. It was a great time to see what folks could make after having finals just a few days before.

Besides that, one of everyone’s favorite moments was when they took a moment from their development cycle to play a simple story telling card game, Confabula Rasa. It really helped lessen the stress and clear our heads a bit. Our major challenge was working around the building hours and how the room gets musty with body odor, but besides that we prevailed! Towards the end of the jam we had an amazing playtest session and bundle submission for the Shenanijam. Since the submission we have received tons of positive comments and feedback for our bundle.

Photo by Emma Larkins

The overall experience was super positive and fun. We learned a lot about the design process as well as those of whom we worked with. Some of us also learned to bring some fans next time… and maybe some group pizza… Be sure to join us next time during our next Game Jam. Thanks for reading!


Indie City May Meeting

Howdy Folks!

Zac again, recently the Indie City Games May Meetup occurred and some spicy things went down. Starting off the event was a presentation from Billy Basso. He gave us the rundown of his experience making game engines in C++ and how it all began with emulating what other editors had provided, but then went into some weird unorthodox methods in making personal engines that are meant to only be used in solo projects. While indeed unorthodox extremely enlightening in providing a different approach to making engines.

Billy Basso giving a talk about rolling his own engine and level editor from scratch in C++, and some of the cool advantages this approach has afforded him.

From there the meetup went into their Indie Open Mic, a period where indie folk from all over are given 5 minutes a piece to present what they are working on. During this month’s session some folks went on about some weird fish fighting game, I wonder who they were, as well as others going into depth about updates on their indie projects that they have been working on for a while. There was even an attendee, Sarah Sexton, who shared their knowledge on how to make a chat bot as well as the one they had produced. Once the open mic ended the open play / mingling period began. During this time those who had their gear for their games set up shop for playtesting and invited all to playtest. While attendees play tested the games, everyone ranging from students to industry folk mingled and networked.

Indie City May Meeting Dinner

After the event happened, we had an awesome birthday dinner with the indie developers there. We shared tons of cool ideas, jokes, and stories on Chicago and games as whole. Overall this day was really helpful because it gave an insight of what our community has to offer. We look forward to the next event and hopefully having more passionate students attending and showcasing!


(Photos courtesy of Sarah Sexton – @Saelia)

BuddyCops: A Look Into OmniBus

Hey gang! Kailey here,

First, a big thank you to BuddyCops, the creators of OmniBus, for coming and speaking to us.  As the co-creators, 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
OmniBus creators – Jeremy Crockett & Amir Badri

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
Pewdiepie & Online Presence

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

Preview of the event

(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.