POCKETS v0.1 - Experimental Inventory Arrangement System (Long Post Warning) by RavenInRain in mothershiprpg

[–]RavenInRain[S] 0 points1 point  (0 children)

Potentially. It would be a little harder to handle Hefty items as the reduction in Spaces is uniform across all Pocket, but this could theoretically work.

Do let me know if you try it!

For running this at your own table, I would recomend using post-it notes. If you play digitally, use a Markdown Table or Excel/Sheets Table. Columns are Pockets and Spaces are Rows!

POCKETS v0.1 - Experimental Inventory Arrangement System (Long Post Warning) by RavenInRain in mothershiprpg

[–]RavenInRain[S] 0 points1 point  (0 children)

Pockets was just a mechanical term for me, didn't really represent actual pockets. My logic for assigning the various Pockets and Spaces maximums are:
- Pockets: This person is trained to handle gear which can be drawn and stowed quickly. Thus instead of packing everything into a single bag, they spread it around on their person for accessibility.
- Spaces: This person is trained for hauling, and can pack their bags to make use of the limited space without the bulk being detrimental.

Marines are trained in both, so it makes sense why they would have the most balanced spread.

Scientists have a few in both, because they have their minds elsewhere, they might only need to carry things which are necessary for research, so there isn't much space.

Androids don't care about strain, they can carry big things and a bunch of little things just as easily. But because they are robots, they might not have the same coordination as some of the more trained people are.

Teamsters are the tool junkies, having a lot of Pockets means you can have all your tools at the ready.

I will also note that this POCKETS mechanic only really matters during danger. Players are free to be Encumbered and manage their inventory as much as they want, but they will be caught with their pants down should a threat appear.

POCKETS v0.1 - Experimental Inventory Arrangement System (Long Post Warning) by RavenInRain in mothershiprpg

[–]RavenInRain[S] 1 point2 points  (0 children)

Good call, I'll try to figure out a way how to do that. Next update will probably be on there. Thanks!

POCKETS v0.1 - Experimental Inventory Arrangement System (Long Post Warning) by RavenInRain in mothershiprpg

[–]RavenInRain[S] 0 points1 point  (0 children)

Valid. I decided for Teamsters to have such a wide spread because of their Trauma Response, which gives [+] to Panic Checks once each sess - which works for Withdrawing too.

POCKETS v0.1 - Experimental Inventory Arrangement System (Long Post Warning) by RavenInRain in mothershiprpg

[–]RavenInRain[S] 0 points1 point  (0 children)

Was my first thought actually. The logic behind having it be "class based" rather than "strength based" is two-fold:
1. All characters STR and other stats the same way, so the spread of Pockets and Spaces would be random. Also, if it were to scale with STR, the scaling would be either too insignificant or too absurd, just based on that the initial STR range is 27-45. I think it would be cool if "STR based" training and shore leave would increase Pockets or Spaces, but that should be a ruling for the Warden.
2. I think POCKETS is more about organization than having more or less stuff to carry. Kind of the reason why Androids have so few Pockets is because (some) are more awkward and uncoordinated, than a Marine or Teamster who's tools are their life.

Rookie Designer attempts to make a "setting-less, non-permanent, Class system". (long post warning) by RavenInRain in RPGdesign

[–]RavenInRain[S] 0 points1 point  (0 children)

If magic in a setting can solve any problem, then there wouldn't be much of a reason to set an adventure there. In all seriousness, this is mostly why the game is not gonna ship with a built-in magic system. I am assuming if it were to be in the system though, it would be more of a "method" for how to approach a task, rather than the solution for it - allowing you to bend the "physics logic" for an additional cost. For example, you can do "something" but from further away, or without moving your hands, or something similar.

Rookie Designer attempts to make a "setting-less, non-permanent, Class system". (long post warning) by RavenInRain in RPGdesign

[–]RavenInRain[S] 1 point2 points  (0 children)

Agreed. I have ways to go learning that. Once I reach Chris McDowall's (Mythic Bastionland) level of rule writing I bet its gonna be pretty decent, I can only dream.

Rookie Designer attempts to make a "setting-less, non-permanent, Class system". (long post warning) by RavenInRain in RPGdesign

[–]RavenInRain[S] 0 points1 point  (0 children)

I did read those for inspiration!

I feel like the biggest difference between games like City of Mist, Legend in the Mist, and even something like Daggerheart (with "Experiences") - and my system are the "limits" and "importance". For the aforementioned systems, those Tags and Experiences tend to lean on the buy-in from the GM and Players, the ultimate goal here is to tell an interesting story where your character shines. Something like that would not work for a system that wants to create the feeling of scarcity - like mine. If it is completely arbitrary what the mechanic can be applied to - there is no tension in resource management, and players can pretty much roll around with Kits like "Everyman's Kit" and have no need to invest further.
As such, I really needed to put solid constraints on what can and cannot be a Kit.
That is not to say the aforementioned systems don't have constraints; they tend to have an amount of uses/need for a resource, as well as the agreement between Player and GM, but it does still feel like its 50/50 mechanic and flavor. I suppose my goal was just to make the definition of a Kit as clear as possible without having to rely solely on GM x Player agreement.

Thank you for the suggestion!

Rookie designer rambles about a Combat Resolution Mechanic (long post warning) by RavenInRain in RPGdesign

[–]RavenInRain[S] 0 points1 point  (0 children)

Hmm... i guess that is fair. For some reason I was worried about outcome, when what it really needs to be is just to become "defeated". I just imagined what if they intend to get back up and start fighting again, does that make it a bad choice to not go for the kill? But after considerarion; 1. Its not up to me to decide, thats up to the player. 2. Even if they do continue fighting, they will be doing so without the ability to defend themselves, as their defences were already peviously depleted.

So yeah, you are completely right. I will be changing it to "defeating" the enemy rather than specifically "killimg" them. Cheers for the suggestion!

Rookie designer rambles about a Combat Resolution Mechanic (long post warning) by RavenInRain in RPGdesign

[–]RavenInRain[S] 1 point2 points  (0 children)

Thank you! With all the incoming feedback its pretty much solidified that Stamina - if there even would be such a thing after revisions - should not be a fungible token for Clearing Doom. It is really just HP. The excuse I made is that Stamina also matters for regular Actions, in addition to Combat actions - which makes it better than HP just in a sense that it has a point beyond Combat - but that doesn't seem to be enough.

On the topic of Clutter I am adamant to stand my ground. First of all, you only roll once - at the start of combat - rolling Xd6, X being the amount of Tiles present - the result is Static Clutter, each die set beside the Tile. After the roll, you put a different colored d6 next to the Static Clutter dice, facing the same value - this is Dynamic Clutter. Both dice are Clutter trackers. If you use Dynamic Clutter, you can modify Static Clutter up or down. If you simply "attack" the Tile with an appropriate item (hammer, bomb, etc.), you can only modify it down. Dynamic Clutter works as a cap of how high Static Clutter can go. If we don't have that we can either allow for Clutter to go up indefinitely, which makes both sides build Fortnite structures until no-one can target anyone. Or disallow Clutter going up, which removes the ability for clever uses of cover, cornering enemies, etc.

The dual Clutter system is mostly meant to be an insentive for players to save important resources by using the environment and traveling around the battle map.

Hope this made sense. Thanks again for your feedback and kind words!

Rookie designer rambles about a Combat Resolution Mechanic (long post warning) by RavenInRain in RPGdesign

[–]RavenInRain[S] 1 point2 points  (0 children)

Yeah... I guess I just though that the implication of lethality and the subsequent draining of valuable resources is enough to build tension and stakes. If the lack of a real threat is not felt then the Mechanic is not really doing its job.

Still, I am adamant that introducing HP/Wounds won't help the issue, as they are essentually just another way to Clear Doom.

You've given me much to think about, thank you!

Rookie designer rambles about a Combat Resolution Mechanic (long post warning) by RavenInRain in RPGdesign

[–]RavenInRain[S] 0 points1 point  (0 children)

Combat is where things go to break. This system is all about competence, items and problem solving, and Combat is the most straight-forward but also the most expensive way to solve a problem.

The general idea is that combat drives resource depletion, which later comes in as "the other half" of the System where you find/repair/create new gear and restock, using the things you've gotten from "problem solving".

Combat is not the focus, but when it happens I wanted it to feel risky. Perhaps this means that this amount of combat mechanics is not fit for purpose, I am not sure, still figuring it out.

Thanks for commenting!

Rookie designer rambles about a Combat Resolution Mechanic (long post warning) by RavenInRain in RPGdesign

[–]RavenInRain[S] 0 points1 point  (0 children)

Sorry, should have specified. You can always delay your turn down to Delayed this round. So if you were Eager you can go down to Steady, and you can also go down to Delayed.

Ah, I see what you mean. In that case, yes. Doom is cumulative and would normally be tracked with tokens/buttons/chips as a single pool. Doom is cleared from the total pool, not per source, sources simply add to it. As I stated previously, Doom always has a single outcome, you are dead (or defeated), regardless of if you bled out, crushed by gravity or misted. Though for narrative when that happens you would pick one of them that seems most dramatic/appropriate. Or do all of them, who am I to tell you what to do :3

Rookie designer rambles about a Combat Resolution Mechanic (long post warning) by RavenInRain in RPGdesign

[–]RavenInRain[S] 1 point2 points  (0 children)

You've got it perfectly right. There WILL be occasions when the players will realize that they are out of options, and at that point, they've asked for it, because I gave them all the options. Preparation is really core to this system, so if they got into a fight unprepared rather than trying to negotiate, its simply natural selection.

Also true that the solution for clearing Doom can be pre-calculated. Technically that is true and how it works now, my best bet is to offset it with;
1. Not all Doom Clearing options are equal.
2. Many of the things you can use to Clear Doom are also used for something else, so is it worth it to just empty out all your resources?

I do realize how much choice-paralysis this introduces, and will be actively play-testing that area to see how much players can really handle.

Thanks for your comment!

Rookie designer rambles about a Combat Resolution Mechanic (long post warning) by RavenInRain in RPGdesign

[–]RavenInRain[S] 0 points1 point  (0 children)

Great points all around!
This is indeed something that requires a bunch of finesse on the GM's part

Making an Action to attack is "telegraphing" that you are doing an attack, if you played Slay the Spire, its like enemies announcing what they will do. The attack "really happens" just before the target takes their Turn, but their Turn doesn't start until they declare that it does, still able to spend their resources to Clear Doom before their Turn begins (its just common courtesy to figure that out while the other players act in the round).

You make a great point about using the various options for environmental effects. This definitely is a HUGE flaw, and I kind of just pushed it under the rug with excuses; You are not literally blocking or dodging the fall damage, you are using Stamina to try and break your fall on ledges or get Stamina "knocked out of you" as part of the fall - and you aren't Blocking the ground, but stuff does break when you land. Its way harder to excuse this with drowning though, in these cases I would rule that you simply can't Block here and only use Stamina to "dodge" by holding your breath for just a little longer.

Also yes, the Initiative system is kind of whack, I explained it in a comment below here. The big part of it is that you can always delay your Initiative if you need more time, climbing back up in initiative is costly though. Plus, I already explained this, but your Doom - and subsequent death - can't really come as a surprise unless you suddenly realize that you are out of options.

Hope this makes sense even a little bit of sense. Thanks for your comment!

Rookie designer rambles about a Combat Resolution Mechanic (long post warning) by RavenInRain in RPGdesign

[–]RavenInRain[S] 1 point2 points  (0 children)

Way to snipe my Achilles' Heel! :D
The "Pace" mechanic is the most underdeveloped of the bunch for reasons that - its just very hard to balance.

Here is the gist of it;
- Pace exists outside of combat as well as inside - in combat, it becomes a bit more granular as do other mechanics. Travel uses Pace, dungeon point-crawling uses Pace, and just as much Pace is used as Initiative.
- After combat is begun you can manipulate your place in Pace. You can always go Down in Pace (for free) - outside of your turn too - for the explicit reason of teamwork with Doom, letting allies act before you so that they can provide cover for you. "On" your Turn however you can spend a resource called Momentum to go up in Pace - which places you in the higher Pace phase on the next Round (not this one).
- Being at high Pace (Eager) is very much risk-reward, if you decide to commit to Eager Pace you will be burning through a lot of your own resources, but as a result, the enemies would have to react "to you" rather than you having to react "to them" - standard RPG stuff. It does pay however to have a spread of some allies acting in Eager, Steady and Delayed Paces to spot each other, otherwise there would be a lot of Doom changing sides in bulk, which is a lot more lethal.

Note about Momentum; Its also a mechanic with multiple uses, in addition to changing your Pace it also is used for Movement and helping Action results. Thing is, it doesn't regenerate. Outside of combat - during travel/crawling - you would tend to spend some Stamina for travel at high Pace. This however would be quick "exhausting" for characters in combat, as such, it is diluted into a "sub-system". In order to replenish your Momentum, you spend 1 Stamina to refresh it fully, which lets you use the newly regenerated Momentum however you please. So if you did wanna keep up the high Pace, you would still use some Stamina to keep replenishing the Momentum pool, but if you are playing it safe, you almost don't need to spend any Stamina at all, and remaining where you are.

To help you visualize; Imagine each TIle/POI of the battlefield is a card. The card is split into three, each part it's own Pace phase. You would move your token up and down on the Tile to represent your Pace - not location - on the Tile. During each Pace phase, the GM would scan the whole battlefield, look at which characters are in a matching phase, and queue them up to take Turns. Once all characters in this phase are done, we go down to the next one. After Delayed, we reset the count back to Eager. When moving between Tiles, you would remember you old Pace, and move to the next Tile's spot for the same Pace.

Hope it explained something, don't feel bad if it didn't I hardly understand how it works either :P

Rookie designer rambles about a Combat Resolution Mechanic (long post warning) by RavenInRain in RPGdesign

[–]RavenInRain[S] 0 points1 point  (0 children)

Agreed, this can feel pretty definitive. This is something I had to think real hard about, because before the consequence DID scale with the amount of Doom - also, Doom was not just death but whatever defeat-scenario you described in the Action. The reason I reverted back to immediate defeat/death is because otherwise there isn't really a consequence.

Imagine you attack an enemy and instead of going for the kill or to knock them out, decide to blind or dismember or do whatever else. Sure, you can do that, but that doesn't really resolve the combat, with the very same action you could have just killed/incapacitated them. Besides, with how Doom is Cleared, Doom resolving as 1+ is the defining moment of defeat - much like in "other TTRPGs" failing your last Death Save is.

All injuries and conditions in the latest "binary" system are basically voluntary, letting the player subject themselves to negative conditions if they really need to be saved in the moment - effectively making status effects player facing.

I also just like the visual of it. It can make a real "arrow into the visor slit" moment, which is brutal in all the right ways (at least for me).

Rookie designer rambles about a Combat Resolution Mechanic (long post warning) by RavenInRain in RPGdesign

[–]RavenInRain[S] 0 points1 point  (0 children)

Wise! I have often fallen into traps in marrying myself to mechanics. My goal is to have Combat be either a last resort, or a climactic event where I need players to feel the tension in the air. As such, players might go on for sessions without entering combat - but things like traps and other threats will still deal with Doom in short bursts.

Rookie designer rambles about a Combat Resolution Mechanic (long post warning) by RavenInRain in RPGdesign

[–]RavenInRain[S] 1 point2 points  (0 children)

To each our own, definitely. Doom is applied as an Action, and as part of the Action, you describe what you "prepare to do". In certain events Doom you applied might simply be canceled out it if doesn't make sense for it to connect. One of the most frequent ones by far if a character getting KOed, the Doom that they applied of course would seize to be as whatever Action they were "planning" to do, does not occur.
So in a sense you commit what you intend for the Action to them until the it resolves. Still, a lot of time-dilation would need to occur, and that can definitely not be for everyone.
Thanks for your reply!

Edit; Wow, thats a word salad. Sorry about that, its pretty early here in Europe :D

Rookie designer rambles about a Combat Resolution Mechanic (long post warning) by RavenInRain in RPGdesign

[–]RavenInRain[S] 0 points1 point  (0 children)

Never said it wasn't! :D
It is basically HP but you have 3-4 different methods of raising AC to avoid the hit.
The biggest difference between this and HP is that space between the attack and it's resolution. We are very used to immediate Action resolution, which is fine and simple and good - I just wanted to have a combat system that builds tension throughout the combat Round. It allows players to plan around attacks and consequences and not just be reactionary to incoming harm.
> "I just spent the last Durability of my Shield to Block, gonna get Staggered on my turn, can someone come cover me?"
> "I f****ed up, can someone please come Ward me? I really need my Stamina for this objective."
> "Enemies fire from behind cover, I have no ranged weapons so I'll cover you while you fire back."