Librarian of Alexandria

My New Year's resolution for 2020 was this: “Finish a project a month,” for some arbitrary definition of “project” and some arbitrary definition of “finish”.

…I did not do this.

In my defense—and I do think this is a robust defense—the world went completely and utterly to shit in 2020, even moreso than it had been doing for the rest of the past half-decade, so I don't blame myself for this! But still, there are a ton of things I want to do and I really want to finish some of them!

What did I actually do during 2020?

There are a few things! Here's a big one: just a few weeks ago I finally completed the first draft of a novel, a fantasy novel with the working title The Necromancer's Daughter. I've written a fair bit of short fiction before, including a collection of surrealist flash fiction, a few pieces of poetry I'm reasonably-not-ashamed of, and some short stories that I haven't put online, but I had never completed a full novel, despite a few very bad attempts at writing science fiction novels during high school.

I'm proud of having finished it, but it's a first draft of a first novel: the writing is clunky, the plotting is awkward, &c &c. I'm stepping away from it for a little bit but I'm planning on taking time this year to edit it into a second draft and then see about publishing it. I have no idea what this process looks like, much less how it works in a time of COVID when I'm also working an unrelated full-time job, but I'm excited to find out!

Another thing I have arguably “finished” is Lament Configuration, a self-hosted Pinboard-like bookmarking service. Both my web design sensibilities and my web design tools live firmly in the past, so Lament Configuration is a bit of a throwback in terms of how it works and is implemented, but I'm proud of where it is and I've fully switched over to it for storing links on my own self-hosted instance. It's not necessarily completed, but it's usable for myself and a small group of friends, and that's not nothing!

I've also been honing a few other skills in anticipation of not-yet-finished projects. For one, I've been working on page layout, both for personal prose projects and for tabletop-related projects. Earlier I mentioned my surrealist short fiction: I'm going to be putting together a tiny chapbook of all of those, and I've already got the layout all done, which means I just need to take the time to find a printer for chapbooks. I'm also working on some small (chapbook-sized) tabletop projects. Both of them are letting me get more familiar with the tools for doing these layouts and experiment with what works and what doesn't. For example, here are two pages from different projects: a title page from my short fiction chapbook on the left, and a page from a tabletop project on the right:

Another skill I've been honing is 3D modeling. I've tried learning Blender before, but this year it's really started to stick in a way it hasn't before. My specific focus is wanting to learn 3D modeling for video games, so I've been sticking to styles which will work for the kinds of video games I could theoretically make on my own, without a massive team of artists and while also doing the design and programming myself (to say nothing of music and sound and writing and so forth.) For example, I've been working on flat-shaded low-poly modeling, which has been great for figuring out how to build the shapes I want without worrying about texturing:

A kitchen scene, modeled in 3D with flat colors and few polygons.

I've also been working on a style of blocky low-poly model that uses pixel art for textures, which is yet another style that's accessible to an individual trying to build entire scenes without a team:

A market stall with boxes of food and signs, modeled in 3D and textured with giant chunky pixels.

Neither my typographical work nor my 3D work have yet resulted in “finished” projects, but I'm not disappointed in that: I'm happy I've flexed those muscles further, and I'll have those skills around for when I need them!

What do I want to do in 2021?

I've already mentioned a big one: I'd like to publish my novel! I've gotten some early positive feedback on it from people close to me, but they are, after all, people close to me. I do think there's something there in this draft, and I hope to find out what it'll take to bring it from awkward draft to a published novel.

I'd also like to write some more this year. By this, I mean writing more fiction—finishing some unfinished short stories, maybe starting another novel—as well as some lightly technical non-fiction. In particular, I've found that when blogging on my programming blog I really like to discuss ideas for a technical-but-not-specialist audience, and I also like doing technical history (e.g. this post of mine on the history of algebraic data types) and I'd like to combine those goals into a piece of long-form writing. We'll see where that goes, but I've got ideas as well as a potential collaborator who might be able to keep me on track!

And on a technical note, I've got some programming I want to do as well, but honestly less of it than before. That isn't to say that I won't program: I expect I'll do plenty of it, and I've got a number of small projects (compilers and libraries and tools) that I will poke at, but many of those feel more like ongoing concerns or means to an end than “projects” I am pushing myself to finish. Still, a smattering of programming projects I'll likely work on include a graph grammar authoring tool I'm calling palladio, a barebones storylet engine I'm calling rakonteto, and a wiki I'm calling baba-yaga.

However, that's not the only programming I'm going to do, because in 2021 I'd like to finish at least one small video game. I have a bad habit of gradually dreaming up grander and grander ideas, so I need to really limit myself: even ideas I've come up with tend to get too big for me to finish, honestly. Still, if I get even a tiny game-jam-sized project done, I'll be happy. (And to be clear, “finish” here means something like, “Get playable and put it on,” rather than trying to find a big publisher or even necessarily find an audience. I'd be totally happy creating a tiny weird game that four people ever play and nobody ever gives me a cent for!)

And I've got two or three tabletop projects I want to finish, as well. I had a screenshot of one of them above: a fantasy bio-punk Blades in the Dark hack about an arboreal city where people use plant-magic to grow their surroundings. I've got a few other ones that are small-sized and can at least get to playtest stage, like a Megaman-inspired party game called Get Equipped and a Silmarillion-inspired asynchronous storytelling game called The Last Alliance of Men and Elves, and maybe a few more: we'll see!

A few thoughts on projects

I'm still disappointed I finished fewer projects than I wanted to last year, but the reason for my resolution—”finish a project a month”—was not about actually being done with any specific thing. I don't mind having several projects in flight, and I don't think I'll ever stop doing that to some degree. The inventory above was mostly projects I think I can finish this year: I've got several more on backburner with varying levels of intention to finish, and I'm well aware that I won't finish half of them. That's okay!

The thing I want to address is not that any particular project isn't done, but rather that I'm not used to finishing projects in general. I've got more than a small measure of anxiety about finishing projects because a finished project has a kind of finality to it. An unfinished project is a dream: maybe it's great, maybe it's awful, but I can imagine it being as great as I want. A finished project, by contrast, is no more than what it is, and maybe it's disappointing or awkward or clunky and it will never be better than that.

But also a finished project exists and can be shared with others. And getting to the point that I can finish projects, both by being comfortable with the finality of a finished project and by being capable of the planning and legwork to finish the boring parts, is the only way I'll be able to share the things I want to share.

So I'm not gonna put a specific schedule on project-finishing this year, and anyway, the pandemic is still on, so any specific plans are ripe for skewering by our distressing present moment. But still, I'm going to keep learning to finish projects, and hopefully next year I'll be able to point to things I've completed and shared.

I tend to pursue too many projects at once. It's been a problem my whole life. But I'm trying to focus and finish them one-at-a-time recently while still brainstorming about future ones, so here are a handful of projects that I'm currently working on:

A Tool: Lament Configuration

I've used Pinboard for several years to store various links: it's one of very few proprietary online services that I genuinely like using, in part because of how it bucks the trends that many web services follow: there's no feature sunsetting, no “redesigns” that break existing workflows, no ad-driven engagement metrics. That said, I still prefer hosting my own services with my own data if I can, and there are a number of features I've wanted out of a bookmarking service that Pinboard doesn't have, including some slightly fancier tagging systems (e.g. hierarchical tags that can express subset-like relationships) and an alternate way of displaying links with rich content (e.g. preview photos for recipes).

So, I'm working on Lament Configuration, a self-hosted Pinboard-like system. I've got a running test instance at which I'll eventually stabilize and open up to close friends as well, but it's designed as human-scale software so I don't believe I'll ever design it to host more than a small handful of people. I've been working on it with the help of my friend Trevor, and we'll probably put a bow on a “release” some time soon, but I've got several more features that I want to add over time.

Other tools on my backburner: a wiki inspired by Andy Matuschak's notes tentatively called baba-yaga, a Roll20 clone with an emphasis on note-taking and wikis for less-map-focused games tentatively called beholder, a tool for designing and using grid-based shape grammars tentatively called palladio.

A Tabletop Game: Guns & Gasoline

Okay, the original idea for this game was perfunctory and silly, and I've spent far too much time thinking about it considering what it is, but the core idea is: a tabletop game about street racing, gunfights, and saving the day, built specifically around three stats: Fast, Furious, and Family.

Yeah, it's corny, but that's what those movies are all about.

It's gone through at least three major revisions: the original version was a more-intricate-than-necessary Powered-by-the-Apocalypse game. That draft had a few ideas I liked—in particular, it had three different combat movies, Fight Smart, Fight Hard, and Fight For What You Love, each built around a different stat but with different narrative and mechanical consequences—but that draft of game never felt like it was really cohering in the way that I wanted.

The second revision was heavily inspired by a brief perusal of the second edition of 7th Sea, but was still largely Powered-by-the-Apocalypse in its bones: you'd roll to find out how many 'hits' you got, and then trade those for 'outcomes', both stopping bad outcomes and initiating good outcomes. The cool part here was that really high rolls (which were possible through exploding dice) could give you a large number of hits, allowing you to dispatch dozens of enemies in a single conceptual “action”, but the bad part was that listing a half-dozen outcomes to choose from for every roll felt super fiddly and annoying. I might revisit the idea at some point—it's got some cool promise, I think—but I was never satisfied with it for this concept.

The most recent revision is probably closest in its rough shape to Danger Patrol, a probably-never-going-to-be-finalized John Harper playtest draft, although the specific dice mechanic is different, incorporating the theoretically-unbounded-successes of the last version. It has an explicit “threat layout” where you use index cards to indicate what's on the table, like user-visible clocks, and it borrows the split playbook approach of Danger Patrol as well, so your character is created from an Origin (like “the feds” or “the streets”) and a Role (like “tech” or “hitter”). It also involves a lot of dice pool moving and trading: certain abilities let you roll more dice, but they might also let you temporarily move one of your dice to a different pool, or to a teammate's pool, or rearrange your pools on the fly. I still need to playtest, but I've gotten character sheets written and plan to write a lot more over the coming week or so, so it's ready for both personal and public playtesting.

Other games on my backburner: a scifi Dogs in the Vineyard hack tentatively called Wardens of Sirius, an Animal Crossing-inspired daily-life-in-a-village game playable via Slack or Discord tentatively called Yan Tan Tethera, a weird Americana Zelda-style dungeon crawler currently code-named Wenaglia.

A Creative Project: Cocktail Graphics

a diagrammatic recipe for the Last Word cocktail

I started making these diagrammatic cocktail recipes a while back, temporarily lost momentum on them, and have recently started picking them back up. The core idea is that they show you the steps split up so you can see which ingredients are necessary for each step, letting you plan by glancing at the recipe, which would be great for planning when making complicated multi-stage recipes. Unfortunately, this idea isn't terribly useful for cocktails: most of them involve one or two basic steps steps (mix, pour, garnish) so in practice I make these diagrams because they're pretty and fun, not because they make the act of cocktail-making significantly easier.

I'd like to do at least a set of “classic cocktails” (probably starting with the David Embury set) and a set of “personal cocktails”, but once I have a bigger library of vector graphic bottles to pick from I can probably put them together a lot more quickly and easily whenever I get a new idea. We'll see: drawing little vector graphic ingredients is pretty fun. I need to start looking into the best way to get them printed, as well!

Other creative projects on my backburner: a worldbuilding fiction project called Tir-Bhahat, a nearly-finished fantasy novel and drafts of a couple of short stories, and lots more linocut prints than I've done in the past month.

A few months ago, I was listening to an episode of Tips at the Table, the tabletop advice show from the cast of the actual play podcast Friends at the Table. One discussed topic was tabletop podcast episode length, and the hosts had a number of interesting things to say about it, but two things in particular struck me. One of them: the idea that the game they played would dictate ideal episode length (e.g. talking about how Powered by the Apocalypse games need a little bit longer in order to really let the “moves snowball” develop.) The other: an off-hand suggestion that you might create an actual play podcast with much shorter episodes by playing something like The Quiet Year, devoting a single episode (of maybe five minutes) to each individual turn.

This was a fascinating idea to me, and I immediately started wondering what other games might lend themselves to this kind of treatment. For a game to work when “broken apart” like this, I think it needs to have a relatively rigid turn structure: while I can imagine taking a game like Apocalypse World and cutting it into short chunks, you're going to run against the narrative flow of the game either for the listener (as the buildup of consequences from past actions is split across episodes) or, worse, for the player (as you artificially enforce an episodic structure during play that unnaturally interferes with the narrative flow from action to action.) Instead, you want a game that builds small episodes into play naturally, which probably means some kind of turn structure: The Quiet Year of course works here, but I can also imagine other games designed around “scenes” doing this well, including Fiasco and Microscope.

My other thought was: what would it be like to design a game with this cadence in mind? That is to say, how would you build a game from the ground up to facilitate short-episode storytelling?

This question dovetails nicely with some other recent thoughts. Like many people who have a tabletop hobby, I don't play nearly as often as I'd like, in part because of real-world schedules, making times when we're all free and ready to play relatively rare. We've tried addressing this by doing more online play, but because life is complicated and busy, even online play can have a surprising amount of slippage and skipped games, so I was thinking about games that can be easily played online via text, without having to coordinate specific session times. This isn't a new idea—for example, Vincent Baker's The Sundered Land: A Doomed Pilgrim in the Ruins of the Future is a game designed for explicitly online play on a forum—but it was still one that was interesting to me.

The conjunction of these two ideas led me to sketch out some game design ideas: in particular, design ideas for a game which can be played in person or asynchronously via the internet, and either way will have a natural “short-episode” structure to the narrative flow of the game. I'm developing a more specific game that has these features which I won't get into here, but in broad strokes:

  1. The game should be asynchronous. Each player might in theory be participating in their “turn” at a different time of day when the other players are not present at all, and yet should still to be able to complete their “turn” in its entirety. That doesn't mean that you can't play synchronously, or that you can't include back-and-forth between players, just that the rules can't assume that all the players are present for a turn. (This rules our things like The Quiet Year's “Hold A Discussion” action, for example.) This restriction leads naturally to a few other restrictions. For one…
  2. The game should be GM-less, because each player needs to be able to engage with the rules on their own without (necessarily) waiting for another player's input. Any guidance that a GM would provide needs to be baked into the rules or mechanics in some way. Additionally, the asynchronous nature of the game means that…
  3. Each turn should be a satisfying narrative unit. A given turn should meaningfully advance the story in some way: it should be 'large enough' that interesting events can occur, complication can arise, narrative threads can finish and start, and generally each turn should on its own be interesting. Some games definitely have turns where you don't feel like you're making gambits or advancing plans, but rather treading water until you can: this design should as much as is possible advance the story even if some narrative threads aren't resolving yet. Finally, because of my own personal design-sensibilities, I resolved that it should have:
  4. The game should have separate by interacting resource economies for individuals and the whole group. The individual resource economy is so that each player can advance their own strategic, game-mechanical goals: perhaps cultivating more resources to be used later or making a decision to expend resources for some other purpose. Meanwhile, the shared resource economy should be present to provide a sense of not just narrative but mechanical cohesion to the players: you may be taking your turn in isolation (because maybe the other players aren't even present in the chat channel where you're taking your turn!) but that doesn't mean that your turn and story aren't tied in with the story of the rest of the group!

I made brief reference to a chat channel, because my mental image of how this would be played is that it would take place in something like a Discord channel. This would let the full history of the game be present in textual form to every player, allowing a player to go back and review the past events at any time, retracing the narrative of the game from the very beginning. Once you've committed to Discord (or something similar, like Slack or IRC or Matrix) then you also have a natural way to express and engage with the game's mechanical side: you can use a chatbot. You could in theory use a simple dice-rolling card-drawing bot, but if you don't mind the programming involved, why not got a step further and build a bot with in-built knowledge of all the mechanics of the game: a bot which can prompt players to take their turn and keep track of the state of the game resources and turn structure in addition to providing things like card draws?

At that point, what you'd have is a game whose rules, in addition to being able to be played in person around a traditional game table, could also be facilitated by something like a narrative-focused Pokécord, a (honestly very simple) digital GM that moves your game along in the background. Which I think could have some fascinating implementations!

Finally, while already considering these ideas, I happened across the Ironsworn RPG (specifically via Adam Koebel's First Look video and subsequent solo play videos), which is a game designed to flexibly accommodate GM-guided play, GM-less co-operative play, and solo play. One way it does this is by replacing aspects of the GM role with an “oracle”, a set of random tables and mechanics around when and how to use them, enabling narrative turns and complications even when no human is guiding them.

Which gave me yet another idea: what would a solo game using this bot-facilitated play look like, using the bot as “oracle” in this way? The way I imagine it, it might be something like a fusion of a game and a guided writing exercise, coming together as a facilitated fictional journal. To give an off-the-cuff example: imagine a game of this sort that depicts a nautical journey, moving from island to island. You could use specific commands to make mechanical choices: perhaps upgrading and repairing your ship, hiring crew, making rough navigational decisions. At the same time, the bot would ask for your input: when a new crew member appears, for example, the bot might use random tables to decide on some details, but ask you to supply the person's appearance, and give a short vignette of your first meeting with the crew-member. When you come to an island, it might tell you the lay of the land and the complication you experience there, but ask for your narrative input along the way.

If you abandoned my previous principle that these games should be playable on their own, you could start fusing them with the more complicated features of things like Twitter bots. Imagine, that the previous nautical-journey bot, for example, was also programmed with scenarios resembling the a strange journey Twitter bot, turning that set of fragments into a personalized story where your input shapes events mechanically, aesthetically, and narratively, but still spaced asynchronously over days, allowing you to return every once in a while to a story in progress to learn but also decide what happens next.

Would any of the ideas described above work well? What level of interaction and resource-manipulation would be appropriate for this kind of game? What are the best ways of incorporating the player's feedback into this kind of game while keeping it satisfying and interesting? Would these be fun to do, or would they devolve into a chore? I have no idea, but I think these ideas are promising enough to find out!

#ideas #tabletop

I've posted my New Year's resolutions before and I should be clear that the resolutions depicted there aren't jokes, but rather slightly snarky ways of phrasing resolutions that I actually tried (and sometimes succeeded) in pursuing. I'm a little disappointed that I haven't kept updating that specific list, but I still try to use the new year as an excuse to do some reflection and figure out what I should do differently.

This year, I've got two broad resolutions:

Write More

This resolution covers a lot of ground. This resolution covers non-public writing: more journaling, more note-taking, more keeping ideas in places that I can go back to and remember. This resolution covers blogging: I keep three blogs, one for miscellany, one for short explanations of random topics, and one for longer explanations of technical topics, and I haven't updated any of them regularly for quite a while, but I want to return to all of them. This resolution covers fiction and other not-currently-public-but-theoretically-publishable work: I've got about ¾ of a novel draft finished, for example, and I'd like to finish that and move on to other pieces of fiction!

The way I actually think about this resolution is that I want to push myself to reach for writing without thinking about it. I used to write a lot more than I do now—it was just a default thing I did all the time, scribbling in margins and on scraps and writing blog posts for no particular reason—and I don't think there's any one reason why I don't write as much as I used to, but one way or another it's become less of a default action for me, and I want to address that this year.

Finish Projects

I do a lot of flitting from project to project without necessarily moving any of them to completion. (See, for example, my aforementioned novel draft.) What I want to do is to start scoping projects better and then finishing them. The cadence I'm currently looking at is 'complete at least one medium-sized project per month', but I might change that goal as I go.

Here, for example, are some projects that I've done work on but haven't finished:

  • Fiction: I have at least half a dozen fiction projects that I've written more than half of but still haven't finished, including short stories with working titles like I Like My Coffee Like I Like My Matter, Attwell Midheaven, and There Will Be Some Who Will Not Fear Even That Void, and then my unfinished novel draft, currently (badly) titled The Necromancer's Daughter.
  • Software applications: I have projects like Hypsibius (a microtonal music tracker), Palladio (a grid-based shape grammar designer), and Bartleby (an open-source writing tool inspired by Scrivener) that I have begun to write but never finished to even an alpha release.
  • Video game projects: I have notes, some of them going back more than a decade, for a variety of video game ideas: many of them are larger than I could conceivably build by myself in a reasonable time-frame, but several of them (like that Morrowind-inspired farming sim, that noir-inspired detective puzzle-adventure game, or that weird-Americana-fantasy dungeon crawler) are ideas that could be reasonably adapted into playable demos within a weekend or two. At least, I could build them into demos that I could present and test, and maybe choose to pursue them as larger projects.
  • Other art or around-the-house projects: for example, I've been trying to get into sewing more, and I'd like to get to the point that I can sew certain basic items that I would otherwise buy, like ties or collared shirts. I also want to bind a limited series of books: in particular, I want to make a nice hand-bound edition of my collection of surrealist short fiction. Or even other more utilitarian projects: like, I plan to build a home carbonation rig and some planter boxes for my yard. These absolutely count!

I've got no shortage of ideas of what to do, but I need to get better at planning and prioritizing particular projects. If I count everything listed above, I still have more than I'll get done in a year (especially if I consider completing more than draft versions of them—a finished novel is a lot more work than a first draft, and beta software is a lot more work than alpha software!) but my goal isn't to make progress on them all or even on any specific one: rather, it's to get into the habit of being able to focus on such projects at least to specific definable goal states, even if those goal states are still “first drafts” or “alpha software”.

I don't know how much progress I'll make on either of those resolutions (especially given how broad and fuzzy they both are) but what's important in both cases isn't the results of the specific projects but rather the habits I want to build with them. If I end the year with none of the projects mentioned above finished, but with a renewed set of personal habits around project-finishing and a renewed habit of writing all the time, then I'll consider my resolutions fulfilled!

A friend of mine who does some streaming has recently been streaming his progress following a roguelike-making tutorial, and I've been backseat programming as he does so. This has resulted in a couple of things so far.

For one, it really struck me how repetitive definitions of specs systems can be. Accordingly, I've been working on a small macro that can make those less tedious by cutting down on repetitive boilerplate: for reasons of both typedness and efficiency, the specs implementation of systems requires some modest verbosity (like plumbing through lifetime parameters and lining up SystemData declarations with their uses) that, with the help of a little bit of convention, can be cut down a lot.

This in turn has been making me ruminate—albeit idly, with no specific work yet—on the idea of a programming language built from the ground-up around entity-component systems, a topic I have considered before but still have not done anything with. If nothing else, I'm going to write a series of notes and thoughts on what an entity-component language designed for immediate practical use might look like: that is to say, how I can imagine building such a language so that it can be used in practical projects despite not having a large library ecosystem or user community.

In a different vein, I also had previously been poking at the game programming framework ggez, which (despite the off-putting name) is a very well-designed and thoughtful framework for building games quickly and easily. I like a lot of the ggez abstractions and it's been very pleasant to get up and running. I've consequently decided to follow the same roguelike tutorial, but instead of using the roguelike library the tutorial uses (RLTK, by the same author as the tutorial, and a port of the author's earlier C++ library of the same name) I'm working on my own, a relatively thin and heavily subject-to-change layer over ggez and specs, which I'm currently calling carpet on the grounds that carpets are ruglike. I'm not terribly far in, but after my work today, I'm comfortable that I'm not starting off on completely the wrong foot, so I am putting the work-in-progress repo on my personal gogs instance.

Finally (and annoyingly pedantically, I know) I had a conversation with my aforementioned friend about how I would have structured parts of the code produced by the tutorial differently—in particular, I felt the tutorial author could have used more systems, both in the sense of splitting larger systems into more single-purpose ones and in the sense of taking code that was not expressed as a system at all and putting it into one. In order to express more clearly what I meant, I decided to put my money where my mouth was and do a refactor of one specific chapter of the tutorial to explain where my design sense would have pushed it; right now, this is also just on my personal gogs instance without any particular commenting or guide as to what I did, but I might write another blog post that talks about the process just to give a better guide to my thought processes.

I'll try to jot notes as I do more of the work around this area, 'cause I think it'd be fruitful even if some of these avenues don't go anywhere. Negative results are results too, after all!

For my entire adult life—ever since I could write a blog engine myself—I've been using self-written blogging software. I gradually went through languages (Python, Haskell, Scheme) and frameworks (, flask, snap, spock...) but always relying on homemade tools. If I had infinite time, I still would! I love the hand-rolled parts of the web, and want to be part of it if I can.

But recently I've also been wanting to switch to using ActivityPub more and more: I've been using my Mastodon account significantly more often than my Twitter account and I've also been thinking I should get a PixelFed account as well.

And of course, using non-self-hosted blogging software is completely out of the question for me! I very much want to own my own data and my own platforms, if I can.

Between all this, I decided to switch to using WriteFreely, an ActivityPub-enabled (and therefore Mastodon-compatible) blogging platform that's self-hosted. I'm still getting used to it! I might have enabled it poorly and I might end up forking it to add some features I already miss, even if those features are just footnotes in Markdown, but I think it's an experiment worth trying!

Ižtreyan meals are communal, taken at large, circular tables, ornately inlaid with brightly colored tiles or stone or metal fragments, that serve as the centerpieces of ižtreyan homes and feature prominently in the back-rooms of ižtreyan workplaces. An ižtreyan meal will involve a handful of main dishes and several smaller side dishes that are shared by everyone, heaped onto individual plates or bowls.

Certain dishes show up as sides at every meal, ubiquitous small plates called talots: these are considered obligatory to the degree that meal size and formality is characterized by the number of talotsa present, with a two-talotsa meal being considered the bare minimum for any meal, while a ten-talotsa meal is a veritable feast. (An ižtrey would never serve a meal with only one talots: in fact, the idiom “a one-talots meal” is used among ižtreya to connote a thing that is completely and unacceptably lacking or unfinished.)

A characteristic talots, known well even outside ižtreyan cities, is rask, which is a variety of tiny, walnut-sized bread, baked quickly in large quantities and served in large bowls with a dusting of salt, usually made of a combination of wheat and buckwheat flour and—less often—chopped nuts. Others include tsalšak, or wafers of dried cucumber softened and served in a tangy yoghurt-based sauce, reželdo, or chopped salted sardines or herring, and gelbrekhi, or fried vegetables in a buckwheat-honey batter.

Among the small bites are the large dishes. A meal with one or two people will likely have one large dish, but when eating as a family, a community, or a workplace, people will often serve several to even dozens of central dishes. Ižtreyan meals often include meats in flavorful sauces and various baked goods. Centerpiece dishes like this include:

  • žyotsuldo: a roasted savory pie with a buckwheat crust, usually sprinkled with some small pieces cheese shortly before being removed from the oven. A žyotsuldo can be filled with just about anything, but popular choices include beets, marinated beef, or chopped mushrooms. (It's rather uncommon for ižtreyan cities to have stalls for street food or other casual-and-easy-to-acquire foods—it would run contrary to the camaraderie of a proper five-talotsa meal, an ižtrey might tell you!—but when such stalls exist, they often sell an easy-to-carry variation on žyotsuldo.)
  • yadash, a roasted, creamed soup of a central flavor (often beets, but sometimes peppers or rhubarb) and a backing, milder flavor (potatoes or yams): this is served with a drizzle of honey and a thick dusting of black pepper, and sometimes a buckwheat flatbread called kyaczut.
  • lyubešku ikhab (or other lyubešk dishes): ikhab is a generic word for red meat, and lyubešk is a style of cooking that involves a slow braise in wine with dried berries and raw grain kernels, usually barley. Over the course of the braise, the grains and berries puff up with the wine and meat juices, and the meat takes on a characteristic pink color. It's possible to lyubešk-cook poultry (lyubešk trabšo) or some vegetables like thicker, meatier mushrooms (lyubešk rabsin), but the lyubešk style is usually associated with red meats.

Tir-Bhahat is a collection of fragments of fantastic world-building. You can read more about it here.

#fiction #tirbhahat

At first glance, the queder's conventions for naming are remarkably simpler than most of the other peoples. In general, a quede will have two names: in order, a given name chosen by the parents at birth, and a surname taken from the surname of one of their parents. Which parent's surname is taken will vary based on local custom: in some places, a quede will take the surname of a parent of the same gender; in another, the surname of a parent of a different gender; yet in others, the surname of the parent in whose ancestral home they live; yet in others, the oldest of the parents. The queder rarely change their names, and certainly don't bother changing their names for marriage (although it's not unheard of for a quede to move to another village and adopt a new name to accompany their new life!)

Sadly, the story of quede names is nonetheless complicated by the fact that they have, when compared to most folk, remarkably few given names: the most common two dozen names account for the vast majority of queder. It's not uncommon to walk into a place of work and find four laborers there all named Étun. Indeed, shared names are so common that some parents give the same name to multiple children. The river-town of Elascín was home to a locally famous quede, a book-binder named Pégno Telbasci, who had five sons—all five of them also named Pégno Telbasci!

The queder deal with this remarkable state of affairs by compensating with a truly stunning number of ways of building nick-names. In our hypothetical work-place featuring four queder named Étun, all of them likely have their names registered in local ledgers as Étun but nonetheless are known by some specific variation on the name. There are a number of ways of constructing such variations:

  • Every name has its short forms, usually created by dropping the final syllable: thus Étun might be called Étt, Yanna called Yan, a Pégno called Pénn.
  • Among those names which are longer than two syllables, one could drop the final syllable (as in Adrisc for Adrisci or Demel for Demela), but might also drop the middle vowel (as in Asci or Demma) or sometimes even the initial syllable (as in Drisci or Mela.)
  • Adjectives, especially simple adjectives like liga 'little', adora 'big', cilla 'tall', isca 'fat', or reggia 'cheerful', can be combined with the name: a quede named Adrisci may be called Liga-Adrisci or Isca-Adrisci to distinguish her from the other Adriscis. Many of these adjectives no longer carry a strong meaning when used to create nicknames, and certainly none of these are considered negative in any particular way! (That's not to say no quede would refer to another via a pejorative name, but the queder consider it remarkably bad luck to coin a negative nickname that gains any kind of usage!)
  • Various endings can be used to create stock diminutives or pet names, often replacing a final consonant if it exists: -ye, -tta, and -pan are the most common, to the degree than Étuye is sometimes used as a generic name for a given unspecified quede! Still others exist: -en, -an, -gni, -ra, and -qua are all well-attested, and a dozen others might be gathered in any given quede settlement.
  • Some endings, over time, are even added on top of yet other endings: you're as likely to meet an Étuyetta as you are an Étuttaye.
  • Longer compounds are somewhat less common, but by no means unheard of, especially those made with ta 'of'. They may reference an occupation, as in Yanna-ta-Rescar “Yanna-of-Arms” or Yanna-ta-Gieso “Yanna-of-Fish”, or they may reference a place of birth or living, as in Yanna-ta-Ciama “Yanna-of-the-Woods” or Yanna-ta-Dar “Yanna-of-the-Bay”. These usually appear with a shortened form of the name, as well: indeed, Pénn-ta-Dar is a figure of local legend among the quede towns of the tallgrass plains in the north.

Consequently, despite a wealth of Étuns and Pegnos and Yannas and Adriscis in the official ledgers, a given quede might not know anyone in their home-town by the same name: one of them may be Liga-Étun, another Étunni, another Étuye, and another Étt-ta-Quami, or one of any of dozens of other variations, and no-one would dream of mistaking one Étun for another.

Tir-Bhahat is a collection of fragments of fantastic world-building. You can read more about it here.

#fiction #tirbhahat

When you ask someone who has only ever heard second-hand stories of the rešêk about their cities, they might begin by telling you of their reputed skill with stone- and metal-working, of the deep mines of Thabatnûk or the shimmering canals of liquid silver in the workshops of Rustân Phebašerga Kafthesdut the God-Smith. When you ask someone who has spent time with the rešek, however, they will often talk first about the food. The rešêk are amazing farmers, capable of growing hearty vegetables and succulent fruits even in rocky, sandy soil, and they are equally capable of turning those plants into spectacular, mouth-watering dishes.

Rešk food is heavy in vegetables and grains, but also in seafood: the latter may come as a surprise to many who have not visited the subterranean or semi-subterranean reški cities, but many swimming creatures adapt readily to subterranean life and then can be farmed in controlled underground lakes and canals. On the other hand, larger animals like cattle or swine are hard to raise in most of the areas where reški live, and such meats are a rare treat for the rešek. Beef and pork, when they are available, are often preserved through drying or curing and then used in small portions. Such meats rarely serve as a centerpiece dish on their own, and when they do, they are often used in place of goat, a meat which is easier to come by in the rugged environments where the reški often life.

Reški cuisine involves many preservation strategies, including drying, fermenting, and pickling. Many reški meals involve jams and jellies both savory and sweet, pickled pieces of vegetables, fruits, and meats, and pungent fermented mixtures of vegetables and fruits. The most famous reški preserve is called thûrbuk: a mashed and fermented paste made from mushrooms, peppers, and various spices. Thûrbuk is by far the most common condiment in reški meals, and you're likely to see a jar of it on almost every reški table. The reški predilection for fermentation extends to their beverages, which include both high-alcohol distillates like nakhat—-a grain alcohol aged in hand-hewn granite vessels, sometimes referred to as 'stone-aged whiskey' by other peoples—-as well as everyday drinks like the fizzy fermented fruit juices called suthur, which are also sometimes colloquially called 'small wines' (despite the fact that they are weak enough that they're effectively non-alcoholic!)

Reški cuisine also prominently features a thick, paddle-shaped variety of bread called kegran, which is baked in hot stone ovens and has a crusty exterior with a soft, airy interior. A loaf of kegran is all but guaranteed at almost every meal, regardless of time or setting. Its shape is circular but with a long protrusion called the ašbetik ('pan-handle') which is sometimes used for handling the loaf itself, as it cooks more qiuckly than the rest of the loaf and is usually positioned pointing towards the baker as the loaf bakes. In some places, a rešk will avoid eating this handle-shaped part: as the ašbetik ends up crunchier than the rest of the loaf, it was seen as less desirable, and only those who could not afford a proper meal would stoop to eating it. Despite this cultural association, some reški still prize the ašbetik for its crunchy savoriness, especially when paired with heaping spoonfuls of thûrbuk.

Some other common reški dishes include:

  • Hethun, which is a salty broth made by a week-long boiling of certain kinds of stones with dustings of moss, which together impart a mineral flavor and a mild saltiness to the resulting liquid. A bottle of hethun is often kept on-hand as a refreshing drink during hard labor, but it also serves as a base for many other dishes.
  • Bâkutand, which is a salad of spiced fermented root vegetables, usually potatoes and radishes, served cold with a drizzle of nut oil.
  • Dushâmpek, which is animal skin (usually chicken or salmon) wrapped around sticks of cucumber (or, more rarely, carrot), fried, and served with a generous drizzle of thûrbuk. You will find at least one seller of dushâmpek at almost every marketplace, if not two or three.
  • Uphasdît, which is marinated sliced fish (often trout, but sometimes salmon) and mushrooms, left overnight with chilis and spices and then sautéed quickly in a hot pan, usually eaten on top of torn chunks of a loaf of kegran.

Tir-Bhahat is a collection of fragments of fantastic world-building. You can read more about it here.

#fiction #tirbhahat

Something I've considered writing for a very long time is a system-agnostic, largely setting-agnostic tabletop sourcebook that's just descriptions of fantastic cultures and peoples, intended as fragments that could inspire new, interesting worlds instead of prescribing a specific concrete world. I've had scattered notes on this for a while, but I've now decided to start putting pieces of it out into the world in the form of blog posts instead of waiting until it's “complete”. These posts will all be small pieces of pure fantasy worldbuilding, not tied to any particular story or game, describing some small part of the cultures of fantastic peoples in a fantastic world. My current working title for this project is Tir-Bhahat, so these posts can be all read under the #tir-bhahat tag.

I also want to give the story of why I was inspired to do this, because this is a very old idea of mine: its origins come from my high school days, and arose from the collision of three things:

  • An awkward, poorly-planned, terribly-run Dungeons and Dragons 3E campaign I put together for my high school friends
  • My budding interest in natural languages and high-school habit of buying cheap grammars and phrasebooks for languages I had no intention of ever speaking fluently
  • My lifelong penchant for worldbuilding and constructing languages

One thing I discovered as I was reading the Dungeons and Dragons player's handbook was that I was really dissatisfied with fantasy naming. The Dungeons and Dragons books had a set of suggested names for each kind of fantastic humanoid—-elves, dwarves, halflings, and so forth—-and these names felt by and large uninterestingly English-like in phonology. They differed from each other mostly in terms of consonant distribution: that is to say, a Dwarvish name would have more k's and g's, while an Elvish one would have more l's and q's, but you'd rarely find other major differences in terms of the kinds of consonants and vowels that would show up, or overall shape of the words. And beyond that, while you could usually distinguish an Elvish name from a Dwarvish one—-possibly because they were all Tolkien pastiche, anyway—-you'd have a much harder time distinguishing a Gnomish name from a Halfling name, because they all read so similarly.

I immediately set out to rectify this. I sat down with a set of natural-language inspirations for each fantasy language, and then came up with phonologies and tendences, and then wrote programs so that I could generate names that adhered to those phonologies. My intention was that a player who had played in my games for long enough could, from just the impression and sound of a name, tell what sort of person it belonged to, in the same way that an English-speaker who speaks no other languages can nonetheless often tell a German name from a Hindi name from a Mandarin name.

Many of these phonologies were based loosely on real languages, often chosen somewhat arbitrarily. For example, the language of the gnomes, I decided, had a deeply Slavic flavor to it, resulting in Gnomish names like Ussybneča Kadrey Ažbardzo, while the language of the halflings was loosely based on Romance languages, resulting in Halfling names like Pégno Telbasci. Importantly to me, none of these efforts were intended to be constructed languages like Tolkien's Elvish languages: they didn't feature grammars or vocabularies, but instead were just guidelines about how words should look and sound. I did eventually write up phonologies for every major language mentioned in the Dungeons and Dragons books I had at the time.

Over time, though, the scope of this project got larger as I realized my dissatisfaction about the sounds of fantasy languages extended to other aspects of fantasy cultures such as food. What do fantasy peoples eat? Many of those sourcebooks would tell you that Elves eat fruits and probably a nourishing cracker-like bread, while dwarves eat mushrooms and drink ale, and halflings eat lots of bread. But when you look at real-world cultures, you find cuisines which are much deeper and more varied. You might find a dish of noodles and mushrooms in Italian cuisine as well as in Chinese cuisine, but even then, those dishes will surface with wildly different composition, flavor, and focus. Compared to the richness and variety of foods that appear in the real world, the fantasy standby of “elves eat fruits” feels remarkably simplistic and boring.

Since then, this idea has been on my mind sporadically, so I've accumulated a lot of notes on possibilities for fantastic languages and names and foods and clothing and family structure and cities. However, despite having considered doing so on a number of occasions, I've never taken all these notes—-some of the oldest dating back more than a decade—-and turned them into a cohesive whole.

Consequently, my plan is now to start polishing them piece-by-piece, with no particular focus or order, and start posting these scattered notes as blog posts instead. The current drafts are no longer deeply tied to Dungeons and Dragons, or any specific fantasy world. They make some cursory efforts to be compatible with existing fantasy cliché—-stipulating that dwarves live underground, for example—-but also try to avoid the worst and most problematic parts of fantasy cliché, such as the concept of intelligent, sentient beings who are “always chaotic evil”. These posts are exercises in world-building for its own sake, vignettes of fantastic cultures that ideally should be simultaneously grounded and yet fantastic.

#fiction #tirbhahat