-->

Monday, December 18, 2023

A Chandelier Encounter

I've made it clear that I no longer feel like running combat encounters in a game like D&D. But recently I had an idea that's too cool not to share. And really, I'm a couple articles away from breaking my personal record of a number of articles in a year, so why not pitch in with something quick and neat?


A Chandelier Encounter

This battle takes place ideally in a spacious interior with a high ceiling and at least one extra floor that overlooks an empty space in the middle. In the middle of the room is a huge chandelier. Sometime during the start of the encounter, a powerful/heavy enemy runs up to it and grabs onto it mid-leap, causing the chandelier to begin swinging. The chandelier moves at the end of every turn (yes, even if your ruleset says that a round lasts 6 seconds, it'd be boring to wait for the chandelier to get anywhere). I'd personally give the chandelier three positions: one at its lowest point, and two at its highest points. It might be a good idea to also telegraph to the players where the chandelier could be on any given turn.

A character can grab the chandelier if they are close enough to it during their turn, and they can let go of it after the chandelier moves, even outside of their own turn. They need both hands to be free, or one hand if they are powerful enough. Use it as a mode of transportation, use it as a mobile environment, watch the players work out the timing of it, and encourage the characters to prepare their actions. Maybe even consider what material is the rope that holds the chandelier made out of. Is it easy to burn? Hard to cut? Impossible to cut so that you don't lose on this cool chandelier idea? And how does this chandelier swing? Is it just a straight line, or does it slowly revolve around the room?

"Great job, guys. I guess that's it for our chandelier encounter."
 I've considered saying that the chandelier hangs on an adamantium rope, but that's not a thing in every game. I figured I should try to make this a bit setting-agnostic. And I really hope that your players' first instinct won't be to cut the chandelier off.
Le Grand Hotel, by Alexiuss

If you want precision, start by determining the length of the rope the chandelier is hanging from (include the chandelier to keep it simple for yourself), and the maximum angle of a swing. At its peak, the chandelier is at a height equal to the rope's length multiplied by the cosine of the angle. For example, for a rope that's 30 ft. long, its peak is about 21 ft. off the ceiling when the angle is 45°. As for the distance from the middle, you just need to replace the cosine with a sine, which in this specific case also results in a distance of 21 ft. This means that for an optimal interesting fight with a chandelier 30ft off the ceiling, you'd ideally have two balconies 10 ft. above wherever the chandelier's lowest point is, and have them about 40 ft. apart.

Precision isn't necessary of course. You could just say that the chandelier swings from one balcony to another, with the lowest point at the bottom, and keep the exact measurement of the rope and chandelier's height abstract.

Summary:

  • The chandelier has at least 3 distinct positions: the one in the middle is the lowest, and the two on the edges are the highest. Add more positions at your own discretion. Give some consideration to the chandelier revolving around the room.
  • At the end of each turn, the chandelier moves to its next position: low to high, and vice versa, alternating between the highs.
  • It takes an action to grab on, and free hands (one if you're strong enough). If you're a kind GM, you could consider this to be a replacement for one of the attacks, if the system has something like this.
  • It takes no action to let go of the chandelier, but you can let go of it only immediately after it has moved.
  • In case you need it, work out an appropriate amount of damage it could deal to someone when struck by it, or how difficult is it to destroy its rope.

Math summary, for those who care:

  • r is the length from the ceiling to the bottom of the chandelier,
  • x is the maximum angle the chandelier swings up to,
  • r*cos(x) is the distance from the ceiling to the peak of the chandelier's swing, therefore at its peak the chandelier is at a height of r*(1-cos(x)),
  • r*sin(x) is the horizontal distance from the lowest to the highest point of the chandelier's swing.

That's all, have a great time and a great day!

Hear me out! ... but what if there were more chandeliers?
The Hall Of The Golden Hand, by azadraw1


Thursday, December 14, 2023

Lethal Companions

Lately, I've been playing a game called Lethal Company. It's about going on abandoned moons to collect scrap that's sold to an ominous company afterward. I couldn't resist joining the trend, and it really is the funniest horror game I've ever played. Spooky monsters, sudden deaths, and perfect proximity voice chat make for an awesome experience. This was my mindset when I started pondering what I should make for my December game. I took some extra time with it because I agreed to a collab with a streamer King Starman. I was a guest on his stream to help him and guide him through the process of writing a 200-word TTRPG of his own. I believed in his capability to do it ever since the summer, and today his moment finally came. With minor assistance from me and his chat, he wrote a game named Lighthouse Keeper. Going by his description, it's a game of Among Us, except it's about a ship that's steered by the captain based on the directions given to him by his crew. He thought less of it, but I'd say it's better than my first 200-word TTRPG ever. I was happy to hear just how proud he felt about actually finishing the very first game that he could call his own. After the stream, we agreed on more collaborations in the future, which is awesome. One possibility is... playing Lethal Company together.

That's not the only reason why I brought up the game, though. The main reason for that would be that it is the major source of inspiration for my game. And it all started by flipping the premise on its head: what if the players were the monsters?

Thank you for reading this ahead of time, and I wish you a wonderful day!


The rules I present in this article are given in the form in which I wrote them during the stream. I had to do the formatting after, figured I should give that a go.


Lethal Companions

Your created monsters protect their home from the burglars. Distribute d4, d6, d8, d10, d12, and d20 into:

 
 
 
Hide Kill Resist
Sway Track Steal

You succeed on a roll if you roll 4+. Die on failing Resist thrice.

Generate the facility starting from the entrance by rolling a 1d6 or 1d4 for every room. Add a corridor of choice if only dead ends are left. All rooms are squares, connected if at least one has a corridor aimed at the other.

  1. Dead end
  2. Corridor (roll for Direction)
  3. Two routes (roll for missing Direction) 
  4. Crossroads
  5. Staircase (d6: 1-3 up, 4-6 down) + 1d4
  6. Entrance + 1d4

Direction d6: 1-2 left, 3-4 straight, 5-6 right

For each room, roll for the loot and describe it.

 
 
1—3 Nothing
4 Small
5 Expensive
6 Two-handed (holder can't act)

The game begins when 1+1d6 humans enter. Each has 1d6 Morale, reduced when they:

  • See a monster
  • See a dead body
  • Have an item stolen

A human with 0 Morale runs away. When all humans leave, every living monster chooses one stat to increase by 1 step.


Look back, look back!
     Lethal Company (Coil Head), by Cuautzin

The biggest reason why I said before the game that I present it in the form in which I finished it during the stream is because it has some shortcomings. But let's start with the strengths.

I wouldn't have guessed that I would be able to fit an interior generator into a 200-word game. I surprised myself here, I think it's pretty well done. If one wishes to do a flat map, they just keep rolling d4 and decide wherever the entrances are, or they roll d6 but keep rerolling a 5 (or just ignore the stairs part). The loot generator isn't that in-depth, I mean it barely says that a two-handed item prevents you from acting.

The stats were fun to come up with, but eventually, I realized I should get a sixth one. During the stream, I settled on Sway because I figured some of the monsters were so threatening/cute/passive that one wouldn't want to kill them. But honestly, ... if I were to edit the game, I'd replace it with the Speed. It would be pretty cool for enemies like coil heads. The stat system and the conflict resolution are otherwise picked up completely from the Savage Worlds.

The action economy of this game isn't quite clear either, so let me clarify: the intent is to both move and either pick up an item in the room or do something that requires a roll in a turn. This applies to humans too, with the fact that their attack actually causes the attacked monster to make a Resist roll. A couple more and a little more time would have resolved this, but I'll just fix that if I want to rework the game into something bigger.

Of course, I couldn't fit into it special abilities or "monster types" that I hoped I would include at the start, but... I hope at least the stats will provide some variety, along with the players' descriptions. For what it is, I'd say the game is kind of neat.


This is the final 200-word TTRPG that I've made for this year's challenge of mine. I will list all twelve of them during my 2023 retrospective, and I can confidently say that I am proud I finished this challenge I set for myself. Whether I'll keep making more 200-word games or not is a question I can't answer. What I can say though is that I will make these tiny games when I'll have a concept that I want to test out quickly. I don't have plans as of yet to keep up the challenge in 2024, so my blog activity might go down a bit. I do have some of my resolutions figured out, though. It's hard to tell whether I'll make a post around Christmas time, so just in case I won't: Happy Holidays and Happier New Year!

P.S. Almost forgot to link my Twitch channel, where I'll likely play more Lethal Company and make more funny clips.


Thank you for reading, and have a great day!

Monday, November 20, 2023

Rolling with It

You know what's kind of silly? I keep making these short TTRPGs monthly, and yet I haven't made one that would take place in one of my previously made worlds. It's always something already present in media (such as the zombie apocalypse represented by Double the Zombies), a setting made by someone else (such as the city of Revachol from my first game of 2023, (Almost) Everyone is Harry), or setting agnostic (like most of those games). The time to change that is now, and I'm making a game that takes place in my world of orb-based magical technology, which will be named "Geniorum" for now. I've actually worked out a couple more details behind the scenes and wanted to make an article that would update the orbtech concept for several months but never got around to it. Well, now I have to because the clock is ticking and my November game needs to be published soon.

Have a great time and a greater day!


I've spent too much time learning blender basics just to make this. Can't say I'm truly satisfied with it, but it is good enough.

Rolling with It

Requires 1 GM and 1+ players.

Orbs are magical quartz spheres fueled by alcohol. One can program it by falling asleep while touching it, entering its dreamscape. You were murdered while pondering your orb, transporting your mind into it permanently. Discover your murderer and their motive. If you ever run out of alcohol, you die.

You can:

  • see and hear your surroundings,
  • roll like a sphere for 4 hours*,
  • change your surface's temperature between -50 and 50°C*,
  • change your appearance,
  • produce sounds heard by anyone touching you,
  • absorb alcohol through your surface magically,
  • control your dreamscape completely (10x slower time inside),
  • send/receive digital funds to/from other orbs through touch,
  • create flammable sturdy matter up to double your volume after spending 8 hours away from any starlight*.

* Costs 1 unit of alcohol. Max units equal die size.

Choose your orb's size. Here are sphere size comparisons from our world:

 

d4 marble
d6 golf
d8 pool
d10 shot put
d12 bowling
d20 boulder

When you need to, roll your die. Example difficulties listed below.

Difficulty 
Strength (≥ difficulty)
Speed (≤ difficulty)
4 bottle of water fraction of a second
10 human weight seconds
16 a large car tens of seconds

He who ponders the orbs becomes pondered.
Can't trace the author of this edit, and can't be bothered to spend too much time on this search. Instead, I'll credit the original M. C. Escher's Hand with Reflecting Sphere.

I wanted to say that it's a short game, but then I realized it's exactly 200 words long. Why does it feel so short then? Well, the answer is simple: there are very few mechanics in it. Most of the game just talks about how orbs operate, since they are very different from humans. Not everyone's a fan of details like this, so I don't expect too many to enjoy this game. Then again, I don't expect that of any of my 200-word games, these are prototypes.

Ever since I've heard about Savage Worlds' stats being dice and the difficulty being always 4, I wanted to do something with that. I figured this was a good chance, seeing how differently-sized orbs would be capable of differently-sized things. Well, actually, all of them are capable of movement. But not all of them are capable of pushing around a car-sized thing. Sure I couldn't fit into it stuff like "if you're a boulder, you probably can't enter buildings", but that's something players will hopefully be able to think of on their own.

Here's another tiny detail: all of your actions should in theory cost alcohol. But keeping track of all alcohol spent on such minute actions as making a red dot on your orb's "north pole" would just get too tedious. I opted for restricting the alcohol expenditure only to the actions I figured would be influential and left it there. But if a player does minor actions way too much, the GM has the right to tell them they've spent a unit of alcohol.

With such a word limit, it's quite difficult to fit a pre-established setting into it. Even if Geniorum can hardly be considered a setting yet, it's got a multitude of rules related to the orbs. I feel like it deserves more of my attention in order to be developed, but honestly... I like Runehack a lot more. When I was picking a world to cover with my 200-word game treatment, I had several options. The divtech's world is... well, a starless rogue planet populated only by robots. I have yet to even work out its materials completely before I start doing anything with it. Then there's leytech, which would have been perfect for a TTRPG about warriors but is also quite complicated with all the different kinds of rings that influence the water passing through. I have one more magitech world that I've wanted to write about on this blog for about a year now, but I've been pushing it off the same as an update on Geniorum.

Of course, there are more details I couldn't fit into the ruleset. For example, an inworld name for folks who got trapped in the orbs is "genie". And the creation of matter is due to lumpowder, a substance that manifests in alcohol hidden from all forms of sunlight, including reflected. Then there's the fact that multiple people could get trapped inside the same orb, but only the first one retains complete control over it. Usually, they'd have their minor genies manifest as parts of their body, which is what I nickname "medusa". I could keep going, but the truth is that Geniorum is still vastly underdeveloped. That doesn't change the fact that this was fun to come up with.

Thank you for reading, and have a great day!

Sunday, November 5, 2023

Languages in Runehack, and Mental Load in Worldbuilding

This article is not written just because the articles made under the tag myRPGs have almost overtaken Runehack. It is part of the reason for this, but I'm writing this because it's a thing I've pondered for a while.


On one occasion in the past, I've talked about the mental load of a media consumer. Sure this is something I spoke about only regarding a D&D homebrew, but it extends beyond this. People love detailed worldbuilding, but detailed worldbuilding isn't for everyone. This is why I feel so many writers talk about the worldbuilding icebergs, an illusion of detailed worldbuilding by merely alluding to some matters in the world, or developing the fictional cultures only in a couple of areas that interest the author the most. And there's some truth to it all. In an ideal scenario, an author who wishes to make a highly realistic world would have a worldbuilding project on their hands that would take them a lifetime to finish. It would take others a lifetime to absorb because such a project would be just as complex as our reality.

One area that fascinates me and intrigues me a lot is the culture around languages. The way we speak influences the way we label things, think, and act. Its influences leak into the way we speak in other languages - our accents, our interactions, the way we express ourselves in other languages, and so much more. Tolkien has put a lot of effort into his Elvish languages. And honestly, I struggle with that. No matter how I put the letters together, they rarely sound good, and I can only imagine writing a dictionary 100 words long for this purpose. There are tools for this online; one person even made a game out of conlang development. No matter what, though, the made-up words feel off to me most of the time. Then again, this is the same thing I've said about my attempts to compose music, and I overcame that hurdle earlier this year, so I'll be able to overcome this mental block in a couple of years too.

I guess what I'm trying to say is that in an ideal scenario, I'd create a world with a myriad of in-depth languages that influenced each other, and use them to at least label everything in the world. However, not only would I see such an endeavor as time-consuming, but due to the mental load it would require I see it as fruitless. Some would enjoy such details, but seeing just how much time it's taking me, I figured I'd take an easy way out. I began worldbuilding for Runehack and writing my novel that takes place in it by coming up with placeholder names, and I feel like they're sticking to me. The city names are mostly English words that express something about the place. People's names, meanwhile, are just jumbled-up English names, regardless of their real-world origin. So what if Samwell originates from Samuel, which is Hebrew in origin. I could reverse-engineer a meaning for the names if it was that important, for now, I'll just let it slide.

That being said, there are some fun linguistic things I came up with for Runehack. I doubt I'll develop them into full languages, they're just neat tidbits of information I wanted to share for a while.


Yes, at one point I thought I'd make the explanation for a shared language something like a 2001: Space Odyssey-style obelisk of knowledge. But that would raise more questions than solve problems.
Daily speedpaint 027 - Ancient language, by DaiSanVisART


Franqa

Let's begin with the most important idea that took me the longest to develop. See, Runehack is a world in which sharing the culture would be difficult. The bubbles of civilization are separated by the wilderness full of dangerous shapeshifters. Therefore, all the cultures would be developing to be radically different. And language, too, is a thing that changes and shifts over time. Due to this separation, they would drift to the point where they'd have a hard time understanding each other. But what if it wasn't this way?

Franqa is a plant that grows special tea leaves. According to the latest Mindlore research of Runehack's scientists, its effects are psychedelic in nature, kind of like being high. Several minutes after drinking it, one can speak, read, write, and understand spoken language called the same as this plant - Franqa. Nobody can tell what the exact origin of this language is, but it's consistent. The effects of Franqa tea last for roughly 4 hours.

The plant was native to the south-eastern regions of the New World, not too far from Moorwell. Its use was discovered even before the Era of Monsters, and it has spread all over the world thanks to its usefulness. It started off as a tool for use by travelers, diplomats, and translators, but it made its way into other areas of life too. Once its use became widespread, some people started to learn Franqa even when not under its influence. The tea leaves of Franqa are viewed as a symbol of community and cooperation. The plant even made its way into the everyday language. When someone wants to be honest and straightforward without trying to deceive the listener, they say they'll be "frank".

This is how all the cities of my world can talk to each other without issues, by using their lingua franqa.


The Unnamed Languages

The last two languages are why I haven't posted this article earlier - both are raw, underdeveloped ideas. The first is a language developed by some elves living in a humid jungle. This language is based on the premise of uninterrupted flow, which is why it contains no stopping sounds. Its vowels would be the typical a, e, i, o, and u sounds, and its consonants would be as follows: f, h, l, r, s, v, z, ʃ (labeled š), ʒ (labeled ž), and θ (labeled đ). The kh sound could in theory fit in too, but I found it too harsh to be used by the elves. As for going beyond that, other than phonotactics I don't have much worked out. I tried making a dictionary several times, but it always sounded bizarre, so I never did it completely. Fun fact, though, one of the earliest iterations of this language is the origin of Avurai University's name. Avurai was meant to mean "flying island" in this language.

The second language I wanted to make, and the newest one among all these, is a goblin code that has evolved into an artform. It's actually quite the opposite of the elvish language, inspired by the Hush language of the Limberwisk Isle. Both of these languages lack vowels. The phonotactics and phonetic dictionary of this goblin code is simple: every "syllable" (if it can be even considered that since it lacks a vowel) is made up of a consonant p, t, or k, followed by an optional letter r, s, ʃ, x, or f. There are no forbidden combinations, and the words can be quite long. The result might sound a bit like beatboxing, which is why this code became an artform of its own.


Tip Tap

Tip tap is a code known by some of the dwarves of Runehack. It utilizes their sensitive touch perception, which lets them sense the micro-vibrations of anything they touch with bare skin. Since most dwarves walk to most places barefoot, some have developed a secret minimal language for communicating with each other that utilizes lifting up the tips of their feet rhythmically to communicate.

Those who communicate using this code are referred to as tappers. It is one of the few ways of communicating that doesn't require the communicators to see or hear each other.

Tip Tap was developed originally by the dwarves who worked in the mines and forges, to inform each other of important things in their surroundings. Eventually, this language became widespread and generalized to be used in other loud work environments, such as forges and factories. It was and is also sometimes used in works or places where staying silent is crucial, such as animal hunting, prison inmate contact, special military forces, burglary, and spying.

Tip Tap is a simple oligosynthetic language with 45 morphemes, primarily focused on the domain of working. The word order in a sentence is Subject-Verb-Object. Adjectives follow after the Nouns they describe, e.g. "document (that is) old".

Due to its simple nature, the language lacks tenses other than present, and a large variety of terms that are not present in it. For example, since there is no term for water, most would refer to it as "Drink", even when it's not clean water or a large pool of water.

Since this is a written medium, we will utilize the Taixuanjing to codify this language. Each symbol represents the sequence, in which the tips of dwarves' feet (called "toes" from now) are touching the ground. Disruptions in the lines are the moments when the left (upper line) or right (bottom line) toes do not touch the ground. Please, assume the toes are touching the ground between the symbols.

⚍ ⚌ ⚎

𝌁 𝌅 𝌂

𝌃 ⚏ 𝌄 

The only restriction for tap sequences is that none of the ideas communicated can begin nor end with ⚌, seeing how that's the natural state for feet to be at.

Important messages can be communicated with both tips of feet and heels, by lifting an entire foot and softly stomping it against the ground or the floor. In this notation, the top two lines stand for a left foot, and the right foot is represented by the bottom two lines. While the line is doubled, it could in theory let the writer represent the heels and tips of the feet separately. However, this isn't utilized in Tip Tap for reasons forgotten by history.

𝌪 𝌊

𝍎 𝌎

The 𝌆 symbol isn't used, since its meaning is identical to ⚌. Symbols 𝌮 and 𝍖 are not listed, because these would require the tapper to jump in the air if standing.

These messages could in theory be tapped using the hands and fingers too. If a wall isn't part of the same material and surface as the ground, the tapper will have to bring the hand to the ground. Tapping the message using two fingers can be enough to convey the message to others.


Quick Messages

Since these are messages of vital importance, they are all symmetric – they can be communicated in an identical manner with either the left or the right foot. Furthermore, they are the only messages that require you to lift a heel. Chances are, if a tapper needs to communicate this message, they aren't concerned with being heard, so it's usually done by stomping the same foot twice or thrice.

Taps 
Meaning
𝌪⚌𝌪
or
𝌊⚌𝌊
"Go away!" "Save yourself!" "Leave!"
The message implies immediate danger to anyone who's receiving the message.
𝍎⚌𝌪
or
𝌎⚌𝌊
"Come here!" "Help me!" "I'm in danger!"
The message implies immediate danger to the tapper, and a request for help or assistance.


Negation

Most messages are made so that they do not require the user to negate things. But in case it's necessary, 𝌃 and 𝌄 tend to be used. These taps are reserved for negation because they were too complex when used along with other terms.


People

Messages that involve people usually begin with the ⚏ taps.

Taps 
Meaning
⚏⚏ I
⚏⚍ Guard, protector, security
⚏⚎ Civilian (someone not related to the work)
⚏𝌅 My colleague
⚏𝌁 My boss
⚏𝌂 My subordinate
⚏ followed by a Place Someone in the Place (used only when it's clear from the context)

 

Items

Taps 
Meaning
⚍⚏ Valuable
⚍⚍ Lock
⚍⚎ Junk
⚍𝌅 Consumable
⚍𝌅⚎ Food
⚍𝌅𝌂  Drink
⚍𝌁 Document
⚍𝌂 Tool


Places

Taps 
Meaning
⚎⚏ In front of me
⚎⚍ To my left
⚎⚎ To my right
⚎𝌅 Behind me
⚎𝌁 Safety / Relaxing Place
⚎𝌂 Workplace
⚎⚏⚎  Home


Adjectives

Depending on the context, these can stand for a color, or another attribute of an item.

Taps 
Meaning
𝌁⚏ Bright (color), New, Young
𝌁⚍ Yellow, Sticky, Sharp
𝌁⚎ Red, Hot, Burning
𝌁𝌅 Dark (color), Old
𝌁𝌁 Green, Slippery, Flat
𝌁𝌂 Cold, Wet


Actions

Taps 
Meaning
𝌂⚏ Take, Keep, Want
𝌂⚍ Store, Drop, Don't Want
𝌂⚎ Throw (if followed by something that can be thrown)
Go (if followed by place)
𝌂𝌅⚎ Eat
𝌂𝌅𝌂 Drink
𝌂𝌁 Relax
𝌂𝌂 Work


Numbers

The numeric system that dwarves use somewhat resembles the Roman numerals. One communicates a number by starting with a 0 and then listing all the numbers that add up to the desired number. For example, the number 11 would be communicated as 𝌅𝌂⚎⚍. Tip Tap uses Many for the numbers greater than 15, and Few for fractions, as well as negative numbers, since it never really needed these.

Taps 
Meaning
𝌅 0
1
2
𝌁 4
𝌂 8
𝌅⚏ Few*
𝌅𝌅 Many*

* When the criminals use Tip Tap to discuss money, Many (followed by a number without a 0) stands for 10.000× the number of credits, and Few stands for 1× the number of credits. If neither Many nor Few are mentioned, the value equals 100× the number of credits.


Sorry that languages other than Tip Tap aren't as developed. I just wanted to share these ideas instead of having them lying around in my archives, waiting to do something cool with them. At least I'm happy that Tip Tap is quite defined.

But that's about it for now. Thank you for reading, and have a great day!

Wednesday, October 25, 2023

Prophecy Maker

Regardless of how Blades [in the Dark] handles [planning] mechanically, the point of Blades is that characters and situations work hand in hand to weave a story—there’s no such thing as “failure”, its just a different branch along an infinite path. [Dungeons and Dragons] 5E conditions players that a failure state exists (ctrl+F the PHB for “fail” and see what I mean). 
—HeavyArms

This time, I was the one to start a conversation by venting my frustration regarding overtly long planning sessions and how I experienced most of them in D&D, curiously enough. There are many reasons for that sort of stuff to come up: too many players, too many tools (abilities, equipment, etc.), players getting stuck in a loop of arguments, and so on. The one that stuck out to me was a focus on failure, pointed out by HeavyArms quoted above with permission. This led me on a journey that made me relabel this article half a dozen times.

I took inspiration from the conflict resolution from PbtA and Matt Colville's notion of a "null result" to avoid. Add a dash of my favorite mechanic from Double the Zombies, equipment inspired by the Final: Sole Survivor with a bit of a Gon' Click inspiration, and a "but" here and there. The outcome of this process is my very own dice oracle.


All you need is a pair of six-sided dice.
The image is public domain.


Prophecy Maker

The count starts at 0 unless it's greater already. Start by defining:

  • a good, a bad, and a random outcome,
  • an expected outcome, and a countdown amount,
  • the skill bonus used,
  • and the item used, if any.

Roll 2d6 and add them to the skill and item bonus.

  • The good outcome happens if the sum is ≥ 7, and it has a catch if it's 7.
  • The bad outcome happens if the sum is ≤ 9, and it has a catch if it's 9.
  • The random outcome happens if both dice have rolled the same number.
  • For every 6 rolled, increase the count by 1. When count ≥ countdown, the expected outcome happens, and the count is reduced to 0.

Finally, the item can be damaged if the lower die roll ≤ item's bonus. In such a case, subtract the roll from the bonus. If the new bonus equals 0, the item is destroyed.

Now available in a business-card format! ... okay, I don't know how big a business card is, but with some shifting around this could fit for sure!

Since I wanted to shorten the above as much as I could, it's time for some notes.

Skills are assumed to range from +0 to +3, with +1 being the average. and items are expected to have a starting durability of +1 to +3 depending on how reliable (yet fragile) they are. The total of a skill and item bonus shouldn't exceed 7, otherwise bad event has no chance of occurring.

A character is assumed to carry at most 4 items at a time that they could use for the oracle. As for what the nature of a random outcome is, it should be something that raises the stakes and is perhaps typical of the genre played. For example, zombies appear in a zombie apocalypse story. The expected outcome is anything that could happen any moment now to raise the stakes (such as guards bursting into the room after activating the alarm in a heist), and you can get the countdown amount by tripling the number of rounds you think this should take. The math likely doesn't check out, but I don't mind too much, this is a guideline, not a hard rule.

The numbers 7 and 9 could be shifted up or down individually based on an outcome being more or less likely, I just picked these two numbers because they'd be easy to remember after a while.

The random outcome, the items, and the countdown to an expected event are all optional. You do not need to do them with every roll, they are just there in case you need them.


As you can see, I've tried to squeeze as much use out of 2d6 as possible. One could still in theory replace the 2d6 with a 1d12 for a reckless attempt at it, but that would complicate the matters of equipment durability and random outcomes. I actually dropped some parts of it, like 2 and 12 being an automatic bad outcome and good outcome respectively, but both getting an extra "and". I've considered going beyond what it is at the moment too much. This is good enough, considering all you need is two six-sided dice (or one rolled twice).

Anyway, that's it. I originally wanted to make it into a 200-word TTRPG, but honestly... why would I. Making it into a dice oracle is pretty neat. Besides, this game borrows so many of my ideas from other systems I published that it barely tries anything new. It's a culmination of the ideas I've been processing this year with my monthly game design challenge, and I'd say it's a pretty good outcome.

Thank you for reading, and have a nice day!

Wednesday, October 11, 2023

Reliable vs. Reckless

Here's a quick idea. Instead of asking a player to roll the same dice every time, give them a choice: they can either try to do something in a reliable manner, or reklessly. When doing something in a reliable manner, they roll multiple dice. When doing something recklessly, they roll one die. Both should have roughly the same values and averages. In the case of my future Runehack TTRPG, these would be 2d6 vs. 1d12. While their numbers are not a perfect match, they do have some minor side effects, such as 2d6's average being a tiny bit higher, and a 1d12 having a possibility of rolling a 1 (which has the same likelyhood as 12 or any number between them). Other valid options include 2d4/1d8, 2d2/1d4 (if you like coins?), 3d4/1d12, and 2d10/1d20. In case you want to protect the players who are indecisive, treat the reliable roll as a default, and reckless as an opt-in choice. It won't be a perfect solution, but it's better than nothing. Anyway, that's about it for now. Thank you for reading, and have a nice day!

Friday, October 6, 2023

Design of Runehack: The Asterist

Ahoy! I have something I've wanted to tell you for a long time but kept it to myself for now. While making so many short games is nice and all, I do want to make a bigger game that could be fun to play for a longer time. I want it to be stimulating as a game, fulfilling narratively, but also different from what the market offers. Plenty of designers take the three pillars of D&D for granted like they are meant to be the foundation of every big TTRPG. Combat, exploration, and social interaction are fine, but I have some issues with them. Combat tends to be overrepresented and I'm tired of it. Exploration is okay in theory, but either undefined or unused in most cases I've partaken in. Social interaction is fine as is. So, I've been planning this project for quite a while, as some of you may know, and my first step was actually to figure out my own pillars of experience. In Runehack: The Asterist, I have explored one of these pillars... hacking.

I hope you'll enjoy reading this article, and I wish you all a wonderful day!


This artpiece was created by my wonderful girlfriend Arell with great care. Since one of my sources of inspiration for this project was the video game Transistor, I asked for something a little more surreal. I really like the glitch effects on the character, the lines that connect to the illustrated endpoints in the exact same way as the dice would in the game, and the big clock at the top with 23 spokes that represent the 23 hours during which the city is simulated every day.


In the Beginning, There Was a Line

The origin of my hacking minigame goes back to June 24, 2022. In the afternoon hours after a Friday lunch break, I've been talking to a pal of mine about one of my game design goals: if you want the story to focus on an activity, make it into a minigame. Combat in D&D is very much a minigame, and I'm pretty sure there have to be some minigames out there in games I haven't played as much too. I briefly mentioned how Watch Dogs has this hacking game I like a lot, pretty much a waterpipe-connecting puzzle, and how it does a couple of twists just to spruce things up now and then. Of course, not all hacks are done that way, it's just the really important ones when the game wants to emphasize the process.

But that got me thinking... wouldn't it be fun if this was doable on a board? After a few minutes of pondering this while the conversation continued, I had an idea. Placing the dice down, connecting them into lines using their pips. The dice pips are very underutilized, so much so that plenty of six-sided dice have replaced them with numbers. Eventually, this idea grew from just lines into branching trees. One cool thing I realized is that if the trails these dice make up were traced on paper, they would have no sharp angles, only 90° and 135° angle connections. Kind of like circuit boards. ... okay, those don't have a 90° angle, but it's close enough to remind me of those.

After working out the rules, I had to make up some basic patterns for the GMs to use, and abilities for the players to rely on. Fortunately, this minigame is rich with unexplored metaphors: firewalls, crossroads, pivots, endpoints, and so on and so forth. The turn structure for a player is simple - roll the die, use an ability if you want and can, and place a die on the board.

I'm extra proud of the fact that I came up with a way of explaining the basic rolls players would make to resolve simple things into hacks too. "Solo hacks", as I call them, are required when you would've succeeded on a task, were it 5 points higher than it currently is. What happens here is that you make a minor hack using only a single die, and on a success, the attribute increases temporarily by the necessary number. There are solo grids included in the rules, which are interconnected only by the corresponding die roll, or higher. For example, a solo hack grid for a difficulty of 3 succeeds only on the rolls of [3], [4], [5], and [6]. Yes, I've gone one step beyond and explained how the most basic rolls work, in case the players would like to hack those too. There's an optional rule for it.


Watch_Dogs 2 was rather influential for me, and it is still one of my favorite games. Even if these hacking puzzles are quite easy to grasp, they were enough to inspire me.


Immortals in the Ocean

The setting of Everling is one I had in my mind long before the game was written. Even before technologies anywhere close to ChatGPT have been invented in our world, we've been worried about the rise of Artificial Intelligence. I figured that a fictional world would too, which is why they'd want to test out its behavior in a secluded place, safely tucked away from the civilization. Then, I realized something important: these people are holograms. The entire city can be a hologram. And an image can be hovering anywhere if it's done just using the runes. Even... at the bottom of the ocean.

All this being said, though, the toughest part to figure out was the question of worldbuilding. Being a member of an immortal, theoretically post-scarcity society is fine, ... but how does one turn that into a game? What drives these people, what do they do on a daily basis? How do they identify each other and communicate? And is there anything that could have a price in their eyes? These questions took me literally months to answer, long before I even conceived of the hacking minigame in June. I got answers to these questions eventually, most of which you could find in Everling's article, which is why I'll move on from this point and come back to describing how it affected the game.

Originally, I wanted the players to keep track of their simulation time in the form of "hyres", a modernized version of the term for an hour they'd use as slang. However, while writing the game, I came to realize that that sounds rather intimidating. So, instead of doing that, I decided to group them into six time blocks. I still don't know if it's a good design decision, but it's a bit of an experiment on my side.

Of course, being a simulated mind with a hologram body comes with a lot of other aspects, which I felt the need to outline in the rules in the Ghost's Baseline Traits section. I wonder if this won't be too much for a player to get into, keeping in mind all the things I listed there.

The attributes were a tough cookie to work out because there are so many things a ghost could build themselves for. Ultimately, I decided to go with 11 attributes sorted into three groups: Corporeal (relating to how much influence they have in the world, such as telekinesis-powered strength), Phenomenal (relating to how they are perceived by others), and Intelligence (describing how fast they can retrieve information from the Mistweb). One extra attribute technically exists, but it's just for the unspent points. A player could change their loadout of attributes during any maintenance, giving them a lot of flexibility in expressing themselves. Furthermore, I've provided in the document a table that describes what each of the attribute values stands for numerically.

Finally, there's Corruption and memories, some of my favorite aspects of the game. During the maintenance, a corrupted ghost gets fixed to an extent or backed up if they were completely uncorrupted. You can't hurt a digital ghost, but you could try to corrupt their code. And the more corrupted they are, the higher the chance their simulation gets terminated. If you remember how annoying it is to lose that one document you've worked on for hours without saving it, you can imagine what happens when a ghost gets terminated. They are restored from their last backed-up state, forgetting everything that happened since then. Of course, there's also a way of "killing" a ghost, which is in actuality just hard-locking it by getting the city's servers to back it up while it is terminated. As for how that's done, let me just hint that that has to do with the following paragraph.


Hack the World

I don't say this lightly, but this might be the greatest game design idea I've had in my life. Hack the World is a mechanic available to all player characters in Runehack: The Asterist. To put it briefly, they can temporarily rewrite the rules of the game itself for you, increasing or decreasing some number in the game... by 1. It's usable once per Cycle (term for a day in Everling), after which the effects cease. I honestly can't think of a better setting for this mechanic, a city that's completely simulated and hacked from the inside is perfect. Of course, the rules had to be written around the fact that this can be done, but it wasn't as difficult as I thought. (Though this might be proven otherwise once players actually get their hands on it.)


Honestly, I feel like I could keep going on and on forever, but I've said everything about the game that's important, and then some. I'm just happy it's finally out, and I look forward to testing the rules out, and connecting them to the bigger project I've had on my mind for literal years.

Thank you for reading, and have a nice day!

Tuesday, October 3, 2023

Watch Your Time

I know this will seem like I'm playing it up because it's the spooky month, but... I don't remember when I wrote this. I found it one day on my computer, copied it without checking for the timestamp, and I've been saving it for October. Yes, sometimes I pre-write my games, but not all of them make it here. Maybe I'll talk about that after publishing the final game in December. Speaking of, I'm not sure if I'll continue this challenge into 2024 or not. It's a nice way of keeping myself engaged in the game design, while also exploring new ideas every month and prototyping quickly. But I'm not sure if it's necessary, and how long can I keep it up. So, I plan to retire this trend after 2023. I will write new RPGs on this blog the way this started—when I feel like I have an idea worth sharing. Most of these were just that, but there were times when I realized I was forcing it. Bars on Mars would be the only published example of that, and my unpublished fae-themed game would be another. There are some games that I regret because they could have used more polish were they longer, such as Clues and Hunches, but I can say that generally most of these gave me some new tool or perspective for designing my games.

 

I'd imagine this system would be perfect for the situations, in which you need to hide away from a monster and move out when the time is right.
This art piece is a cover art for The Dark Eye made by Luisa Preissler.


Watch Your Time

Stopwatch that can be stopped without looking at its numbers required.

The GM describes a scary life-threatening situation. It could be a natural disaster, a slasher movie monster attack, or anything else scary. Play only situations that won't cause actual distress to the players. Each player then describes a character they'll control who's involved in the situation.

Players take turns. On their turn, a player describes what their character does to prevent this situation, escape it, or assist someone else. The player then starts the stopwatch and stops it blindly. They mark X if the final time is less than 50 seconds. Their character dies if they are marked with three X's, or if the last time is 60 seconds or more. Otherwise, the player adds up all the numbers (ignore the third decimal and beyond), marking a success if their sum equals 20 or more. The GM can increase or decrease the difficulty by 5 depending on the circumstances.

The GM must announce when a life-threatening situation is over, beginning a moment of peace. At this moment, each player can remove one X from any character. Whoever ends with none gets to subtract 1 from their future difficulties.


The Adventures of Lua and Nina, by Felipe Cavalcanti


Who doesn't like conflict resolution gimmicks? Sure dice are a classic, and the cards provide interesting complexity to a game. But some people crave novelty. Whether it's playing a game with a Jenga tower (like Dread), or the Rubix cubes, bringing something new to the table is interesting. This time, I wanted to emulate the time-sensitive tasks with something beyond a random die roll. Realizing that the decimals of a stopwatch are pretty much a random die roll, I figured I'd try giving this a go. It's bizarre, and I'll likely never end up using this in a proper TTRPG of mine, but it's a neat experiment regardless.

Honestly, not much else to say about this one. It's quite minimal, and definitely closer to the Proof of Concept side rather than an Actual Game side. But it is what it is, so I'm running with it.

Thank you for reading, and have a nice day!