itch.io

It's probably been suggested by now but it would be nice if your attack/defense was also forecasted for the result of a hand, like your health and power.

This game can't be downloaded via the itch app because the file is not marked with the compatible OS.

This game can't be downloaded via the itch app because the file is not marked with the compatible OS.

Surprisingly visceral! It plays how I feel like caving in tight spaces must feel like. And the nicest difficulty curve of the entrants that I've played so far (for me).

Agree, hoping these are obviously not intended and will be improved in future updates

Ugh yes More

I created a new account before I realized that I could change my name/url, which I would much prefer. Since the new account name already exists, could you confirm if, after deleting that account, the name/url will become available to convert to?

Even after the fix for the Golem, it doesn't seem like there's a point to Brute being a special rule, over just having a higher Defence. Am I missing something?

I feel like Stamina should be named something like Fatigue instead?

I am here via the Alleyman. The other cards bring me happiness.

I would love to use this for a project, and while the demo works in Chrome,  unfortunately in Firefox 91.0.1, returning from a sub-game causes an infinite loading loop of some sort.

EDIT: It seems likely this is the same bug described by rumpel below, whose blog post shows a fix.

Glad you are giving it a try! Yeah, as dice, the 1 and 6 should be treated as max/min values. Another unstated process is, when determining a random new/old project, I've been rolling a D6 but interpreting it as a D2/3/4/6, whichever equates to roughly half the total projects, counting from the respective end of the track.

Also FYI I updated it to 1.4.3 yesterday, so check that if you don't have it already.

Wow, thanks for the kind words! I've really been enjoying the constraints imposed by Bitsy, so I've got like 5 experiments in the works; I might compile a few of them into a collection of vignettes at the least.

Yup. Check out my Principia Apocrypha upthread :)

In a sense. However it is not necessarily restricted to dungeon delving; OSR games should handle just about any situation you'd find in any other game or setting. And yes, you don't set out to tell a story that the GM has planned out, but it can certainly produce wonderfully interesting stories that come about as the result of play - the interactions of the players and the game world as portrayed by the GM, even if that takes the form of a bunch of anecdotes stitched together. Often stories you hear from OSR sessions sound so strange and creative that  there's no way it could be the result of a planned narrative.

Another difference is that "solving" a problem in an OSR game does not have a number of discrete solutions that are codified into it (though roguelikes tend to allow a greater range of potential solutions than other types of games). Instead, the GM should be open to those wildly creative methods of solving problems formulated by the players. Often, a GM doesn't even know how a particular problem could be solved when they create it. 

I personally don't unreservedly endorse this list for what definitively constitutes an OSR playstyle; and indeed no one is putting it forth as definitive. Googols of electrons have been spilled on this subject elsewhere. But, addressing the points that you dislike: 

Re: 6, I think 4 supersedes it and it is not terribly important to defining the OSR playstyle.

Re; 8, I'm not sure you elaborated on that?

Re: 10, I agree, and I don't think *literal, frequent lethality* is definitive of the OSR playstyle; I personally play with some house rules that cause wounds which decrease ability scores at 0HP, though taking significant damage in one stroke can still spell instant death. The point is real, harsh (if warranted) consequences for your actions to help accentuate PCs' agency and a reactive world, rather than situations like 5e clerics reviving people to fighting condition literally before a turn passes while surrounded by foes.

I'm still having trouble with the idea that the OSR only would have rules for direct conflict/combat, when avoiding that is entirely the point of the game. D&D's rules are mostly about combat too, and many other games have a similar framework, but in those games the combat is the point. It feels incredibly counter-intuitive to have a game where the point is to not use the rules.

I'm not quite sure where this came from. Most OSR rulesets do not "only have rules for direct conflict/combat". I think the usual defense of detailed rules for combat is that it represents a high-stakes situation, and so the involved parties likely will desire clear arbitration of how things occur. But check Into the Odd's combat system for a counterpoint:
http://www.bastionland.com/2015/03/describing-auto-hit-in-into-odd.html
http://www.bastionland.com/2017/05/decisive-combat.html

...oh, I guess I already have an account, so I can post here without any work! 

Here's my compilation/synthesis of advice on running OSR style games, which many folks share as an answer to this question. You'll probably also see another, older "OSR Primer"; this is kind of like that, but from a more modern perspective, and somewhat less contentious. 

https://lithyscaphe.blogspot.com/p/principia-apocrypha.html

Love it! You should combine forces with First Person Soar! http://itch.io/jam/7dfps/rate/13738

Also, I would totally pay some money for this.

Gorgeous!  I've always wanted such a simple game. 

I can't help myself from suggesting some ideas...

• I feel like the flapping should give you more vertical lift than propel you forward, and forward motion would require gaining some height and then diving.
• The control guide says to put both sticks to the side for a turn, but it seems best to put one stick up and the other down for a turn.
• Given the above, any chance of a vertical axis inversion option? Turning feels reverse to me.
• I would feel great to have flapping be analogue with the triggers - the flap occurs on release, with power in proportion to the depth it was pressed.