Lesson Night: Storyboarding/Prototyping for VR (October 10th, 6:30pm)

Instructor

Abigail Mathews

Description

Virtual Reality applications present some unique design challenges as well as barriers to communicating the app idea to stakeholders. An effective prototype is a great step towards overcoming these obstacles. Yet, it’s hard to prototype VR experiences using the strategies most common in 2D media. This lesson will discuss appropriate strategies for envisioning and communicating the nature of VR experiences before investing heavily in art assets or development time. We’ll cover the questions that are most essential to address in a prototype, as well as a variety of tools (both software-based and analog) for prototyping.

After hearing about various options in the presentation, stay to try out some of the software tools discussed using TVGS’s VR stations.

Lesson Night: Armory (September 12th, 6:30pm)

Instructor

Jamey Stevenson

Description

While modern 3D game engines like Unity and Unreal are “free” in terms of their initial usage fees, they are still proprietary tools that come with various hidden costs and restrictions. Open-source tools (such as Godot and Blender) are essential, because they remove these limitations and provide true game development freedom.

Thankfully, open-source game making tools are rapidly increasing in both quality and availability. This month’s lesson will focus on Armory, a promising new open-source 3D engine that fully integrates with Blender to provide a unified environment and workflow for game creation.

If you’re already familiar with Blender, this is a great opportunity to learn how to create games directly within the Blender environment. If you have never used Blender, this is a perfect time to get acquainted with a popular and invaluable set of open-source, cross-platform game making tools.

What to Bring

Laptops will be provided, but we suggest bringing your own if possible. You can install Armory at armory3d.org/download.html.

RSVP at the links below!

rsvp-facebook rsvp-meetup

Orbit XR (September 21st, 1:00pm)

Learn about XR! The VR, AR, and MR Orbit group will meet on the 3rd Saturday of the month at Tech Valley Game Space and will provide opportunities for participants to share information, discuss projects, ask questions and obtain guidance from experienced mentors.

This meeting will introduce TVGS’s new hardware, including XR development machines and both Vive and Rift headsets. We’ll also check out a range of VR applications that allow you to create art assets you can use in your own games.

Note: No equipment required, but a laptop may be helpful for most meetings.

First time attending this event?

Please sign-up using our short form at forms.gle/f5CgLnsbbTG38YL4A if you haven’t already done so.

You can also RSVP at the links below!

rsvp-facebook rsvp-meetup

About Orbit

Orbit is a community-driven mentorship program designed to provide greater opportunities for learning and collaboration at Tech Valley Game Space than ever before! The goal of Orbit is to bring local game makers (and aspiring game makers!) together based around mutual interests, and provide a consistent environment for sustained skill development, personal growth, and community building.

For more information about Orbit, including a list of all the currently active groups, please visit techvalleygamespace.com/orbit

Orbit XR (August 17th, 1:00pm)

Learn about XR! The VR, AR, and MR Orbit group will meet on the 3rd Saturday of the month at Tech Valley Game Space and will provide opportunities for participants to share information, discuss projects, ask questions and obtain guidance from experienced mentors.

This meeting will introduce TVGS’s new hardware, including XR development machines and both Vive and Rift headsets. We’ll also check out a range of VR applications that allow you to create art assets you can use in your own games.

Note: No equipment required, but a laptop may be helpful for most meetings.

First time attending this event?

Please sign-up using our short form at forms.gle/f5CgLnsbbTG38YL4A if you haven’t already done so.

You can also RSVP at the links below!

rsvp-facebook rsvp-meetup

About Orbit

Orbit is a community-driven mentorship program designed to provide greater opportunities for learning and collaboration at Tech Valley Game Space than ever before! The goal of Orbit is to bring local game makers (and aspiring game makers!) together based around mutual interests, and provide a consistent environment for sustained skill development, personal growth, and community building.

For more information about Orbit, including a list of all the currently active groups, please visit techvalleygamespace.com/orbit

Orbit XR (July 20th, 1:00pm)

Learn about XR! The VR, AR, and MR Orbit group will meet on the 3rd Saturday of the month at Tech Valley Game Space and will provide opportunities for participants to share information, discuss projects, ask questions and obtain guidance from experienced mentors.

This meeting will introduce TVGS’s new hardware, including XR development machines and both Vive and Rift headsets. We’ll also check out a range of VR applications that allow you to create art assets you can use in your own games.

Note: No equipment required, but a laptop may be helpful for most meetings.

First time attending this event?

Please sign-up using our short form at forms.gle/f5CgLnsbbTG38YL4A if you haven’t already done so.

You can also RSVP at the links below!

rsvp-facebook rsvp-meetup

About Orbit

Orbit is a community-driven mentorship program designed to provide greater opportunities for learning and collaboration at Tech Valley Game Space than ever before! The goal of Orbit is to bring local game makers (and aspiring game makers!) together based around mutual interests, and provide a consistent environment for sustained skill development, personal growth, and community building.

For more information about Orbit, including a list of all the currently active groups, please visit techvalleygamespace.com/orbit

Orbit XR (June 15th, 1:00pm)


Learn about XR! The VR, AR, and MR Orbit group will meet on the 3rd Saturday of the month at Tech Valley Game Space and will provide opportunities for participants to share information, discuss projects, ask questions and obtain guidance from experienced mentors.

This meeting will introduce TVGS’s new hardware, including XR development machines and both Vive and Rift headsets. We’ll also check out a range of VR applications that allow you to create art assets you can use in your own games.

Note: No equipment required, but a laptop may be helpful for most meetings.

First time attending this event?

Please sign-up using our short form at forms.gle/f5CgLnsbbTG38YL4A if you haven’t already done so.

You can also RSVP at the links below!

rsvp-facebook rsvp-meetup

About Orbit

Orbit is a community-driven mentorship program designed to provide greater opportunities for learning and collaboration at Tech Valley Game Space than ever before! The goal of Orbit is to bring local game makers (and aspiring game makers!) together based around mutual interests, and provide a consistent environment for sustained skill development, personal growth, and community building.

For more information about Orbit, including a list of all the currently active groups, please visit techvalleygamespace.com/orbit

Orbit XR (May 18th, 1:00pm)


Learn about XR! The VR, AR, and MR Orbit group will meet on the 3rd Saturday of the month at Tech Valley Game Space and will provide opportunities for participants to share information, discuss projects, ask questions and obtain guidance from experienced mentors.

This meeting will introduce TVGS’s new hardware, including XR development machines and both Vive and Rift headsets. We’ll also check out a range of VR applications that allow you to create art assets you can use in your own games.

Note: No equipment required, but a laptop may be helpful for most meetings.

First time attending this event?

Please sign-up using our short form at forms.gle/f5CgLnsbbTG38YL4A if you haven’t already done so.

You can also RSVP at the links below!

rsvp-facebook rsvp-meetup

About Orbit

Orbit is a community-driven mentorship program designed to provide greater opportunities for learning and collaboration at Tech Valley Game Space than ever before! The goal of Orbit is to bring local game makers (and aspiring game makers!) together based around mutual interests, and provide a consistent environment for sustained skill development, personal growth, and community building.

For more information about Orbit, including a list of all the currently active groups, please visit techvalleygamespace.com/orbit

Developing a Style

[Cross-posted from Omiya Games]

I’ve had a profound conversation while talking to a fledgling game developer this Game Developers Conference (GDC) that made me look back at my philosophy in game development. When Lindsay Grace was pointing out that one should have a long term objective such as Seemingly Pointless‘s goal in making a 100 games in one year, it made me reflect why I was developing one game every month. I’ve come to a conclusion that if one wants to make an impact to the gaming industry, one should strive to find and refine their own style that is both honest about oneself, and distinguishable from others.

Style, of course, comes in many forms. This can include mechanical styles, such as Vlambeer‘s simple-but-hyper-polished games, or Keita Takahashi‘s bizarre and chaotic experiences. Visual and narrative styles works great as well. As an example, Edmund McMillen has a distinct visual style that is often coupled with unnerving stories. Meanwhile, Molleindustria‘s political games helps them create experiences like no other. Even audio is a wonderful device to stylize. Who can possibly forget the first time they’ve successfully surpassed a series of obstacles in Bit.Trip Runner, creating a procedural generated music throughout the whole level? By having a clear style, each of these experiences become memorable and distinct from other common games.

So how does one go about developing their own style in games? Here’s a method I found that works: first figure out what your objectives are. For example, I wanted to contribute to the gaming community such that others would be motivated to make games that challenges common game genres like I was when I first played Katamari Damacy. Next, carefully analyze what you and your team are capable of. If your team hasn’t finished their game yet, this is a good time to attend game jams. In doing so, you’ll learn very quickly what you can and cannot do under a deadline. Once analyzed, find the overlap between your team’s objective and skill set. It’s worth noting that it is possible to have a non-overlapping goal and skill set. For example, making millions is an objective that is too broad to have overlap with any skill set. Similarly, making the next blockbuster is an objective so narrow, a large, expensive team is necessary to achieve it. In these cases, I recommend revising the objective so that it stands within your team’s skill set.

Finally, practice! I personally used #OneGameAMonth to polish my ability to create games with unique and solid game mechanics. Much of my time has been spent on understanding the mechanics I’ve created, and figure out how to enforce it with clever puzzles and situations. I also encourage others to make quick prototypes as regularly as possible. By developing your team’s skill set, and revising your own objectives to what works best with your team, you’ll slowly develop a successful style that feels like no other.

Impossible Poker Post Mortem

[Cross-posted from Omiya Games]

So, I’m programmer, been consistently making digital games every month, and yet, made a card game for Global Game Jam this year. Oddly enough, I found the experience to be more challenging than the common perception would imply. While the development process of the prototypes and iterations were quick and easy, properly identifying problems with the game, as well as understanding why the inspirations for the game were so engaging proved to be more tough than expected. This is the post-mortem of Impossible Poker, a game where you don’t know the rules.

What is Impossible Poker?

Impossible Poker is a card game that’s easily playable with 4 or more people, a deck of playing cards, 2 cards with one saying ‘yes’ while the other says ‘no’, and some tokens. The game starts with one person designated as the RuleMaster, and creates a rule that governs the values of each card. Each player is given 5 cards, and they play one card from their hand at once. The RuleMaster, then, determines which played card wins, then creates a stack of that card to provide a visual history of the results (note that by default, the highest valued card wins). Finally, the players can either ask a yes or no question to the RuleMaster or make a guess to the rule using either one of their 3 tokens, or the free opportunity they’re given every 3 turns. A yes or no question will be answered privately using the yes or no cards, while guesses will be answered with a correct or incorrect publicly. The first person to guess the rules correctly wins.

Our team consisted of four people: Kelli Dunlap, Eric Vignola, James Kim, and myself, Taro Omiya. I largely worked more as a supporting role, proposing many different solutions to problems we’ve identified (most, which I admit, weren’t all that useful).

What went right?

Learning something new

I swore to myself that I would get around making a board/card game at one point, not only to experience what it’s like to work with them, but also because I strongly believed it would help me become a better game designer. Not only am I happy that I finally satisfied that bucket list, but I’ve also come to a surprising conclusion: designing analogue games aren’t all that different from video games. Much like designing digital games, creating an engaging card game revolves around creating tight feedback loops, giving steady reinforcements, and dealing with holes and exploits in the rules. The only differences I found were quick feature implementation and feedback, simpler aesthetic, and the lack of juice (which is actually a relief). This experience should be useful when I experiment with different methods to prototype before creating the final product.

A worthy challenge, with a satisfying twist

I’m also proud about taking on the challenge of creating a game where the rules aren’t obvious. It has the classic hook of, “how can you play such a crazy game” that I like to implement in most of my digital games. Plus, the game proved to be a pleasant challenge to design, with unique problems and solutions I haven’t encountered with other games. A lot of people at the end of the jam were interested in trying the game, so we were definitely onto something with that selling point.

Finally taking comfort in supporting role

As of last year, I’ve been working solo as a full-time indie developer, and it’s been a pretty big concern to me on whether I’ve started losing touch with other people. Additionally, the Global Game Jam 2013 proved to be a wake-up call when I realized I was somewhat uncomfortable at taking roles outside of designing and programming. So I was pleasantly surprised this year that not only did I feel comfortable taking on a more supportive role with the team — with my efforts focused largely on forming the team, planning a simple schedule, providing some feedback, and programming the random rules generator — but I also felt like a valuable contributor as well. I also had the feeling that throughout the development, the rest of the team members were comfortable with their roles as well. Nobody was talking over each other, we were quick to identify and solve problems, and only times when we were really tired did any of us wander off and disperse. Plus, at least for me, there was a huge sense of relief that the programming aspect of the game was completely optional rather than a major component.

What needs improvement?

That one play-tester

At 3:00 on the second day, the doors were opened to allow any curious convention goers at MAGFest to visit and play test our games at the current state. We’ve hand some wonderful feedback from several people who visited our location, but one in particular stood out: the one who lectured us for a few hours. This play-tester actually had a lot of great insight about our game, such as the lack of hints to figure out the secret rules, and the exploitable win condition. While useful, the delivery of the feedback was, well, a bit intense. I think that session left us both exhausted and unsure of ourselves. Between that time to the end of day 2, we’ve been mulling about changing the game entirely, but never been able to determine how.

A little too laid back

I think we’ve gotten a little too comfortable before that one play-tester came along to really realize some flaws in the game. Ultimately, I feel like we should have gathered feedback from other people sooner to help identify problems with the gameplay. In context, I realize this would have been difficult: most people who would play our game were stuck working on their own game at the jam site, and our game still required 4 people at least to play. Fortunately, the day 2 feedback did prove to be a good wake-up call, so we did eventually get back into shape.

Programming independently from the game design

One feedback we found early on was that it was hard to come up with 3 secret rules before the game started, making the setup time longer than necessary. It was decided in the middle to eventually program a random rule generator that would be smart enough to provide 3 non-conflicting rules so that the user can easily choose a set of rules as they please. I finally took on this task during day 3’s morning, immediately while the rest of the team decided to change the game focus from the originally gambling objective to sleuthing. I wasn’t able to communicate or update properly at the time, so right when I was done with the framework and UI design, I was surprised to here that the game changed entirely from the former 3 set of rules to any number of rules you’d like (though only one was recommended). A classic moment of terrible communication, especially on my part. Fortunately, most of the framework still worked for the game, and the rest of the team commented it’s very unlikely that anyone would want more than 2 rules to play (let alone 3), so this problem was very quickly resolved, and I was able to proceed on creating more content.

What to do next

I’ve been told numerous times that paper prototypes are the best place to start designing your game, but up to this point, I’ve only been nodding my head in reply to that advice. Now I see the real wisdom behind that advice: paper prototypes provide quicker feedback and ease in modifications that is much hard to do on the digital space. This is perfect for experimenting with different design ideas, and making sure they’re tight enough to start a bigger project. Next time when I’m brainstorming and prototyping on a game, any ideas that doesn’t rely on physics heavily will be prototyped via paper to make sure it is as engaging as I hope.