itch.io

Alright, objectives are in.

Green targets on the minimap show where you can find your next objective.

Your target is lit up! (This is too much light, tbh, but I’ll tone it down tomorrow.)

Bump into it to steal its precious cargo.

Do it three times and you’re done! No problem!

This was, of course, harder than it looks for various reasons. But it’s working. So now we REALLY have a game on our hands. You can die, and you can win. Great!

Driving Feel

The afternoon was spent on bugs and driving feel. I prototyped the core driving mechanics before the jam to make sure it was possible and fun enough. It’s hard to write about this sort of thing because it’s so qualitative. But here’s what’s changed:

1. Added an “energy” system so you can’t use turbo indefinitely.
2. Fixed a bug where you couldn’t collide into a wall if you were “sliding.” This is a pretty un-generous-to-the-player change to make, but it had the effect of making turning in traffic very hard (huge turning radius) but if you turned into an alley you could make it work at max speed no problem. That unpredictability felt off to me. But I may revert this later if it’s simple too easy to crash now.
3. Tuned steering parameters up and down a bunch. Essentially, it’s easier to make tighter turns now. The car’s turning radius is ~2 tiles now, and it used to be ~3.
4. Fixed braking, and differentiated it from retro thrusting. You can enter movement commands “against” your movement direction, which will slow you but never stop you. To stop, hit spacebar. Whether this will be used or not, I’m not sure. It enables a perfect 90 degree turn if you time it right. I may also use it for regenerative braking? TBD.
5. A lot of finnicky work with inputs up/down/repeat to make it feel more intentional.

Test Track

I got tired of testing these changes in the game world itself, so I added a little test track.

Cute huh? I aim to ship this track plus maybe a more complex one with more enemies so players can learn the mechanics. I hope to manage a bit more tutorialization before the end, but in case not … this will at least give you a simpler environment to get a handle on the controls.

Next Up

We’re over the hump now. What’s left?

1. Get reload and map changing working. From the title screen, select which mode to start and load that in properly. Ideally, get a refresh working too, so you don’t have to fully reload the page like last year.
2. Add some enemy munition variety. Right now it’s all emp-clouds, but I have ideas for more options.
3. Figure out how to place enemies in the world in a fun way. Randomly placing cameras feels pretttty good but not perfect.
4. Put all the pieces together and balance the core experience. Vision radius of all the enemies versus your speed versus helicopter speed. Many knobs to to turn here.
5. Fix some world generation bugs.
6. Crank on building out some building variation so it’s not quite so drab out there.
7. Performance optimization top to bottom.
8. If you complete enough objectives, go to day 2 in a different city.
9. Make a “starting building” for the player that’s consistent.
10. Make an “exit” building for the player that’s consistent.

Is that it? Easy.

The antagonist has arrived! In RUNTIME you’re hunted from the skies by an automated drone. Spend too much time in its spotlight and it will disable your robot and end your run.

For anyone who remembers runner from last year, you will recall the HUNTER. It chased you through the sub-basements of a corporate tower. The HELI this year has a number of advantages: it can fly anywhere, move almost as fast as you, and move diagonally. But it has a problem: it doesn’t know where you are. If any enemies manage to get a “lock” on you, they give HELI your location to come lock you down.

The CAMS are stationary but plentiful. Try to avoid their watchful eye!

When a BOOMER picks up your scent, it runs at you and explodes, leaving behind impassable terrain and usually causing a crash.

TURRETs are stationary but have a variety of munitions to ruin your day: EMP clouds (above), caltrop zones, oil slicks, and smoke screens.

The bottom right corner now hosts a mini-map that shows an abstract view of the city (incidentally, re-using my city generator models as a UI) with fog of war and indicators for the player, the HELI, and (soon) objective locations.

Overall – highly productive day. I should have swapped my day 2 and day 3 work. Getting enemies (especially the HELI antagonist) built feels really important for having something playable. I can start to feel the game now. I don’t know if it’s good but there’s something in there.

Next Up

To really close out the core gameplay loop, I need objectives. I think this is going to be special vehicles that wander the city that you need … bump? … to steal their cargo. Let’s say 3 objectives per level, you gotta get them all, and then make it to an exit point on the edge of the map. This should be relatively straightforward. The main thing I don’t have a plan for is the “steal” action. I guess bumping is the main verb at the moment, so we’ll just do that.

Then I will switch to movement tuning. The movement has to feel SO smooth and it’s far from that point. I want to add an energy system to limit turbo usage, fix some input buffering issues, fix the “drift” marks, make braking actually work (or remove it), and tune some bits of the low-speed logic. This is all vibes. Not normal roguelike work, but I’m enjoying these really micro input considerations.

Images and video

Today was vehicles day! What are city streets without traffic?

I built:

• A basic pedestrian entity, that uses a simple nav-mesh system. I place invisible entities that pedestrians look up to decide where to move to.
• Added multi-part vehicles.
• Intersections, with stop lights and a working “cycle” system.
• A vehicle “consumer” that deletes vehicles nearby who get off track.

My level design collaborator filled in the remaining holes in the generator block types for roads.

I spent a lot of the day on a mistake – I thought I wanted vehicles to spawn in continuously from “deadends” in the road network. There was a certain logic to this. It turned out to be both tricky to implement (the multi-tile vehicles are finicky) and when I got it working, the streets were just flooded with traffic. Plus it made me realize that the actual network itself needed to be coherent; there could be no loops. All traffic needed to move from a source to a sink reliably.

Over dinner, I was bemoaning my poor planning to my son and as always rubber-ducking my problem made me realize my error. What if I simply … baked the vehicles into the road tiles themselves. It’s not quite as systematic. But turned out to be a lot easier and a lot more reliable.

So I exited the day with roughly what I was aiming for. A working vehicle system that the player can interact with dynamically.

Next Up

The days go fast! My high level modules left are:

• Enemies + “death”
• Player movement tuning (and add energy system)
• Player abilities
• Objectives + success
• Multiple levels
• UI polish (minimap?)
• Tutorialization??

More of those than I have days left. But I think many of these will be less than a day to do. Tomorrow is probably Enemies and “death.”

I did my first devlog over on reddit yesterday. Linking here for completeness!

Too late, you notice the tell-tale glint of a laser designator dancing across your visual sensors as you cross an empty intersection at high speed. A tire-shredding cluster munition is surely inbound. You drift hard to the north and pop smoke. Hopefully you can break their lock with a detour through the crowded night-market ahead and still make it to the exit with your package intact.

RUNTIME is a sequel to last year’s runner. Like the original, RUNTIME is a continuation of my interest in non-combat games. This time instead of having “moves” I wanted to make an expressive-enough input system that had emergent moves in it. More on how that will work on future days.

yes! Check out my day 1 report. RUNNER_2: RUNTIME is coming!

https://www.reddit.com/r/roguelikedev/comments/1j2ajo9/comment/mfx7tnu/

Hi Charlie! If you’re still looking for SFX specifically, I’d love to chat. Some context on what I’m making here: https://www.reddit.com/r/roguelikedev/comments/1j2ajo9/comment/mfx7tnu/

My top priority is SFX – sci-fi driving / crashing / being-targeted, and so on.

I’m dr_ewww on discord.

Wow, what a polished game! Beautiful style, great “feel” to the different attacks, nice enemy diversity. Dash feels great. I had a fun time doing “alpha strikes” with the archer, timing my projectiles to hit all at once on an enemy and knock it out without it attacking me much. I wasn’t quite clear on my meta objective beyond leveling up. I see in the comments there is a boss somewhere, but I didn’t encounter it.

Im glad you’re enjoying it! I don’t know much about stream decks. It’s just a single webpage inside. Does it have a web browser?

Either way, I’m working on a next gen version now. It will have an executable. That piece is working, but nothing else yet. 😉 it’ll be a month or two realistically. I’m learning a bunch of new tools.

congrats! I got a “fake” zero damage run yesterday. I got hit as I moved into the elevator because I didn’t notice it was in bot vision and the I don’t render vision on the elevator tile! But this looks like a legit no-hit run!

Yeah I think that’s just bad map generation on my part. I switched the map validity checker to only use 4-way movement which I think will cause it to reject maps that REQUIRE diagonal movement to get to an objective. However I haven’t yet found a map that actually DOES require that, so I’m not certain it’s working yet. :D

Thanks for playing! It was a joy to watch such a thoughtful designer and player interact with my work.

I found a VERY hard to hit button in my developer commentary here: https://youtu.be/mXRjvb0w1Yc?si=22sTrqlZxpV38Oxv&t=1202

It was ultimately accessible, but it looked like it might be impossible early in the run. Maybe this is something like what you encountered?

Thanks for playing! Glad to hear you enjoyed it.

It shoulddddd be the case that the validity checker will reject the map in the case you describe. I have seen cases where players think it’s inaccessible but it’s not.

1. You can press buttons diagonally, and the validity checker will consider that to be ok. I should just make this not ok.
2. The path can be very far, and feel impossible if you don’t have as much confidence as I do there will be doors where you need them along the way.

Or the validity checker could be broken! It was a hard bit of code to test in a hurry. I didn’t have time to build up nice test sets that I had pre validated. So it’s quite possible there are errors that my manual testing missed.

Thanks for reading!

Oh thank you! Very good suggestions. I took many of them just now!

• S works for jumping down
• red circle now moves “in” rather than “out” – maybe that helps communicate this is the hunter seeking you?? this feature clearly needs to be explained better earlier on. lots of players don’t know what it is.
• doors are now blue; agree players get confused sometimes about buttons and doors and it’s good to keep the overall objectives one color and other interactables a different color.

Diagonal movement I’ve thought some about but it’s not really viable in this version. It makes some hard assumptions right now about movement being essentially one dimensional.

Curious what you think about tuning it. It would need to be tuned to not be absurdly strong. Could just be the total distance is ~half of what you get moving in a cardinal direction to compensate for the 1.4 diagonal distance thing. Maybe handle via longer CDs. Hmm. Interesting balance question.

Added leeway, too! I know you know, but just in case anyone else is reading this later and thinking “it DOES work like that!” Rest assured it didn’t always! Thanks for the suggestions!!!

Okay, shipped that third idea. It feels great. One line change. :D

Yeah agree 100% with those suggestions. I have a hunch that if I can build the first one (i.e. wall run for 2 spaces if 3 is not possible, or enemy jump from 2 spaces away but only get 2 spaces of distance on the other side) it takes a lot of pressure off the live preview idea. Which is harder for some stupid internal architecture reasons. Third idea I will just … do. That’s correct. Whoops.

Thanks for playing and I’m glad you enjoyed it and are inspired! That’s the best possible outcome for me, someone who thinks “this design space is interesting enough that it makes me have ideas of my own that extend or expand it.”

Slotting things in visually to your mech is a cool idea!

Love the core mechanic here! It’s simple and inventive and creates a really interesting combat dynamic where you need to sequence combat more than just “get strong.” I like that I never get to think of enemies as just “fodder.” Sometimes I really WANT to find a “9” and sometimes a “9” is scary to me. That’s super cool and intuitive and I’ve never seen anything quite like it.

Game is hard! My best run was level 17. I like that I can revive and keep going, but also it feels a bit random towards the end when numbers get scarce. I may just be bad but my instinct is that skillful play might not have a 100% winrate at that level. No requirement that it NEEDS to but just an observation about how it’s tuned right now.

Oh yeah don’t read this as “better mechanics” – I think it’s really inventive and it’s just a matter of style. Some games want to lay it all out and the challenge is in applying it. That’s more the style I made and play more myself.

IDK if you have played cogmind, but I’m the sort of player who instantly looks up what the artifacts do on the wiki rather than using them and finding out. Because I don’t enjoy losing a run to learning about a later game mechanic. So I have less of that experimental instinct in my DNA than many players do, I think.

I especially like the asymmetry of movement. Both because of the costs of going through different rock, but also not being able to drill “up.” It creates a real sense of space, and you develop patterns for how to move efficiently. And the continuity between days creates opportunities for like “highways” you use over and over, and leaving resources for future days when you’re doing well, etc.

Speaking of highways, I wonder if there are opportunities to build things in the mine? That’s a core mining idea, and I could see that working really nicely here. An elevator, for example. Or you place a drill and the next day it has drilled out a direction. Or turrets that protect your core areas from enemies.

Good tutorialization, too. Love the just-in-time messages.

What a novel and tight design! Simple, beautiful, and deep.

The quality on this entry is just off the charts! Gorgeous environment, great color design. UI is really crisp and interesting. The world is so evocative in terms of the sprites and tileset. Everything works so damn well. 

I admit I don't fullllly get the core consuming mechanic yet. I see my stats going up and down as I equip things, consume bones, etc. And how to move down. But how my stats influence combat, or what goals I should have about my stats (other than "get one to 9") is less clear to me. I need to play more to work that out. Do I want to linger on levels as long as possible before the "losing health" leech pushes me forward? Can I regain health somehow? Why do health ticks have arrows up and down, and colors matching the stat colors? I can tell it all fits together in a neat way but I need a few more runs to work it out for myself. But that's part of the fun in games like this!

Super fun! Reminds me a lot of Into The Breach and Hoplite -- two of my fav all time games! Cool progression systems where your moves level up over play via a perk system, lots of fun tactical puzzles to solve, and good difficulty scaling. Well balanced and challenging. My best run was Level 13. 

It is exactly what it says! A game focused on combat, and especially using your position relative to enemies and the environment. It's got a really strong "action" feeling where enemies are trying to hit you and you're dodging and trying to get them into a position where you can stun them and finish them off without them hitting you back. Visual quality and interface quality are really high. It could use some more exposing of the underlying systems around "recover" and "startup" but I think the systems themselves are really smart. Not much world-building or progression, but that's not really what this is about. It's a testing ground for some cool new ways to interact beyond "bumping" and I really enjoyed that!

Day 7 -- Polish!

That's a wrap! My first #7drl is done. Final game is available here.

My morning was tutorialization. Having played some entries from previous years, I felt like this was commonly a major gap. You'd get dropped into these worlds with a lot of mechanics and it can be hard to figure out what's going on except through repetition. I had an idea about a simple tutorial level that would introduce the key movement and enemy behavior concepts. The hardest part was dealing with spaghetti code issues that made it difficult to have what amounted to a separate instance of the game. Once that was cleaned up, crafting a tutorial was really satisfying. My one regret is that my system of "triggers" that post instruction messages had zero awareness of player actions. They were purely positional. So it's quite possible to complete the tutorial not having done much of what the tutorial suggests you do. Maybe a future engine design will have a better tutorial trigger system built in.

The other key updates for the day:

1. Laser color gets darker the farther it is from the source. Gives the player some sense of how far off an enemy is, even if they can't see them. Plus it adds some more visual depth.
2. Speaking of depth, added some slight variation to floor and wall colors. 
3. Added little animations when the player uses special moves. One play-tester reported it felt a little flat when you used the abilities.
4. Added a new enemy type, sentries.
5. Added some difficulty scaling between levels. The farther you get, the more enemies and enemy types spawn. Plus [REDACTED].
6. Added some thematic animations to the title screen so it didn't look quite so sad. 
7. Implemented a truly janky "reset" mechanism if you want to dive back into another run.
8. Added notices when the hunter enters the level. 

[REDACTED]

Late in the day, I was doing some play tests with folks, focused especially on the tutorial. One player from the discord played more of the main game, and had this to say.

From this misunderstanding spawned a key new idea. I won't describe it here, but you'll find it on L-1. I probably shouldn't have implemented an idea as disruptive as this on the final afternoon, but it's really cool and adds some extra flavor to the last stage. Overcoming it feels even better than before.

Not much more to say than that! I'll leave some more screenshots here just to memorialize its final game-jam state.

Yeah.... I did find that option but I think I also need a pixel font to pair it with. A future improvement I think. :D Made my peace with it for now.

Day 6 - Signature Moves, Validation, and Garbage Collection

I got my first "win" screen today with all mechanics in place! So we're at a complete state with a day to spare. 

My main charismatic feature today was the addition of move cooldowns. We talked about how hunters are the driving character pushing you forward and the special moves are your way to stay ahead. Well, now that resource is limited so you gotta make it count. The philosophy that developed today was that moves should be common but not constant. You should want to use them more or less as often as they come off cooldown, but it should feel impactful when you do use them. So a lot of the moves got more powerful, but more rare since you get them less often. This also forces you to want to FIND uses for your cooldowns. This is especially the case for move (3), which is less flexible (you have to have a wall behind you to do it) but I find myself creating the scenarios to use it and get it on cooldown.

Two moves added today really brought the game together. The first is "burrow."

Hunter bearing down on you in a dead-end location? Back against the wall? BURROW! It moves you two spaces through a wall. There must be a free space on the other side. When you burrow, you leave behind a closed door. So if you burrow yourself into a dead end you CAN get back the way you came. But hunters will be delayed; they're slower at opening doors than you.

This move really brought the game to live. The level generator is now more prone to creating dead ends, and this gives you a way out. Most importantly, it feels cool. It's got a very long cooldown; it's a once-or-twice-per-level type move. But it can save a bad situation, or hasten your escape if you're close to the exit where your cooldowns will refresh.

Storytime My 7 year-old kid is very curious about this whole process, and I've been offering him chances to playtest. He has MANY suggestions (all day, all the time) and really gets the game systems. I built burrow (and some other stuff) and then went to the kitchen while he played. A few minutes later he darts into the kitchen to report "I just totally tricked a hunter with burrow!!!" and walked me through how he burrowed in a way that saved him from the hunter and how tickled he was at choosing a good location to burrow into. Seeing him connect with the mechanics and have that feeling about the move was really special. A core memory of the jam.

The other move is NOT my 7yo's favorite. He insists it's basically impossible to use. But I promise you it is not! It is "enemy jump." Basically, if you can get the spacing right between you and an enemy, you can hop over them!

A bit like burrow in that it's a "reversal" move versus a "get ahead" move, but it has very different spatial constraints. It's good in more open areas, and you have to really set it up proactively. Consequently, it's lower cooldown than burrow and you can conceivably use it often if you can engineer the circumstances right.

These two moves have really sealed the game into "fun" territory for me. It's legitimately hard, and certain situations and choices can be run-ending. These "problem solving" moves make it feel more fair, though.

Validation

The other aspect of my game that really had an impact on my kid was when he was about to win a run and discovered that the exit was blocked by faulty level generation. That moment brought legitimate tears to his eyes. He was so excited to advance a level he'd never advanced to before and then ... a wall. Literally. 

So my most computationally complex task today was building level generation that both had a pretty high success rate at building winnable level designs, but also building a mechanism that could PROVE they were winnable and re-generate if they weren't. Learned a lot about how to do this structurally. I wasn't set up for it. Most critically, I discovered I actually needed to be able to CREATE bad levels to test my validator, and expose a lot of metadata about what was causing the validator to view a level as good or bad.

Garbage Collection

Finally, I ran into a bunch of bad assumptions I'd made early on when I was only doing one level a time. I wanted to string together some number of levels with increasing difficulty. But when I was testing I'd only really play the first level. When I loaded into the second level, I discovered all manner of bizarre bugs including phantom enemies from previous levels still existing and shooting at you periodically. Some studious garbage collection, and the phantoms were cleaned out.

Next Steps

The final day dawns! My priorities:

• Tutorial. I have a vision of some hand crafted starter levels that introduce you to the structure of the game and the movement mechanics. This may be more ambitious than I can achieve.
• Scaling difficulty. At the moment, all 3 levels have the same generation. I may add more enemies as you go deeper, more buttons to press, and so on.
  • Level generation at the moment is also pretty high variance on difficulty. Sometimes the buttons are near each other, or you at the start. Sometimes you spawn with an enemy "looking" at you. Cleaning up these very easy and very hard situations may also help me layer on more difficulty later. 
• More enemy types.
  • Thinking primarily a bot that sits in the wall and doesn't move. A sort of "tax" on your move CDs because you have to have certain moves available or you can't get past without damage. 
• Graphics for the title card.
  • Something more exciting for winning than a few words saying you win?! We can dream.
• JUICE!
  • Animations on the title card
  • Animating enemy vision, so it "pulses" 
  • Some sort of animation when you move that makes it feel more satisfying
  • etc.

Day 5 - Animation & Map Gen

Long long day, I'm beat. But I think I'm on track for a "successful" ending, which is great!

Spent the morning on some polish, and I'm really happy with the progress. It's not beautiful, but it's functional and has the tiniest bit of juice to it. Bots now visually shoot at you if you end your turn in their sight, and then disable themselves for a few turns to recharge. Good balance mechanic, good visuals.

Then the afternoon. Back to map gen. Spent a while looking at images like this to see how spaces are really laid out.

And from there, just really ground out some new styles of maps. I'll share some variations along the way.

Admittedly a big jump between those last two. I thought I'd saved an intermediate one, but apparently not.

I'm ending the day with the new map generation plugged back into the main game. Its door generation is awful, though. 

Next Steps

• Fix the doors. Maybe using a cost based version of pathing that strongly prefers to go through the inter-room walls.
• Knock out more of what my algorithm calls "partition" walls.
• More room "fillers"?
• Add back in enemies.
• Consider more enemy types for challenge.
• Add cooldowns and some more move types and associated UI for that.
• Tutorial???
• Title screen graphics???

I'm using RotJS and not much else. It's been good, but I have bumped up against some frustrating limits. I wish I could get a crisper rendering of the console. Everything being anti-aliased feels a bit off to me. And I wish there was more native support for transparency and layers so I could composite tiles more easily. But stuff like FOV and pathing working out of the box has been hugely helpful. 

Day 4 / Hunters

I was pretty directionless at the end of day 3. I had a long list of ideas but no clear priority. I poked around with fonts and display styles in the morning and got nowhere. I was lamenting my situation to a designer friend who asked this important question:

Between my last message and the message before I implemented Hunters! They are great.

The core insight of this conversation is that this is a game about running. And if you're going to be trying to do something quickly, there needs to be a reason. I knew I would need some sort of "food" type mechanic so you can't linger indefinitely. I thought that might be a hunter bot or a bot spawner. But when I mocked up a simple "follows you" bot it became immediately clear that if you can't kill the bot that's chasing you, you have to move. And move fast. If there were no other enemies in the level, this would be no threat. With other patrollers, you often need to wait until they're in a position you can bypass easily without taking damage. If you don't have enough of a lead, the hunter will be on you quickly.

This makes the movement abilities useful. They offer you greater than one space of movement for one "tick" of the game state. You want to use them as often as you possibly can. Which in turn makes the environment useful; you need to be thinking about how to get into situations where you can most efficiently traverse the space. I still have all the movement abilities on zero CD so you can chain them together over and over again (which you'll see me do in the gifs) to build advantage. That is probably too generous to the player, and it'll be more fun to have to juggle cooldowns a little bit. 

The hunter spawns in at the elevator the player spawns from after a delay. Here's how it looks. You'll see it pop in, I head right and get a little stuck, circle back, and then manage to make some distance with moves. I took some damage on the way (ending a round in a red square) which is not ideal. One cute addition -- hunters can open doors, but they're slow at it. So it behooves you to close doors behind you as you go.

Animation

One upshot of realizing the essence of the "running" concept was that searching for objectives was not realistic. The hunter is so much pressure that one or two dead ends and your run is over. So I decided to reveal the buttons you need to press to escape at the start of the level. I took this as an excuse to do a little animation pointing them out to you.

I also added a little "ping" when you stop that shows how far away the hunter is from you. This triggers when you "pause" which I like for thematic and practical reasons. If you are pausing, it reminds you the hunter is closing in. And mechanically, if you want to know how far the hunter is you have to "spend" a turn to find out. You don't get a precise location, you just get a radius. Sometimes if it's pathing to find a door it may be "near" in radius terms but not in moves. 

Both animations are janky and low frame rate and a little busted still. I coudn't get rotjs to natively handle transparency. I was too in love with this idea to let it go, so I figured out I could just place another native HTML canvas object on top of my main game window and draw transparent rectangles on there that line up with the same tile dimensions/locations as the game. It's highly un-optimized though, so I can't get much of a frame rate on it. But it meets the functional needs of the game, at least, even if it's not pretty.

Next Steps

• Make taking damage more visible, probably using the overlay system flashing red.
• Consider taking damage having some consequence on the attacking bot; it probably makes sense that if the hunter "hits" you it has to power down for a couple of turns so you can get ahead again. Otherwise when it gets in range you die REALLY fast.
• When you've hit all 3 buttons, reveal the exit like how buttons are revealed on level entry.
• Need to stop executing moves if you hit vision during the move; right now running jump is way too strong because you take damage but aren't interrupted.
• Add some new movement types.
  • I think I need a "burrow through wall" option with a really high cooldown. It's a bit of a get out of jail free card, but without it I fear there will be to many feel-bad deaths.
  • I don't find I use wall JUMP much, just a lot of wall run.
  • I think I need objects that you can "vault" but not see over. In other words, not walls between rooms, but something tall within the room that you could get over but not see over. That will create more options for evasion but not be as powerful as "burrow."
• Back to my nemesis, level generation. 
• (Reach: start thinking about tutorialization; some simple levels that teach the core concepts of movement and damage and objectives.)
• (Reach: add some more visual variety. Walls and floors are so boring! Need some varying color and symbols to add character. And more types of tiles, too.)

Templates

Inspired by some Cogmind blog posts about procgen, I made a small templating system that I use for placing exits, entrances, and other junk in the levels. Similar to the moves, I specify some options for what a map feature can look like, and then try to randomly place different variants on the map until one sticks.

This works okay, though I'm finding that I need a lot more visual language to make it feel less sterile. When my design vocabulary is walls and doors and they all look the same, it doesn't feel like anything. I also want to make it more organic. I have been trying to get it to blend templates together a little, by saying "it's okay if your template overlaps with a pre-existing element as long as they have compatible types for that space." But that doesn't appear to be working reliably yet.

Vertical Slice

Along the way I got a full vertical slice done. The current design is this. You load into a level, you have to find three buttons and press them and then find the exit elevator. That's all working. The problem is its tedious, not a challenge. You're not accumulating resources as you explore, which makes exploration kinda dull. The challenges offered by the bots are not intense enough to be anything but an annoyance. And there's not enough "juice" to the visuals or interacting with the bots for it to feel like much. So the slice is "in" but it's not good yet.

Next Steps

I've got a zillion directions I could go from here. I'm not sure where to find the fun, so to speak. One change I made to support this BSP map generation style was to make the playable area a lot larger. But I'm wondering if that's part of what's not fun here? When I go back to the out of the box "digger" algorithm that rot.js has, it does feel better. So maybe I need to shrink the play space back down and really try to cram some character and hard choices into a smaller space. Push you into more direct conflict with the bots.

The other area is different kinds of bots. I'm thinking some just basic stationary bots that shoot their vision across a hallway or room at least forces you to do more than just wait for your path to clear from a basic bot. Might also need hunter bots that are punishing you for waiting too much. Or bot spawners like in Invisible, Inc. where staying on a level amps up the "heat." 

I may spend some time looking at blueprints to get more inspired about how human-built inside spaces look. There's a lot of thinking on dungeons and tunnelers in proc gen, but I'm going for a like mega-corp basement vibe. No wasted space, stuff has a purpose. Server rooms, storage rooms, cubicles, maintenance closets. That sort of thing. But I need to draw out in more detail what "good" versions of that would look like and then get to generating. 

I'm also thinking about "juice." When I look at screenshots for other games, the worlds are just a lot more natively inviting. They use color in interesting ways, the shapes are more varied. I've tried using some other characters but for whatever reason they render weirdly/poorly in the ROT.JS display. There's also an anti-aliasing that feels a little odd and I wonder if harder edges would feel good? I need to spruce up the environment and offer something more to make it feel real than what I have now. Updated the latest playable version here. Hit "m" on the title screen to get the map generator mode, and any key other to generate a new map.

Map Generation

I've only done a little bit of procgen work in the past, and getting this going has been a bear. I settled on just doing the absolute most simple(?) thing first. Do a binary space partition, "erode" it one step to create 2 width hallways around the partitions, and then litter a bunch of objects around inside. 

This was simple to state but required some significant refactoring of how I handled entities and maps, and a lot of reading and poking at algorithms to get it right. Too late in the process I followed the advice I saw somewhere in my reading that having an interface to generate a lot of maps quickly is really important, so I finally have that. Here it is in all its ugly glory! Itch is "squishing" it to fit, but I think you can right-click to view it in normal size.

And this one says "you can move five spaces forward in one move, but you will trigger any enemy vision on spaces 1 and 2."

It properly scans all these potential moves (including their mirrored variants) and offers them as options to the player. The problem is ... you don't often need them yet? The levels are too "open" to require this kind of precise movement. I need to box the player in quite a bit more to make the moves important. But this system is feeling robust and flexible and if I can get the procgen into a better state I think I'll be able to iterate quickly here.

Day 2 & 3

I'm at this point in the process where there is enough "meat" on the bones of the game and I have a complete vertical slice and ... I don't like it much. I knew it would need a lot of tuning and if it was going to work, it requires a careful balance of environment design, enemy design, and movement design. At the moment, the mix isn't gelling. But I have more of the systems in place that will let me iterate through those designs a little faster and hopefully find the fun in this design space.

Movement

I'm pleased with this system! I have a little string vocabulary where I can express a move style. In this case, it says "if the player is starting next to a wall space, and has open spaces in front of them, they can move in one "move" four spaces away and not trigger enemies in-between.

(having issues posting the full thing ... so I'm spreading it out to get each chunk in.)

Day 1 / Enemies & Movement

Made good progress today! First enemies.

I have one enemy type so far. "Patrollers." They look straight forward + can see adjacent spaces. They move predictably, either turning "right" every time they hit an obstacle or by turning "180" when they hit a wall. Nothing fancy. I'll add more types later. 

You can see the patrollers exhibiting the different behaviors. And apparently they can bounce off each other?! I didn't know that. But it makes sense -- they're marked as "impassable" in the level model. 

If the player can see a space, they can also see its "lighting" value. Which I'm using to represent enemy vision in red. If you step into a red space, you take a damage. So your goal overall will evading these red vision spaces. I'm proud of the brighter red spaces where vision overlaps.

Now movement. This is the core of the game concept, and it's complicated. So I'm going to start by explaining it in prose and then show you what the UI looks like right now. I'm not totally sure it's good and it may need a lot of work to be fun. Or it may never be fun! But at least it's new!

You have a collection of movement abilities. Each ability has a "path" and potentially some environmental requirements. The most simple is "jump." 

With "jump" selected, you can see 'W' and 'D' are options. But you can't move west (there's a wall in the way) or south (destination blocked). Jump has no requirements other than the spaces be passable.

Now lets look at a trickier move -- "running jump."

So you'll notice this looks pretty similar to jump, but has a lot more range. The tradeoff is that you have to move through the other two "blue" spaces on the way to W or D. in game terms this will still occur in one player move. It's quite "fast" in game sense. But you can't do it if you don't have those spaces to "wind up" the move. And of course you can't do this west or south because it's blocked.

Want a more compact jump? That's "wall jump."

This move also jumps two spaces, with no wind-up movement. But it requires you have a wall "behind" you to jump off. So you can only do it to the east.

Finally, "wall run." You can skip THREE spaces, but you have to have a wall to your right (or left) all the way to do it. 

This was a bear to build, and it's still got some bugs. I'm really proud of knocking it out in day 1, including some complex modal UI to make it straightforward. It's a little hard to demo it in a video without some fancy keypress visualizer. If you want to poke at it yourself, I think this link will work for my current build. You can use keypad or qwe/asd/zxc to move, and the number keys (not num-PAD) to select the moves from the menu. You do have to use the letter keys to select the directions for the move; I'll fix that later. 

I'm  not sure yet how to limit these moves. They're obviously VERY powerful. Next up is procgen maps, and then I'll come back to balancing them. An obvious option is a basic cooldown per move system. I'm intrigued to try a combo system, where you can use, say, each move one time as long as it's "back to back." In other words, no adjusting your position with a basic move within the combo. But once you've used your movement system ALL moves go on cooldown for a while. Maybe they even require finding an item in the world to recharge. I like the theming of that; the burst of energy and speed that then dissipates and you become quite "weak." 

See you tomorrow!

The computer ejects a disc labeled amulet.dat. You shove it into your black messenger bag and turn around to escape with your prize. The lights above you turn red and an alarm sounds. The quiet path you arrived by is now filled with dancing laser sensors and methodical patrol bots. In the distance you see an elevator to the next level, behind three layers of security force fields. You smash PLAY on your sonic implant and start running for the exit.

runner is a non-combat, movement-oriented roguelike. Your character is trying to navigate the space to achieve some simple objectives, unlock the exit, and get out before too much security arrives. While you can't fight directly, you will have a collection of movement options like wall running, running jumps, rolls, and maybe a smoke bomb or emp. You win by chaining together clever movement combos to outwit and out-run your methodical opponents.

I'm building in Typescript, using rot.js. This is my first game jam. Some years ago I wrote code more often, but I'm refreshing my skills after a long gap. 

You can find source here: https://github.com/drewww/runner

Devlogs to follow!

Hi Max -- not sure if you're still looking but I think it could be fun to collab on sound! I'm making a cyberpunk stealth game. A really rough design doc here: https://docs.google.com/document/d/1bNp3Q_2akI6vxmumIFKM6spziwW4XmUYj4pFcOTSqa8/... If that seems interesting, shoot me a note on discord? I'm dr_ewww.