top of page

DOOM: THE DARK AGES

AAA First-Person Shooter | The Third Entry in the Modern DOOM series

idSoftware | Technical Designer

* Not everything in trailer represents my work

Technical Designer, responsible for designing, prototyping, and iterating on visual-scripted gameplay features, including level logic, puzzle mechanics, enemy behaviors, and map transitions.

Worked in proprietary game engine (idTech 8) and helped develop visual scripting tools based on Unreal Engine Blueprints.

Overview

Working in lock-step with the gameplay design team, I start with a design spec, create a functioning class, and hand it off to designers with the variables and levers they need to fine-tune the player experience.

"Hellfighter"

An enemy ship that patrols a set path for the player to hunt, pursue, and destroy. The Hellfighter adjusts its speed depending on the player's proximity, and drops rewards when destroyed.

Technical Design Process

"Dragon Landing Zone"

A gameplay class that manages animations, camera fades, level loading, and player control to seamlessly transition between gameplay modes

Planning and Organization

In the initial design discussion with the design team, I offer my expertise on what our engine is currently capable of, and how much of a lift a desired gameplay class would be to implement.

 

If there are gaps in engine capabilities, we also include engine programmers to determine if and how difficult it would be to fill said gaps.

With the initial design spec, I create and work with a logic flowchart to facilitate the creation of the gameplay class and its visual-scripted functionality. Some gameplay classes are time-based (i.e. first ‘x’ occurs, then ‘y’, then ‘z’) while others are event driven via triggers, switches, or various player inputs.

My priority as a technical designer is to identify and expose variables that gameplay designers can use to fine-tune and perfect the player experience. Some variables are requested up front (”We want to control how fast the elevator moves”), while others are implied or come up during the implementation process.

 

Acceleration/deceleration rates, the number and variety of spawned entities, delays and other timing specifications are just a few examples of potential variables kept in mind to expose to designers.

"Cosmic Rift"

An attack from "The Old One" boss fight.

The boss becomes temporarily invincible, summoning a "cosmic orb" that continuously pulls the player inward. After a countdown telegraphed by circular effects on the ground, the cosmic orb detonates, damaging and repelling the player if they are too close.

"Dimensional Merge"

An escalation attack from "The Old One" boss fight, marking the transition between boss phases. It involves a number of stars raining from the sky and opening portals from which tentacles emerge and attack upwards. 

After a first working prototype is created and handed off to the gameplay designers, the process repeats iteration by iteration.

 

At any point, the design spec can be adjusted as new functionality or exposed variables are requested.

 

At each step there is communication and discussion between myself and the gameplay designers, producers, engine programmers, and art teams as needed.

©2021 by Hyrum Gunther. Created with Wix.com

bottom of page