<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>procedure &amp;mdash; HillTown Studio Longform Content</title>
    <link>https://blog.hilltown.studio/tag:procedure</link>
    <description></description>
    <pubDate>Tue, 18 Aug 2026 14:14:23 +0000</pubDate>
    <item>
      <title>A Rule of Three</title>
      <link>https://blog.hilltown.studio/a-rule-of-three</link>
      <description>&lt;![CDATA[#theory #procedure&#xA;&#xA;&#34;What should I prep for my session?&#34; you ask, mere hours before the session starts. This is something that happens regularly in the DM Academy Discord. We field questions routinely about how much of anything a DM should prep. &#xA;&#xA;Understanding, of course, that different games have different preparation demands, there are nevertheless some principles one can apply broadly. The five room dungeon is one example, and my go-to scale for hexcrawls is 7 or 19 hexes (a hex flower). But when sketching out preparation from the largest to the smallest scales (worldbuilding all the way down to individual encounters), I keep circling around one number: three.&#xA;&#xA;A &#34;rule of three&#34; for TTRPG prep goes like this: Focus on three things. Zoom in or out and focus on three more things. In this way, you can build complexity without overtaxing yourself. But don&#39;t forget that most of this prep is just window dressing if it&#39;s not immediately gameable by your player characters!&#xA;&#xA;Let&#39;s look at this more closely with some particular examples.&#xA;&#xA;Worldbuilding&#xA;&#xA;At the scale of the world, your main concerns are the shape of the world, its major historical arcs, and the people who shaped it or were shaped by it. So think of:&#xA;&#xA;Three continents, countries, kingdoms, or regions, depending on the precise scale you&#39;re looking for. &#xA;Three historical eras at any or all of these resolution scales.&#xA;Three peoples involved. (Sure, you can just adopt the generic D&amp;D fantasy races/species, but ask yourself: are all of these peoples the major players of every era?)&#xA;&#xA;Then zoom in or out and repeat until you have a sketch of what your world looks like. One of the benefits of doing things this way is that you also get some hints on what might be interesting factions, situations, and even points of interest/adventure sites.&#xA;&#xA;Campaign or Adventure&#xA;&#xA;Campaigns often have a beginning, a middle, and an end, unless they are open-ended sandboxes like my current Dolmenwood campaign. But if you were following along above, you might already have some ideas on when and where to set them, as well as who might be involved. Campaigns usually zoom in considerably. For the start of a campaign, you need any of the following:&#xA;&#xA;A place to start: a town, a forest, and a dungeon. This was the name of a Cairn game jam, but it&#39;s also a good heuristic for thinking about location building.&#xA;An alternative: A point of interest, a person, and a situation.&#xA;Some hexes, each with three things: something visibly interesting, something hidden, and something secret. The visibly interesting thing can be found by traveling there; the hidden thing can be found just by searching; and the secret can be uncovered only by gaining specific information.&#xA;Some people, you guessed it, with three things: a thing they know or have, a thing they want, and a thing they&#39;re willing to do to get what they want.&#xA;Alternatively or in addition, your people can each have: a distinguishing feature, a mannerism, and some likes/dislikes. Is that three things? I&#39;m counting it.&#xA;People don&#39;t always act alone. They join groups, like factions. Make three of them!&#xA;Each faction has a set of resources, a set of goals (and current progress), and an attitude toward at least one other faction.&#xA;A dungeon. But you know what I&#39;m gonna say? Model what it has using the same approach as for hexes, but also consider: a threat, a treasure, and a secret, perhaps something that connects to other secrets.&#xA;&#xA;Encounters&#xA;&#xA;Can we build encounters with a rule of three? Why not? I&#39;d focus on these three things when setting up an encounter:&#xA;&#xA;What are they doing now? And how will they react to the PCs?&#xA;How likely are they to stay and fight if things go sideways?&#xA;If they fight, why?&#xA;&#xA;These are nothing more than &#34;reaction&#34;, &#34;morale&#34;, and a sense of motivation, which can also speak to tactics (if you know why they fight, you&#39;ll know how they&#39;re likely to fight). Use your favorite tables to determine these during play.&#xA;&#xA;Okay, what about the composition of enemies in a more tactical setup? In this situation, you can think of a defense (or offense) in depth scenario. You need:&#xA;&#xA;Front-line warriors.&#xA;Mobile skirmishers.&#xA;Ranged attackers (weapons or magic).&#xA;&#xA;Which of course means thinking about what groupings go well together and create good battlefield synergies.&#xA;&#xA;So that&#39;s it! A rule of three you can use for any kind of preparation. Is it comprehensive? I doubt it. There is undoubtedly more to say. Is it simplistic? A little. But layer these things on and jam them next to each other, and you get a lot of interactivity and apparent depth without too much work.&#xA;&#xA;++++&#xD;&#xA;Like what you just read? You can subscribe to new posts on this blog via any ActivityPub platform (Mastodon, Pleroma, etc.) at @aaron@blog.hilltown.studio or via RSS at https://blog.hilltown.studio/feed]]&gt;</description>
      <content:encoded><![CDATA[<p><a href="https://blog.hilltown.studio/tag:theory" class="hashtag"><span>#</span><span class="p-category">theory</span></a> <a href="https://blog.hilltown.studio/tag:procedure" class="hashtag"><span>#</span><span class="p-category">procedure</span></a></p>

<p>“What should I prep for my session?” you ask, mere hours before the session starts. This is something that happens regularly in the DM Academy Discord. We field questions routinely about how much of anything a DM should prep.</p>

<p>Understanding, of course, that different games have different preparation demands, there are nevertheless some principles one can apply broadly. The five room dungeon is one example, and my go-to scale for hexcrawls is 7 or 19 hexes (a hex flower). But when sketching out preparation from the largest to the smallest scales (worldbuilding all the way down to individual encounters), I keep circling around one number: three.</p>

<p>A “rule of three” for TTRPG prep goes like this: Focus on three things. Zoom in or out and focus on three more things. In this way, you can build complexity without overtaxing yourself. But don&#39;t forget that most of this prep is just window dressing if it&#39;s not immediately gameable by your player characters!</p>

<p>Let&#39;s look at this more closely with some particular examples.</p>

<h2 id="worldbuilding">Worldbuilding</h2>

<p>At the scale of the world, your main concerns are the shape of the world, its major historical arcs, and the people who shaped it or were shaped by it. So think of:</p>
<ul><li>Three continents, countries, kingdoms, or regions, depending on the precise scale you&#39;re looking for.</li>
<li>Three historical eras at any or all of these resolution scales.</li>
<li>Three peoples involved. (Sure, you can just adopt the generic D&amp;D fantasy races/species, but ask yourself: are all of these peoples the major players of every era?)</li></ul>

<p>Then zoom in or out and repeat until you have a sketch of what your world looks like. One of the benefits of doing things this way is that you also get some hints on what might be interesting factions, situations, and even points of interest/adventure sites.</p>

<h2 id="campaign-or-adventure">Campaign or Adventure</h2>

<p>Campaigns often have a beginning, a middle, and an end, unless they are open-ended sandboxes like my current Dolmenwood campaign. But if you were following along above, you might already have some ideas on when and where to set them, as well as who might be involved. Campaigns usually zoom in considerably. For the start of a campaign, you need any of the following:</p>
<ul><li>A place to start: a town, a forest, and a dungeon. This was the name of a Cairn game jam, but it&#39;s also a good heuristic for thinking about location building.</li>
<li>An alternative: A point of interest, a person, and a situation.</li>
<li>Some hexes, each with three things: something visibly interesting, something hidden, and something secret. The visibly interesting thing can be found by traveling there; the hidden thing can be found just by searching; and the secret can be uncovered only by gaining specific information.</li>
<li>Some people, you guessed it, with three things: a thing they know or have, a thing they want, and a thing they&#39;re willing to do to get what they want.</li>
<li>Alternatively or in addition, your people can each have: a distinguishing feature, a mannerism, and some likes/dislikes. Is that three things? I&#39;m counting it.</li>
<li>People don&#39;t always act alone. They join groups, like factions. Make three of them!</li>
<li>Each faction has a set of resources, a set of goals (and current progress), and an attitude toward at least one other faction.</li>
<li>A dungeon. But you know what I&#39;m gonna say? Model what it has using the same approach as for hexes, but also consider: a threat, a treasure, and a secret, perhaps something that connects to other secrets.</li></ul>

<h2 id="encounters">Encounters</h2>

<p>Can we build encounters with a rule of three? Why not? I&#39;d focus on these three things when setting up an encounter:</p>
<ul><li>What are they doing now? And how will they react to the PCs?</li>
<li>How likely are they to stay and fight if things go sideways?</li>
<li>If they fight, why?</li></ul>

<p>These are nothing more than “reaction”, “morale”, and a sense of motivation, which can also speak to tactics (if you know why they fight, you&#39;ll know how they&#39;re likely to fight). Use your favorite tables to determine these during play.</p>

<p>Okay, what about the composition of enemies in a more tactical setup? In this situation, you can think of a defense (or offense) in depth scenario. You need:</p>
<ul><li>Front-line warriors.</li>
<li>Mobile skirmishers.</li>
<li>Ranged attackers (weapons or magic).</li></ul>

<p>Which of course means thinking about what groupings go well together and create good battlefield synergies.</p>

<p>So that&#39;s it! A rule of three you can use for any kind of preparation. Is it comprehensive? I doubt it. There is undoubtedly more to say. Is it simplistic? A little. But layer these things on and jam them next to each other, and you get a lot of interactivity and apparent depth without too much work.</p>

<p>++++
Like what you just read? You can subscribe to new posts on this blog via any ActivityPub platform (Mastodon, Pleroma, etc.) at <a href="https://blog.hilltown.studio/@/aaron@blog.hilltown.studio" class="u-url mention">@<span>aaron@blog.hilltown.studio</span></a> or via RSS at <a href="https://blog.hilltown.studio/feed">https://blog.hilltown.studio/feed</a></p>
]]></content:encoded>
      <guid>https://blog.hilltown.studio/a-rule-of-three</guid>
      <pubDate>Fri, 17 Jan 2025 21:01:40 +0000</pubDate>
    </item>
    <item>
      <title>Filling In the Procedures</title>
      <link>https://blog.hilltown.studio/filling-in-the-procedures</link>
      <description>&lt;![CDATA[#theory #procedure&#xA;&#xA;Yet another stab at exploration procedures.&#xA;&#xA;The problem with procedures in TTRPGs that are on the lighter side of the rules divide (generally in the OS[R] space) is that they are sparse and leave much to DM ruling. &#34;But,&#34; you say, &#34;isn&#39;t one of the core principles of the OSR (if not the old-school games themselves) &#39;rulings over rules&#39;?&#34; And sure, that&#39;s a principle. And what this write-up represents is probably nothing more than some fancy house rules. But the procedures here help me answer some key questions that I&#39;d rather generate than improvise.&#xA;&#xA;The questions:&#xA;&#xA;What does it mean to get lost?&#xA;Why did the party get lost?&#xA;When in the adventuring day/march does the party veer off course?&#xA;Where do they go instead?&#xA;What are the consequences?&#xA;What do they meet on the way?&#xA;If they meet anything or anyone, when does the encounter occur?&#xA;&#xA;What does it mean to get lost?&#xA;&#xA;Under optimal circumstances, the party knows where they are now, where their objective is, and which direction will get them there. Getting lost means losing track of one or more of these aspects, so the procedures here supplement the question of what it means to be lost. For practical purposes, we focus on deviating from an established course, but there are also interesting matters contained in the question of why the party got lost. I feel this requires a more holistic treatment than the chain of simple procedures that are common.&#xA;&#xA;Before I proceed, I should note: getting lost does not automatically denote lack of skill. Rather, the point of these procedures is to help explain why competent characters get turned around and find themselves somewhere they didn&#39;t expect.&#xA;&#xA;For reference, the most basic procedure is: conduct a navigation or exploration check of some sort at the beginning of the day; on a failure determine (usually randomly) which direction the party goes instead of the direction they wanted to go. Repeat for each day.&#xA;&#xA;Not contained in this procedure is a sense of why the party got lost, or when the course deviation occurred. So let&#39;s add those considerations.&#xA;&#xA;Why did the party get lost?&#xA;&#xA;This is the additional procedure that creates the most potential work for the DM, but that&#39;s because it both demands foreknowledge of the terrain and promotes creativity with respect to terrain and weather, among other things. But if you&#39;re running a sufficiently detailed point or hex crawl, one where terrain matters, you already have some idea what the terrain constraints are. Let&#39;s take a look at a few natural consequences of terrain that could result in getting lost. &#xA;&#xA;Terrain: Mountainous&#xA;&#xA;In the mountains, a party might get lost because there are mountains in the way, and the guide couldn&#39;t find a way from point A to point B without deviating. They might also get lost because the mountains or vegetation around them and above them obscure the sun and make it difficult to keep a directional bearing. They might veer off course because they can&#39;t cross a river. And finally, they may encounter some kind of hazard, such as a rock slide, a flash flood, an avalanche, or other event that forces them off the path they were on. (Hazards and disasters will be a recurring feature in this discussion, and this is an invitation to consider the effects of such events on both course and progress.)&#xA;&#xA;Terrain: Rolling hills&#xA;&#xA;With gentler terrain, one might veer off course only slightly, rather than getting turned around entirely. Nevertheless, lack of landmarks, presence of uncrossable rivers and streams, marshy lowlands, and the presence of thick vegetation (forests, jungles, etc.) make wayfinding a lot more difficult than it could be. And weather will affect the visibility of landmarks that do exist. Additionally, there are still possible hazards here: flash flooding can wash a party out of a gully, wildfires can force the party in a less optimal direction, and storms can force them to take cover somewhere to wait it out.&#xA;&#xA;Terrain: Flat plain&#xA;&#xA;The biggest impediment to navigation over flat plains will be lack of clear landmarks. A party can presumably navigate by the sun and stars with some degree of competence, so unless thick vegetation (forests or tall grasses) obscures the celestial bodies, keeping a straight course should be feasible. Weather can also affect the visibility of both landmarks and celestial bodies, making navigation more difficult even on flat, open ground. And finally, there are still potential hazards at play, including wildfires and storms.&#xA;&#xA;Terrain: On the water&#xA;&#xA;Generally we mean open sea, but sizable lakes can also qualify. Landmarks at sea may be few and far between, and obscured by weather. Additionally, weather may affect how fast the party can sail or if they should (assuming they can) row. Rough seas and unexpected currents, as well as difficulty catching the wind to propel in the right direction can cause course errors, and of course storms can threaten the boat and move the party off course.&#xA;&#xA;What this section adds up to is the possibility of populating some quick tables to help explain why the PCs got lost in the first place. I find that such randomness helps me to fill in blanks in my own reasoning, or provide natural stepping stones to complete my explanations. But whereas we now have some idea of why a party might get lost, we still need to know when it occurs.&#xA;&#xA;When did the party get lost?&#xA;&#xA;This section and the next require thinking not just about time, but also distance, and are really only separated for practical reasons. &#xA;&#xA;Various systems provide a sense of what an adventuring day looks like. I prefer a day divided into six or eight parts, half of which are part of the movement portion of the day, and the other half of which are spent not moving. In this scheme, movement takes 12 hours of the day. The remaining 12 hours are spent either resting or preparing or breaking camp. I prefer a breakdown like this because a 12 hour stretch of movement, whether you want to further break it down or not, maps to a d12. This allows a quick d12 roll to determine at what hour the course deviation occurs. It also allows you to figure out when an encounter occurs, in case you&#39;re checking &#34;day&#34; vs &#34;night&#34; encounters, for instance (see &#34;When did the party encounter something?&#34; below).&#xA;&#xA;Why do you want this information? Well, if you are sizing your hexes in a manner such that the party can travel through one per hour, or you can easily determine how many hexes they&#39;ve covered in one hour, you can more easily plot any course deviations that result from getting lost. Same for points, distance between, and directions they go to get there, or the time it ultimately takes to get there. &#xA;&#xA;Where did they go instead?&#xA;&#xA;Once a course deviation occurs, and once you know when it started, you can plot out the arc to its conclusion. Again, sizing your hexes or spacing your points in a way that allows for easy single hour travel calculations will make this procedure a lot smoother. Fortunately, hex sizes (I can&#39;t speak as easily for point distances) tend to come in some easy to calculate flavors:&#xA;&#xA;The 1 mile hex is amenable to x miles per hour travel speed (usually about 3 walking and 6 sailing).&#xA;The 3 mile hex is amenable to x hexes per hour (1 hex walking, 2 hexes sailing).&#xA;The 6 mile hex is amenable to x hexes per day (2 hexes walking, 6 hexes sailing).&#xA;&#xA;And so on.&#xA;&#xA;Now, armed with time and some basic distances, it&#39;s time to articulate the procedure. If you&#39;re using a hex, roll a d6. Compare the result with the intended direction for the day.&#xA;&#xA;Fail forward. The party still goes in the intended direction, but progress forward stops at the appointed hour. This means it could be possible to spend 1 hour marching forward and the remaining 11 hours of the day looking for a viable path forward.&#xA;Veer 45 degrees to the right.&#xA;Circle back in a direction clockwise from the intended direction. If course error occurs early enough, the party may walk in a clockwise circle.&#xA;Fail backward. The party doubles back on its original path.&#xA;Circle back in a direction counterclockwise from the intended direction.&#xA;Veer 45 degrees to the left.&#xA;&#xA;Start the course error after the party has traveled in the intended direction for the time you rolled on your When? d12, then either continue true or in the clockwise or counterclockwise circling directions until you run out of hours to travel. Make random encounter checks at appropriate intervals (often when entering a new hex, but it depends on terrain and overall encounter density).&#xA;&#xA;In cases where the party circles around or backtracks, you can provide some hints, which could allow them to course correct. Otherwise, only a change in navigational circumstances will help them get back on course. &#xA;&#xA;What are the consequences?&#xA;&#xA;The first and most obvious consequence to this procedure is that a lost party ends its adventuring day in a place other than where it intended to go. The second consequence is that getting where they want to go will take longer than they anticipated. The third consequence is that they will consume more resources than they anticipated, potentially having to delay further by stopping to hunt or forage. And the fourth consequence is that they increase their chance of random encounters, including additional weather hazards, disaster conditions, and wandering monsters, which means more danger overall.&#xA;&#xA;What do they meet along the way?&#xA;&#xA;This is where you develop your random encounter tables. If you&#39;ve been paying attention, you should now have an idea that the random encounter tables a) should be tailored to the locale, and b) should not be limited to wandering monsters. If you like, divide up a set of encounters into two categories: monsters and hazards. Monsters, of course, are probably already on your tables. You can find plenty of resources to populate wandering monster tables. Additionally, you might want encounters that aren&#39;t intended to be dangerous or provide avenues for combat (though never rule those out completely), but instead just serve to reinforce the flavor of the world by offering tailored points of interaction. Hazards, on the other hand, may not yet be on your tables, so let&#39;s talk about hazards.&#xA;&#xA;Generally, hazards should be one of a few types: sudden disasters; significant and especially dangerous obstacles; or mishaps. In all cases, hazards should threaten some aspect of continued travel (even to retreat). The main threats are to mission, course, speed, provisions (both consumable items and gear), and the life/health of the party members (including retainers). Some will vary by locale, and others are generalized across many terrain types, though terrain will play a part in how easy such hazards are to survive.&#xA;&#xA;[Side thought: It occurs to me that the threat hierarchy looks somewhat like the old saving throw setup, where you go down the list and choose which saving throw applies by ruling out the previous ones. In that case, the order should be life/health, provisions, speed, course, and mission.]&#xA;&#xA;Sudden disasters include earthquakes, (flash) floods, avalanches, rock slides, tsunamis, tornadoes, etc.; basically anything that can have a quick enough onset that the party can only react by taking shelter (stalling progress) or taking another route (losing course). In some cases, the party may be in the path of these disasters, in which case you can determine what threats they pose. For instance, getting caught in a flash flood while walking through a canyon is an obvious threat to life, but also to provisions, which can be swept away. Riding those sudden rapids represents a course change as well, so is a threat to course, assuming survival.&#xA;&#xA;Dangerous obstacles are things that are risky or impossible to overcome without threatening the lives of the party members. Deep, swift rivers are a usual example, and historically the only way across one without a boat or bridge was to either find a ford or tie ropes and try to swim across (though this doesn&#39;t eliminate the threat to provisions).&#xA;&#xA;Mishaps are any minor obstacles, missteps, or events that pose a threat, usually to speed, course, or provisions. Thick undergrowth, for instance may serve to slow the party or turn them off course, while insects or animals may rummage through the party&#39;s food supplies. &#xA;&#xA;I&#39;m not going to detail a host of hazards here, but this is a topic I&#39;ve been thinking about for years, and this post has reignited my interest in developing more hazard procedures for my games.&#xA;&#xA;When did the party encounter something?&#xA;&#xA;If you&#39;ve rolled up a monster or hazard (or any other kind of encounter you&#39;ve primed for your location), and your encounter tables aren&#39;t on a per-hex basis (i.e., rolling an encounter check when entering a new hex), you will want to know when the encounter occurs. Again, use a d12 to determine the hour of the adventuring day. Similarly, you can figure the same thing out for resting encounters. But this part of the procedure isn&#39;t strictly necessary, especially if you have a different encounter pace in mind.&#xA;&#xA;Putting it all together&#xA;&#xA;Have your populated tables at hand:&#xA;A weather table, with some idea of how the weather affects the terrain the party is crossing.&#xA;Random encounter tables, some regional, some hex-based, tailored as much as you need.&#xA;Hazard tables that provide interesting and meaningful threats to life, provisions, speed, course, and/or mission.&#xA;&#xA;An entire procedure for a day of traveling looks like this:&#xA;&#xA;Determine weather and its effects in the terrain the party intends to cross.&#xA;Have the navigator or guide make a relevant check (x-in-6, skill vs DC, whatever your system has).&#xA;If the roll is a course error of some sort, determine when it happened (1d12 hours after starting out)&#xA;Then determine what direction the party went instead (1d6).&#xA;And then attempt to explain the course error based on the weather, terrain, and directions. Consider when it might be appropriate to let the party know of the course error and correct it.&#xA;[Throughout] Whether a course error occurred or not, make appropriate random encounter checks at established intervals (time or distance), including for hazards to help explain course errors.&#xA;&#xA;And that&#39;s it!&#xA;&#xA;++++&#xD;&#xA;Like what you just read? You can subscribe to new posts on this blog via any ActivityPub platform (Mastodon, Pleroma, etc.) at @aaron@blog.hilltown.studio or via RSS at https://blog.hilltown.studio/feed]]&gt;</description>
      <content:encoded><![CDATA[<p><a href="https://blog.hilltown.studio/tag:theory" class="hashtag"><span>#</span><span class="p-category">theory</span></a> <a href="https://blog.hilltown.studio/tag:procedure" class="hashtag"><span>#</span><span class="p-category">procedure</span></a></p>

<p>Yet another stab at exploration procedures.</p>

<p>The problem with procedures in TTRPGs that are on the lighter side of the rules divide (generally in the OS[R] space) is that they are sparse and leave much to DM ruling. “But,” you say, “isn&#39;t one of the core principles of the OSR (if not the old-school games themselves) &#39;rulings over rules&#39;?” And sure, that&#39;s a principle. And what this write-up represents is probably nothing more than some fancy house rules. But the procedures here help me answer some key questions that I&#39;d rather generate than improvise.</p>

<p>The questions:</p>
<ol><li>What does it mean to get lost?</li>
<li>Why did the party get lost?</li>
<li>When in the adventuring day/march does the party veer off course?</li>
<li>Where do they go instead?</li>
<li>What are the consequences?</li>
<li>What do they meet on the way?</li>
<li>If they meet anything or anyone, <em>when</em> does the encounter occur?</li></ol>

<h2 id="what-does-it-mean-to-get-lost">What does it mean to get lost?</h2>

<p>Under optimal circumstances, the party knows where they are now, where their objective is, and which direction will get them there. Getting lost means losing track of one or more of these aspects, so the procedures here supplement the question of what it means to be lost. For practical purposes, we focus on deviating from an established course, but there are also interesting matters contained in the question of <em>why</em> the party got lost. I feel this requires a more holistic treatment than the chain of simple procedures that are common.</p>

<p>Before I proceed, I should note: getting lost does not automatically denote lack of skill. Rather, the point of these procedures is to help explain why competent characters get turned around and find themselves somewhere they didn&#39;t expect.</p>

<p>For reference, the most basic procedure is: conduct a navigation or exploration check of some sort at the beginning of the day; on a failure determine (usually randomly) which direction the party goes instead of the direction they wanted to go. Repeat for each day.</p>

<p>Not contained in this procedure is a sense of why the party got lost, or when the course deviation occurred. So let&#39;s add those considerations.</p>

<h2 id="why-did-the-party-get-lost">Why did the party get lost?</h2>

<p>This is the additional procedure that creates the most potential work for the DM, but that&#39;s because it both demands foreknowledge of the terrain and promotes creativity with respect to terrain and weather, among other things. But if you&#39;re running a sufficiently detailed point or hex crawl, one where terrain matters, you already have some idea what the terrain constraints are. Let&#39;s take a look at a few natural consequences of terrain that could result in getting lost.</p>

<h3 id="terrain-mountainous">Terrain: Mountainous</h3>

<p>In the mountains, a party might get lost because there are mountains in the way, and the guide couldn&#39;t find a way from point A to point B without deviating. They might also get lost because the mountains or vegetation around them and above them obscure the sun and make it difficult to keep a directional bearing. They might veer off course because they can&#39;t cross a river. And finally, they may encounter some kind of hazard, such as a rock slide, a flash flood, an avalanche, or other event that forces them off the path they were on. (Hazards and disasters will be a recurring feature in this discussion, and this is an invitation to consider the effects of such events on both course and progress.)</p>

<h3 id="terrain-rolling-hills">Terrain: Rolling hills</h3>

<p>With gentler terrain, one might veer off course only slightly, rather than getting turned around entirely. Nevertheless, lack of landmarks, presence of uncrossable rivers and streams, marshy lowlands, and the presence of thick vegetation (forests, jungles, etc.) make wayfinding a lot more difficult than it could be. And weather will affect the visibility of landmarks that do exist. Additionally, there are still possible hazards here: flash flooding can wash a party out of a gully, wildfires can force the party in a less optimal direction, and storms can force them to take cover somewhere to wait it out.</p>

<h3 id="terrain-flat-plain">Terrain: Flat plain</h3>

<p>The biggest impediment to navigation over flat plains will be lack of clear landmarks. A party can presumably navigate by the sun and stars with some degree of competence, so unless thick vegetation (forests or tall grasses) obscures the celestial bodies, keeping a straight course should be feasible. Weather can also affect the visibility of both landmarks and celestial bodies, making navigation more difficult even on flat, open ground. And finally, there are still potential hazards at play, including wildfires and storms.</p>

<h3 id="terrain-on-the-water">Terrain: On the water</h3>

<p>Generally we mean open sea, but sizable lakes can also qualify. Landmarks at sea may be few and far between, and obscured by weather. Additionally, weather may affect how fast the party can sail or if they should (assuming they can) row. Rough seas and unexpected currents, as well as difficulty catching the wind to propel in the right direction can cause course errors, and of course storms can threaten the boat and move the party off course.</p>

<p>What this section adds up to is the possibility of populating some quick tables to help explain why the PCs got lost in the first place. I find that such randomness helps me to fill in blanks in my own reasoning, or provide natural stepping stones to complete my explanations. But whereas we now have some idea of why a party might get lost, we still need to know when it occurs.</p>

<h2 id="when-did-the-party-get-lost">When did the party get lost?</h2>

<p>This section and the next require thinking not just about time, but also distance, and are really only separated for practical reasons.</p>

<p>Various systems provide a sense of what an adventuring day looks like. I prefer a day divided into six or eight parts, half of which are part of the movement portion of the day, and the other half of which are spent not moving. In this scheme, movement takes 12 hours of the day. The remaining 12 hours are spent either resting or preparing or breaking camp. I prefer a breakdown like this because a 12 hour stretch of movement, whether you want to further break it down or not, maps to a d12. This allows a quick d12 roll to determine at what hour the course deviation occurs. It also allows you to figure out when an encounter occurs, in case you&#39;re checking “day” vs “night” encounters, for instance (see “When did the party encounter something?” below).</p>

<p>Why do you want this information? Well, if you are sizing your hexes in a manner such that the party can travel through one per hour, or you can easily determine how many hexes they&#39;ve covered in one hour, you can more easily plot any course deviations that result from getting lost. Same for points, distance between, and directions they go to get there, or the time it ultimately takes to get there.</p>

<h2 id="where-did-they-go-instead">Where did they go instead?</h2>

<p>Once a course deviation occurs, and once you know when it started, you can plot out the arc to its conclusion. Again, sizing your hexes or spacing your points in a way that allows for easy single hour travel calculations will make this procedure a lot smoother. Fortunately, hex sizes (I can&#39;t speak as easily for point distances) tend to come in some easy to calculate flavors:</p>
<ol><li>The 1 mile hex is amenable to x miles per hour travel speed (usually about 3 walking and 6 sailing).</li>
<li>The 3 mile hex is amenable to x hexes per hour (1 hex walking, 2 hexes sailing).</li>
<li>The 6 mile hex is amenable to x hexes per day (2 hexes walking, 6 hexes sailing).</li></ol>

<p>And so on.</p>

<p>Now, armed with time and some basic distances, it&#39;s time to articulate the procedure. If you&#39;re using a hex, roll a d6. Compare the result with the intended direction for the day.</p>
<ol><li>Fail forward. The party still goes in the intended direction, but progress forward stops at the appointed hour. This means it could be possible to spend 1 hour marching forward and the remaining 11 hours of the day looking for a viable path forward.</li>
<li>Veer 45 degrees to the right.</li>
<li>Circle back in a direction clockwise from the intended direction. If course error occurs early enough, the party may walk in a clockwise circle.</li>
<li>Fail backward. The party doubles back on its original path.</li>
<li>Circle back in a direction counterclockwise from the intended direction.</li>
<li>Veer 45 degrees to the left.</li></ol>

<p>Start the course error after the party has traveled in the intended direction for the time you rolled on your When? d12, then either continue true or in the clockwise or counterclockwise circling directions until you run out of hours to travel. Make random encounter checks at appropriate intervals (often when entering a new hex, but it depends on terrain and overall encounter density).</p>

<p>In cases where the party circles around or backtracks, you can provide some hints, which could allow them to course correct. Otherwise, only a change in navigational circumstances will help them get back on course.</p>

<h2 id="what-are-the-consequences">What are the consequences?</h2>

<p>The first and most obvious consequence to this procedure is that a lost party ends its adventuring day in a place other than where it intended to go. The second consequence is that getting where they want to go will take longer than they anticipated. The third consequence is that they will consume more resources than they anticipated, potentially having to delay further by stopping to hunt or forage. And the fourth consequence is that they increase their chance of random encounters, including additional weather hazards, disaster conditions, and wandering monsters, which means more danger overall.</p>

<h2 id="what-do-they-meet-along-the-way">What do they meet along the way?</h2>

<p>This is where you develop your random encounter tables. If you&#39;ve been paying attention, you should now have an idea that the random encounter tables a) should be tailored to the locale, and b) should not be limited to wandering monsters. If you like, divide up a set of encounters into two categories: monsters and hazards. Monsters, of course, are probably already on your tables. You can find plenty of resources to populate wandering monster tables. Additionally, you might want encounters that aren&#39;t intended to be dangerous or provide avenues for combat (though never rule those out completely), but instead just serve to reinforce the flavor of the world by offering tailored points of interaction. Hazards, on the other hand, may not yet be on your tables, so let&#39;s talk about hazards.</p>

<p>Generally, hazards should be one of a few types: sudden disasters; significant and especially dangerous obstacles; or mishaps. In all cases, hazards should threaten some aspect of continued travel (even to retreat). The main threats are to mission, course, speed, provisions (both consumable items and gear), and the life/health of the party members (including retainers). Some will vary by locale, and others are generalized across many terrain types, though terrain will play a part in how easy such hazards are to survive.</p>

<p>[Side thought: It occurs to me that the threat hierarchy looks somewhat like the old saving throw setup, where you go down the list and choose which saving throw applies by ruling out the previous ones. In that case, the order should be life/health, provisions, speed, course, and mission.]</p>

<p>Sudden disasters include earthquakes, (flash) floods, avalanches, rock slides, tsunamis, tornadoes, etc.; basically anything that can have a quick enough onset that the party can only react by taking shelter (stalling progress) or taking another route (losing course). In some cases, the party may be in the path of these disasters, in which case you can determine what threats they pose. For instance, getting caught in a flash flood while walking through a canyon is an obvious threat to life, but also to provisions, which can be swept away. Riding those sudden rapids represents a course change as well, so is a threat to course, assuming survival.</p>

<p>Dangerous obstacles are things that are risky or impossible to overcome without threatening the lives of the party members. Deep, swift rivers are a usual example, and historically the only way across one without a boat or bridge was to either find a ford or tie ropes and try to swim across (though this doesn&#39;t eliminate the threat to provisions).</p>

<p>Mishaps are any minor obstacles, missteps, or events that pose a threat, usually to speed, course, or provisions. Thick undergrowth, for instance may serve to slow the party or turn them off course, while insects or animals may rummage through the party&#39;s food supplies.</p>

<p>I&#39;m not going to detail a host of hazards here, but this is a topic I&#39;ve been thinking about for years, and this post has reignited my interest in developing more hazard procedures for my games.</p>

<h2 id="when-did-the-party-encounter-something">When did the party encounter something?</h2>

<p>If you&#39;ve rolled up a monster or hazard (or any other kind of encounter you&#39;ve primed for your location), and your encounter tables aren&#39;t on a per-hex basis (i.e., rolling an encounter check when entering a new hex), you will want to know when the encounter occurs. Again, use a d12 to determine the hour of the adventuring day. Similarly, you can figure the same thing out for resting encounters. But this part of the procedure isn&#39;t strictly necessary, especially if you have a different encounter pace in mind.</p>

<h2 id="putting-it-all-together">Putting it all together</h2>

<p>Have your populated tables at hand:
1. A weather table, with some idea of how the weather affects the terrain the party is crossing.
2. Random encounter tables, some regional, some hex-based, tailored as much as you need.
3. Hazard tables that provide interesting and meaningful threats to life, provisions, speed, course, and/or mission.</p>

<p>An entire procedure for a day of traveling looks like this:</p>
<ol><li>Determine weather and its effects in the terrain the party intends to cross.</li>
<li>Have the navigator or guide make a relevant check (x-in-6, skill vs DC, whatever your system has).</li>
<li>If the roll is a course error of some sort, determine when it happened (1d12 hours after starting out)</li>
<li>Then determine what direction the party went instead (1d6).</li>
<li>And then attempt to explain the course error based on the weather, terrain, and directions. Consider when it might be appropriate to let the party know of the course error and correct it.</li>
<li>[Throughout] Whether a course error occurred or not, make appropriate random encounter checks at established intervals (time or distance), including for hazards to help explain course errors.</li></ol>

<p>And that&#39;s it!</p>

<p>++++
Like what you just read? You can subscribe to new posts on this blog via any ActivityPub platform (Mastodon, Pleroma, etc.) at <a href="https://blog.hilltown.studio/@/aaron@blog.hilltown.studio" class="u-url mention">@<span>aaron@blog.hilltown.studio</span></a> or via RSS at <a href="https://blog.hilltown.studio/feed">https://blog.hilltown.studio/feed</a></p>
]]></content:encoded>
      <guid>https://blog.hilltown.studio/filling-in-the-procedures</guid>
      <pubDate>Thu, 11 Apr 2024 21:02:08 +0000</pubDate>
    </item>
    <item>
      <title>Card-based TTRPG Oracles</title>
      <link>https://blog.hilltown.studio/card-based-ttrpg-oracles</link>
      <description>&lt;![CDATA[#theory #procedure&#xA;&#xA;Recently I purchased the flash cards from Exalted Funeral&#39;s Herbalist&#39;s Primer set. I did so in the wake of attempting (and not yet succeeding) to create my own set of cards for use in my games, but my perspective was for oracle use. The Herbalist&#39;s Primer flash cards are very useful, densely packed sources of information and inspiration that, among other things, can help flesh out the foraging options available in a campaign world. I intend to use them to offer real-world plants for my players to find while on my West Marches style islands. I believe this will add some appreciated realism to the islands without giving away overpowered treasure, etc.&#xA;!--more--&#xA;&#xA;Now, these cards are useful for certain things, but on their own, they don&#39;t work as oracles. Or, rather, they will require additional work on my part to serve as oracles. This is what I get for cheaping out and buying only the cards and not the $50 book that has tables in it. No matter. I may buy the book later because the illustrations are quite lovely, and the promised additional detail is also attractive to me. The additional work required will be to put them into tables, with biomes and such as one of the key accessors. For me that means glancing through the cards and pulling out the ones that match the biomes I&#39;m targeting, then putting those on foraging tables for each of my hexes.&#xA;&#xA;What kinds of cards can serve as oracles, and when might you use them? Well, that&#39;s one thing I have been developing. Unsurprisingly, most things that can be articulated in tables can also be articulated in oracle cards. You might want cards when you have long tables of things to choose from, especially where each entry in the tables might have detailed descriptions. Not only will cards in this case provide more space to elaborate on the entries, they do so in a relatively compact manner. In some cases, you want to use these cards at the table, and in others you will get better mileage using them in your preparation (such as hex building). &#xA;&#xA;In all cases, the cards are random procedural generation engines. For my money, the apotheosis of an at-the-table random procedural generation is the maze. Mazes are a staple of fiction and mythology, and while they can be fun games on their own, they aren&#39;t easy to pull off at a TTRPG table. The reasons for this include the need to create, describe, and populate the maze with interesting things while ensuring that the maze feels interactive and is solvable. &#xA;&#xA;Before delving into the approach I take with oracle cards for maze building, let&#39;s talk briefly about the maze as an abstract concept. What purpose does a maze serve in a TTRPG, and how do we make it an interesting challenge?&#xA;&#xA;A maze is a means of presenting players with a set of branching or uncertain paths between two points, where there is or can be no foreknowledge of the best path through, on the whole (i.e., a global optimum), while perhaps offering some predictability in terms of next best segment (i.e., a local optimum).  &#xA;This uncertainty in turn serves as a source of resource drain (time, food/water, light sources) and increases the chances of encountering points of interest, hazards, combat, etc. How many resources the party uses and how many encounters they find depend on how long they stay in the maze.&#xA;On the flip side, a maze presents an opportunity for players and their characters to observe their environment, take reasonable (and affordable) precautions, scout and predict what&#39;s coming, and attempt to exercise meaningful choice over the direction they take without sacrificing the sense that something could always go wrong. &#xA;&#xA;Using oracle cards allows the game master to build the maze in real time, as the players navigate it with their characters. Oracle cards offer a situation in which neither the game master nor the players can know the state of the maze ahead of time. Proper preparation and diligence on the part of the players can uncover the likely hazards inherent in the maze, and can offer clues on how to mitigate (usually with money) those hazards, but cannot prescribe a path through the maze.&#xA;&#xA;Once a path is documented (mapped), however, it can usually be re-used, and additional branches could be mapped out via exploration, unless there is some supernatural or technological means of altering the pathways (but that introduces a slightly different game). This requires attention on the part of the players, of course, but also puts demands on the game master, to allow the maze itself to be made legible this way and consulted later. Such an outcome is a reward, however, for diligent players, a validation of their preparatory and observational efforts.&#xA;&#xA;Since the maze exists in all possible states entailed by the oracle cards, and only collapses into a static state once the path has been laid out (i.e., observed by the players), the oracle cards offer a high degree of replayability, which means other sections of the same maze can be uncovered and offered to players, or new mazes using the existing (or expanded/tweaked) cards can fill in when some new circumstance warrants the inclusion of a maze.&#xA;&#xA;My efforts at distilling such maze rules are currently encapsulated here. I started with the idea of cards first, but decided that building out the tables would be more fruitful in the short term. Once I am satisfied with this set of tables, I will condense the information in them into cards. I hope to be able to offer the cards as a product in their own right, perhaps as a print-on-demand affair. But we&#39;ll see how things develop.&#xA;&#xA;++++&#xD;&#xA;Like what you just read? You can subscribe to new posts on this blog via any ActivityPub platform (Mastodon, Pleroma, etc.) at @aaron@blog.hilltown.studio or via RSS at https://blog.hilltown.studio/feed]]&gt;</description>
      <content:encoded><![CDATA[<p><a href="https://blog.hilltown.studio/tag:theory" class="hashtag"><span>#</span><span class="p-category">theory</span></a> <a href="https://blog.hilltown.studio/tag:procedure" class="hashtag"><span>#</span><span class="p-category">procedure</span></a></p>

<p>Recently I purchased the flash cards from Exalted Funeral&#39;s <em>Herbalist&#39;s Primer</em> set. I did so in the wake of attempting (and not yet succeeding) to create my own set of cards for use in my games, but my perspective was for oracle use. The <em>Herbalist&#39;s Primer</em> flash cards are very useful, densely packed sources of information and inspiration that, among other things, can help flesh out the foraging options available in a campaign world. I intend to use them to offer real-world plants for my players to find while on my West Marches style islands. I believe this will add some appreciated realism to the islands without giving away overpowered treasure, etc.
</p>

<p>Now, these cards are useful for certain things, but on their own, they don&#39;t work as oracles. Or, rather, they will require additional work on my part to serve as oracles. This is what I get for cheaping out and buying only the cards and not the $50 book that has tables in it. No matter. I may buy the book later because the illustrations are quite lovely, and the promised additional detail is also attractive to me. The additional work required will be to put them into tables, with biomes and such as one of the key accessors. For me that means glancing through the cards and pulling out the ones that match the biomes I&#39;m targeting, then putting those on foraging tables for each of my hexes.</p>

<p>What kinds of cards <em>can</em> serve as oracles, and when might you use them? Well, that&#39;s one thing I have been developing. Unsurprisingly, most things that can be articulated in tables can also be articulated in oracle cards. You might want cards when you have long tables of things to choose from, especially where each entry in the tables might have detailed descriptions. Not only will cards in this case provide more space to elaborate on the entries, they do so in a relatively compact manner. In some cases, you want to use these cards at the table, and in others you will get better mileage using them in your preparation (such as hex building).</p>

<p>In all cases, the cards are random procedural generation engines. For my money, the apotheosis of an at-the-table random procedural generation is the maze. Mazes are a staple of fiction and mythology, and while they can be fun games on their own, they aren&#39;t easy to pull off at a TTRPG table. The reasons for this include the need to create, describe, and populate the maze with interesting things while ensuring that the maze feels interactive and is solvable.</p>

<p>Before delving into the approach I take with oracle cards for maze building, let&#39;s talk briefly about the maze as an abstract concept. What purpose does a maze serve in a TTRPG, and how do we make it an interesting challenge?</p>
<ol><li>A maze is a means of presenting players with a set of branching or uncertain paths between two points, where there is or can be no foreknowledge of the best path through, on the whole (i.e., a global optimum), while perhaps offering some predictability in terms of next best segment (i.e., a local optimum).<br></li>
<li>This uncertainty in turn serves as a source of resource drain (time, food/water, light sources) and increases the chances of encountering points of interest, hazards, combat, etc. How many resources the party uses and how many encounters they find depend on how long they stay in the maze.</li>
<li>On the flip side, a maze presents an opportunity for players and their characters to observe their environment, take reasonable (and affordable) precautions, scout and predict what&#39;s coming, and attempt to exercise meaningful choice over the direction they take without sacrificing the sense that something could always go wrong.</li></ol>

<p>Using oracle cards allows the game master to build the maze in real time, as the players navigate it with their characters. Oracle cards offer a situation in which neither the game master nor the players can know the state of the maze ahead of time. Proper preparation and diligence on the part of the players can uncover the likely hazards inherent in the maze, and can offer clues on how to mitigate (usually with money) those hazards, but cannot prescribe a path through the maze.</p>

<p>Once a path is documented (mapped), however, it can usually be re-used, and additional branches could be mapped out via exploration, unless there is some supernatural or technological means of altering the pathways (but that introduces a slightly different game). This requires attention on the part of the players, of course, but also puts demands on the game master, to allow the maze itself to be made legible this way and consulted later. Such an outcome is a reward, however, for diligent players, a validation of their preparatory and observational efforts.</p>

<p>Since the maze exists in all possible states entailed by the oracle cards, and only collapses into a static state once the path has been laid out (i.e., observed by the players), the oracle cards offer a high degree of replayability, which means other sections of the same maze can be uncovered and offered to players, or new mazes using the existing (or expanded/tweaked) cards can fill in when some new circumstance warrants the inclusion of a maze.</p>

<p>My efforts at distilling such maze rules are currently encapsulated <a href="https://hilltown.notion.site/Underscourge-Exploration-c18346e09a524539a3e920d6f44d7e3b">here</a>. I started with the idea of cards first, but decided that building out the tables would be more fruitful in the short term. Once I am satisfied with this set of tables, I will condense the information in them into cards. I hope to be able to offer the cards as a product in their own right, perhaps as a print-on-demand affair. But we&#39;ll see how things develop.</p>

<p>++++
Like what you just read? You can subscribe to new posts on this blog via any ActivityPub platform (Mastodon, Pleroma, etc.) at <a href="https://blog.hilltown.studio/@/aaron@blog.hilltown.studio" class="u-url mention">@<span>aaron@blog.hilltown.studio</span></a> or via RSS at <a href="https://blog.hilltown.studio/feed">https://blog.hilltown.studio/feed</a></p>
]]></content:encoded>
      <guid>https://blog.hilltown.studio/card-based-ttrpg-oracles</guid>
      <pubDate>Sun, 30 Apr 2023 13:58:52 +0000</pubDate>
    </item>
  </channel>
</rss>