Skip to main content

Browse GamesGame JamsUpload GameWinter Sale 2024Developer LogsCommunity
On Sale: GamesAssetsToolsTabletopComics
Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines
Hardcore Narrativist4 years ago

Ciao Daniele! Your English is fine 😄
Thank you! Hehe, I have the impression that many questions I had about other games would have been answered by an example, that's why I always try to add one 😄

Regarding the Discover the Past table, it was on purpose: first, to make it more generic; second, to give the players more control. I think I even considered having a bit more detail and having categories like Public Building, Worship Building, and stuff like that, but I think it works better as it is now, for these reasons:

  • If it had categories, all generated maps would tend to have the same statistical distribution of religious buildings, private houses, etc. That limits the settings a lot, because maybe some settlements would never have religious buildings at all, or private houses. Or not as many. Or not as few! I considered having playbooks for different kinds of settlements (with different kinds of buildings and different distributions of the kinds of buildings), but that's a limitation in its own right, and didn't seem necessary.
  • It opens up for possibilities that I haven't thought of! If I added categories, maybe someone could come up with a kind of settlement that needs a kind of building (or kind of fragile path) that I didn't think of.
  • It could be difficult to make sense of why there's a certain kind of building in a certain place (eg. right besides a cliff)... although that kind of limitation can sometimes result in super-interesting possibilities than the players wouldn't think of by themselves! So maybe this is not a big deal.

I'm not completely sure what you mean about the second point, what kind of situation do you think will be problematic? Fragile paths are drawn in the past map, and as they are explored in the present, also on the present map. When they are drawn on the present map, they might be drawn destroyed, that's why they can only be drawn on the present map once they are explored ("resolved") in the present. I don't have the impression it will be confusing, but I haven't played with other people so I don't know!

Regarding your last question, every time you move you have to roll dice at least once, because you are exploring some new hexagon so you don't know its current state (including whether or not you can even enter it!) until you roll. If you want you could move hexagon by hexagon, including "clear path" hexagons... but you have nothing to do in that case, so it's kind of an empty turn, so to speak, so I didn't even consider it. However, if you are wondering if you have to discover the past every time you move in the present, that's not the case! For two reasons:

  1. Every time you discover the past, the "radius" of the discovery is _two_, not one, partly so that you switch between past and present in batches, and not for (almost) every action.
  2. Once you have discovered the past, you have around 7-8 new hexagons to explore, and often the players will want to visit several of those before moving on farther down the map.

I wonder if I should describe more explicitly what happens in a turn and what the possibilities are, do you think that would help?

Reply
Daniele Antonio Barbaglia4 years ago(+1)

Hi Esteban!

Discovery table: What I meant to expand the Discovery table was more to help players see what they found: a signed or unsigned route, a place with water, reliefs, etc… It doesn’t have to be too detailed, otherwise you’d need a much bigger table and the game doesn’t want that.

Second point: what I mean is that I see the grid of hexagons very wide (even if the one you submitted is not) and I think that players have to continuously figure out where they are because they have no other references.
To better explain: I would find it handy to have a counter on each hexagon to make direct reference from the map of the past to the map of the present.

Give more examples: Surely explaining some mechanical parts might help. I couldn’t tell you if it’s worth more in this case to increase the examples or adjust the text to make it clearer.

Thank you for your answer! Bye

Ciao Esteban!

Discovery table: quello che intendevo per espandere la tabella delle scoperte era più per indicare meglio ai giocatori cosa trovavano: una via segnata o non segnata, un luogo con dell’acqua, dei rilievi, etc… Non per forza troppo in dettaglio, altrimenti avresti bisogno di una tabella molto più grande e il gioco non vuole questo.

Second point: quello che intendo è che vedo la griglia di esagoni molto ampia (seppure quella che hai inviato non lo sia) e credo che i giocatori debbano continuamente calcolare in che punto sono perché non hanno altri riferimenti.
Per spiegare meglio: troverei comodo avere un contatore su ogni esagono per fare riferimento diretto dalla mappa del passato a quella del presente.

Dare più esempi: Sicuramente spiegare alcune parti meccaniche potrebbe aiutare. Non saprei dirti se vale più la pena in questo caso aumentare gli esempi o sistemare il testo per renderlo più chiaro.

Grazie di aver risposto! Ciao

Reply
AboutFAQBlogContact us
Copyright © 2024 itch corp · Directory · Terms · Privacy · Cookies