Game Development for

Transcription

1 Game Development for

2 Who am I? Harry Krueger Senior Programmer at Housemarque Games Lead Programmer on Resogun

3

4 Presentation Flow Intro to Housemarque and Resogun Housemarque Engine and Tools Platform-specific (PS4) discussion Game-specific solutions and iteration process Q&A, discarded art and ideas, discussion

5 Oldest game company in Finland Roots in Finnish demoscene Currently employs 50+ people Focus on combining traditional gaming values and cutting edge tech

6 Resogun Overview Spiritual successor to Super Stardust HD Modern reimagining of Defender Intense cylindrical Gameplay Voxel destruction mayhem Easy to pick up, hard to master

7

8

9

10

11

12

13

14 DEMO

15 Engine Overview What is a Game Engine? Responsibilities Rendering! Animation Resources Input Math/Physics Scripting Networking Localization Debugging Time travel (eventually )

16 Housemarque Engine Overview Highly modular design, flexible and portable Rendering is largest part Single-threaded implementation Multiplatform abstraction Balance accessibility and control Fast!

17 Engine: Tools and Resources Tweakable system Runtime game tweaking Tools and Editors Stated (State machine editor) Menu layout editor Tonemap editor etc. Scripting (Python, Lua) Resource handling, systems config, renderscripts, Project generation, package building, utilities etc. Twister Resource management Debug connection

18 Twister Builds single resource file Meshes, Animations Particle Effects Textures Scripts Shaders Custom resources Platform-specific optimizations Debug connection

19 Engine: rendering system Deferred rendering solution Tile-based lighting (compute-shader) Script-based (LUA) renderscript setup Render node pipeline Independent render tasks Interface between engine and game code SUPER fast and flexible Easy and safe to iterate over

20 What goes into a frame Compute Shader particles Level voxel Physical voxels Entity voxels SSAO Screens-space reflections Water simulation Color grading Distortion Bloom Enemy outlines Vignette FXAA Color splitting Menu overlays

21 Multiplatform Development Weakest platform becomes the lead Big power gap => more drastic solutions Engine makes platform code invisible Often need platform-specific solutions in game Shader compatibility Asset optimizations

22 Working with the PS4 Unified memory Compute Shaders Launch game, SDK not final Generally faster, raw power

23 PS4: Unified Memory 8GB GDDR5 Unified RAM About ~5GB usable by game CPU and GPU => same memory space Sharing data is much faster. Flexibility Generally makes things MUCH easier

24 PS4: Compute Shaders Ability to run generic code on GPU Works well with small chunks of data (like cubes!) Resogun is very GPU-intensive Most of Voxel tech runs on GPU

25 Game Logic Entities (enemies, bullets, player) Assets, FX, level flow Menus, game modes Game rules and state Game subsystems GFX engine lowlevel Game framework (fiber system) Collision detection Effect systems Manager classes Scripting Shader parameter contents Object drawing Space partitions Particle engine Update Loop Resource Management Platform Layer OS Wrapper Middleware Lowlevel GFX driver (platform specific), Platform Init Platform API Graphics, Audio, File system, Online services, File IO, Input, Threading etc.

26 Game systems Fiber system Turbo particles Multiplayer and Determinism Scripting integration and one last thing

27

28 Voxels! What is a voxel? Building blocks of Resogun universe Heavy utilization of Compute Shaders 500,000 physical cubes in gameplay Levels are made of millions Not point sprites, actual cube meshes Everything is destructible

29 Voxel asset generation Maya custom toolchain Voxelized Levels Voxelized Entities ( cubemeshes ) Enemies Player decoration items etc.

30 Voxelized Level generation Build level with traditional mesh tools Custom tool raytraces structure => generates hollow cube meshes Per-object attributes define materials Indestructible Frame cubes Exported as 3D textures One for level center One for gameplay ring

31 Voxel level generation process Build assets using traditional tools Voxelized asset! (hollow, surface cubes only) (Custom tool magic)

32 Base mesh

33 Generated

34 Colored

35 Frames

36 Voxelized entity generation Similar process to level generation Standard meshes -> custom format Non-uniform cubes Support animations Exported as individual cubes, no hierarchy Traditional keyframes and interpolation Separation into groups and sub-groups Needed for correct connectivity

37 Base mesh Colored Generated

38

39 Voxel System Over 1GB of memory used for Voxels Several voxel types in use: Level Voxels Static voxels for level center Curved voxels for gameplay ring Physical Voxels Enemy Cubes

40 Static Voxel Geometry Not actually Voxels Generates traditional meshes Polygonized during runtime With each explosion, visible geometry is recalculated Chipped away voxels become dynamic voxels Gameplay ring generates curved geometry

41 Physical Cubes Compute Shader does all work on GPU Physics Environment collisions Game object collisions (player ship etc.) Geometry generation Not point sprites, actual physical cubes Cubes have Individual lighting Material Cast own shadow

42 Semi-voxel curiosities Enemy Cubes While cubes are attached to enemies, they are updated by CPU Once detached, simulation is passed to GPU Reuse physics + collisions Unified memory advantage Collectable Green Cubes Separate physics model

43 DEMO

44 Fiber system Multithreaded framework for game code Hundreds of small tasks running independently No scheduling Resolve dependencies during runtime Very fast and flexible

45 Multiplayer and Determinism Deterministic model Same input -> same output Resogun has way too much stuff to sync traditionally Light weight only send input over network Progress when input from both players is available Input lag compensation, buffer input Multiplatform considerations Fiber system complications

46 Turbo particles Utilise Compute Shaders CPU decides on data from gameplay Passes data to CS CS creates particles and runs simulation Sub-frame simulation Collisions (e.g. beam->enemy) Used for Enemy beams Overdrive Beam Shockwave/bomb Lightning Phase End particle text

47 Development and Iteration Tweakables Enable runtime tweaking of variables ability to save them during runtime Level script and script integration Give control to designers, independence Used for level flow, weapon system, difficulty, scoring rules Exe and data Each time code changes need new exe for team Coders try to make themselves redundant for designers

48 Level Editor + Scripts Custom tool for generating attack waves Exports Lua script which are run in game (updated each frame) Can be updated during runtime via Debug Connection

49 TODO: attach images

50

51 Iteration process Play test sessions Trying out things is often faster than discussing them Allow for quick failure and iteration Weekly meetings kept quick and efficient Focused brainstorming sessions Maintain a cohesive vision

52 Design Define the creative box! Design is about setting constraints, clarifying intention Often less is more Easy to come up with ideas, hard to narrow them down

53 The path Many perfect paths don t get obsessed chasing the right one Choose one and stick to it Things are always changing New ideas require new features Old ones may prove obsolete Iteration! Final can be temp, temp can be final Have fun, and let the game decide!

54 VIDEO

55

56

57

58

59

60

61

62

63 Thank you!!