The Arty Of Party, Part 2.<\/a> In case you didn\u2019t want to read two articles today, an engagement graph is a diagram that shows how much of a player\u2019s time is spent actually participating in the game. You can note it mentally or write it down. This will give you a vaguely more objective way of measuring how much of the players\u2019 time is spent waiting for something to happen than asking the players.<\/p>\nYou\u2019ll want to start making engagement graphs once you\u2019ve moved on to the blind playtesting, where you observe as someone else reads over your rules and explains them to the other players. This should give you a better sense of how long your game takes to teach, especially without you there to give advice. Long periods of player inactivity, especially for every player combined, can be problematic.<\/p>\n
Engagement graphs are pretty broad and don\u2019t account for repeated small actions like shuffling, so you may want to make tally marks or something similar if you\u2019re concerned about it.<\/p>\n
Conclusion: Some Dumb Joke About Sonic \u201906<\/em> And Its Numerous Loading Screens<\/strong><\/p>\nOne might think that attempting to keep players 100% engaged is a particular trait of games, or of those darned millennials. But in any creative medium, the deadliest thing that could happen is nothing. A slasher movie doesn\u2019t improve with 15 additional minutes of idiot teenagers partying in the woods, a meal isn\u2019t tastier if you have to eat a bowl of gruel in the middle, and for everyone except me, Snow Crash<\/em> having pages and pages about the Sumerian linguistic system only dragged it down.<\/p>\nBy grinding your game to a finely honed edge of engaging play, you can create something that\u2019s better for your players and a better product in general. So start thinking about your loading screens!<\/p>\n","protected":false},"excerpt":{"rendered":"
Anyone who\u2019s played a video game in the last decade and a half can attest to how irritating frequent loading screens can be. Though the loading time is often necessary for the tiny people in the video game box to craft the next segment, loading screens detract \u2013\u00a0sometimes severely \u2013 from the gameplay experience. Good thing we\u2019re talking about tabletop game design and that isn\u2019t something we have to worry about, right? Wrong, strawman! Though board games are thankfully safe from having to worry about processing power and rendering and whatever else those video game people have to think about, our own version of loading screens \u2013\u00a0actions that aren\u2019t gameplay but are necessary for the gameplay to be meaningful \u2013\u00a0creep into games, at their worst preventing an otherwise enjoyable game from ever hitting the table. This article discusses the most common kinds of \u201cloading screens,\u201d how to minimize them, and why some are more insidious than others. Polishing Mana Crystals If you think about the times in a game when nobody gets to participate, the most obvious offenders are setup, rules explanations, and scoring. Of these, the rules are the most problematic: A long scoring period comes after players have already enjoyed most or all of the game, and a long setup is only a problem if the game is short enough to make it not worth it, while taking a long time to explain the rules sends many players running for the hills. Games with asymmetric mechanics, like Vast: The Crystal Caverns, especially suffer from this issue. However, you don\u2019t have a lot of tools to deal with long rules explanations because so many games require that all the rules be explained upfront. Nobody likes getting Columboed, but the only way the person who brought the game can stop that from happening is to explain even the rules that apply near the end of the game so nobody feels like they lost because of something they didn\u2019t understand. Similarly, some gameplay elements might be excellent, but require long setup or scoring periods at their core to function. There are also shorter actions that, if they happen too many times over the course of the game, add up to taking a lot of time. Public enemy number 1 here is shuffling a deck of cards; a 30-second process where everyone has to wait for the shuffler to finish can be aggravating if it happens too many times. Reticulating Splines Though having a \u201cloading screen\u201d in your game may be unavoidable, there are several methods that you can use to minimize them. How you solve this problem in your own design is usually on a case-by-case basis, but I have some scattered observations on problems that crop up most often. There\u2019s several ways to prevent a lengthy rules explanation from taking over the start of the game. In some games, it works best to attach fiddlier rules to cards or similar game components that the players accrue over the course of the game. Elysium, for example, has six or seven ways to use the variety of cards in it, but you don\u2019t need to know how they work until they\u2019re actually out on the board; thus, you don\u2019t have to explain how they work up front. Dungeon Lords has a very interesting way of handling this that I wanted to call particular attention to. At the halfway point of the game, a band of adventurers goes and attacks your dungeon. It\u2019s important to know how this works so you can build defenses, but the invasion is complicated, with a lot of rules. But instead of just listening to whoever brought the game blabber about it, you actually run a short simulation of a combat phase. The simulation is actually fairly challenging, which gives players the sense that they\u2019re accomplishing something when they efficiently defeat that rude cleric going around consecrating everything. For smaller loading screens, you might want to fold them into periods where the player is otherwise not doing anything anyway. Deckbuilding games starting with Dominion made the excellent decision to shuffle your new deck at the end of your turn, meaning that you\u2019ll be done by the time it\u2019s important and you aren\u2019t weighing down the other players. Elegant solutions lower the amount of brainpower needed to play and, more importantly, make you feel really good about yourself. Spinning Violently Around The Y-Axis \u00a0Something else that might help is creating an engagement graph, as discussed in The Arty Of Party, Part 2. In case you didn\u2019t want to read two articles today, an engagement graph is a diagram that shows how much of a player\u2019s time is spent actually participating in the game. You can note it mentally or write it down. This will give you a vaguely more objective way of measuring how much of the players\u2019 time is spent waiting for something to happen than asking the players. You\u2019ll want to start making engagement graphs once you\u2019ve moved on to the blind playtesting, where you observe as someone else reads over your rules and explains them to the other players. This should give you a better sense of how long your game takes to teach, especially without you there to give advice. Long periods of player inactivity, especially for every player combined, can be problematic. Engagement graphs are pretty broad and don\u2019t account for repeated small actions like shuffling, so you may want to make tally marks or something similar if you\u2019re concerned about it. Conclusion: Some Dumb Joke About Sonic \u201906 And Its Numerous Loading Screens One might think that attempting to keep players 100% engaged is a particular trait of games, or of those darned millennials. But in any creative medium, the deadliest thing that could happen is nothing. A slasher movie doesn\u2019t improve with 15 additional minutes of idiot teenagers partying in the woods, a meal isn\u2019t tastier if you have to eat a bowl of gruel in the middle, and for everyone except me, Snow Crash having pages and pages about the Sumerian linguistic system only dragged it down. By grinding your game to a finely honed edge of engaging play, you can create something that\u2019s better for your players and a better product in general. So start thinking about your loading screens!<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"_links":{"self":[{"href":"http:\/\/www.phantomknightgames.com\/news\/wp-json\/wp\/v2\/posts\/171"}],"collection":[{"href":"http:\/\/www.phantomknightgames.com\/news\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.phantomknightgames.com\/news\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.phantomknightgames.com\/news\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.phantomknightgames.com\/news\/wp-json\/wp\/v2\/comments?post=171"}],"version-history":[{"count":2,"href":"http:\/\/www.phantomknightgames.com\/news\/wp-json\/wp\/v2\/posts\/171\/revisions"}],"predecessor-version":[{"id":173,"href":"http:\/\/www.phantomknightgames.com\/news\/wp-json\/wp\/v2\/posts\/171\/revisions\/173"}],"wp:attachment":[{"href":"http:\/\/www.phantomknightgames.com\/news\/wp-json\/wp\/v2\/media?parent=171"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.phantomknightgames.com\/news\/wp-json\/wp\/v2\/categories?post=171"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.phantomknightgames.com\/news\/wp-json\/wp\/v2\/tags?post=171"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}