7DRLC 2013 will run from Saturday, March 9th to Sunday, March 17th. You can choose any 168-hour period inside this window to create your roguelike.
You have managed to activate the ancient space-time machine on Mars and successfully transferred to Earth, 7119 B.C. in order to prevent Alice’s death.
Hey gang! Seth Coster of Butterscotch Shenanigans here. Our 7DRL game from this year was Quadropus Rampage, and we liked the concept so much we decided to take it further and flesh it out into a full-fledged game for iOS and Android. We’ll be launching around June 6th as a free title, so PEEL YOUR EYEBALLS! Here’s a little teaser trailer we threw together last week:
And here’s the original version from the 7-day roguelike!
Hi all, today I felt like sparing a couple of hours to add a little feature to Infection, a flash that will warn the player when new traits are unlocked, and then some fixes to bugs that I didn’t even know existed.
You can find it here.
Enjoy your weekend.
Version 1.1 is released!
Mostly interface changes and fixes, the only real gameplay change is that monsters won’t cast spells on you when you’re a ghost (because it’s basically an unavoidable insta-kill).
If you’re using Linux (or have the LÖVE interpreter installed), you can download the .love file (requires the LÖVE interpreter to play). You could also try running the Windows Executable under WINE.
Full list of changes:
- Friendly and enemy summoned mushroom men are now different colors.
- A new “options” menu, which lets you switch the game to/from fullscreen, change the resolution, and change the keyboard refresh rate.
- You can set your name and gender when starting a new game.
- Clicking an adjacent enemy now attacks it as well as targeting it.
- Gameplay tweak: Creatures will not cast spells on you if you’re a ghost (it was just too cheap otherwise).
- Changed the pathfinding algorithm so that monsters will move through diagonal spaces.
- Fixed various typos and inaccuracies.
- Moving into a wall no longer wastes a turn.
- Allied monsters now attack enemies next to them. They still won’t chase them unless the player sets the enemy as a target (this is intended).
- Trying to move the targeting cursor through an unseen area no longer resets the cursor.
On this week’s Roguelike Radio podcast Darren Grey mentioned that it would be interesting to hear from the authors of some of the 7DRL successes, as well as the failures. I had been leaving my game to speak for itself, but I think it does a couple of interesting things, so will say a little bit about them. Mild spoilers, in that some things in the game are slightly mysterious, in what I hope is a fun way — play it!
My history with roguelikes is that I’ve messed with Nethack now and then, and more recently played quite a lot of Brogue, and some Dwarf Fortress. I’ve never made one before. Two things have bugged me about them, that I thought I could try to address: bumping into things and watching health bars go down doesn’t feel like fighting (although of course it gets better at deeper levels with more stuff happening), and they trivialize killing.
I started thinking last year about how to do a tile- and turn-based swordfighting game that felt more like a swashbuckling movie, possibly arising from very simple mechanics, like in the old Prince of Persia. Then I played Dark Souls, and thought that I could borrow its mechanic of a recharging stamina bar. I made a mockup:
Since the graphics would be plain ASCII, I wanted another way to spice up the visual presentation, and had the idea of changing the language. Based on vague memories of Robert Louis Stevenson historical novels, and of d’Artagnan being a Gascon, I made the hero a 17th or 18th century Scotsman, with in-game text to suit. I got as far as getting the libtcod tutorial running in Python, then put the idea aside, coming back to it for the 7DRL.
What went right – combat
This achieved the feeling I wanted. Guards retreat and advance as they lose and gain breath, so each fight moves back and forth across the dungeon, making the geometry matter tactically. Facing matters, but doesn’t get in the way when you’re not fighting. The enemies move predictably, but you usually meet them in pairs, which keeps it interesting a bit longer. The pistols give you options if you get overwhelmed (and I’m very happy with the shot effects). You die in one hit, so need to pay attention from the start. The guards are not nameless, and do not drop out of play immediately if they are mortally wounded – you have to fight around them (however a lot of the things I wanted to do with this side of the game got cut).
What went right – language
I thought of time spent on this as equivalent to time spent on graphics, as a way of giving the game some extra flavour. Scots is a descendant of Middle English, very widely spoken in Scotland but terminally unfashionable as a written language for most of the last 300 years. In particular, there’s no standard way of spelling it. The main sources I used were the Dictionary of the Scots Language and Wir Ain Leed. As I understand it, the first of these is a record of Scots as people have (haphazardly) written it, while the second tries to regularize the spelling, as part of creating a written form of the language that people can learn. The first has “swurd” and 11 variants, the second “swuird”.
It works for me at making the game feel richer and a bit different, and I’ve had some positive responses. I hope I didn’t make too many mistakes. During the competition, it occurred to me that it also serves as a version of the roguelike item-identification subgame. Finally, it had the (deliberate) effect of stopping me from writing too much – I wanted to keep to matter-of-fact descriptions of what was happening in the game.
What went right – technology
I used libtcod and Python. I found Python fun and fast to code in once I got going. libtcod is easy to set up, has good documentation, and is simple (from the user’s point of view). It was an enormous help to have the tutorial available as a guide on how to structure the game. My worst technical moments were running into an input bug in libtcod (fixed in newer builds) and spending hours working out how to set up py2exe. So, as these things go, I got off very lightly.
What went wrong
The dungeon is bare. I had planned to make it look more like the mockup, with chairs and bottles to throw, things to trip over, and lighted areas to stay out of. (Although I worked on this a little after the competition, and found that the smaller rooms in the actual game look too cluttered very quickly.) More importantly, I didn’t leave myself time to think properly about the distribution and number of guards in a level, and I suspect that the game is currently much too easy, especially once you have combat figured out. I had plans for more kinds of enemy, dogs and big guards, but they didn’t make it.
I had a story worked out about rescuing a young lady (who would reject you if you had killed people dishonourably) and escaping past your opponents’ ghosts, but this would have been hard to play straight and I felt an enormous relief when I cut it on day five. I put in a replacement (collect three pieces of treasure!) late enough that it doesn’t get explained anywhere.
Overall though, I’m pretty happy with how things turned out, and am looking forward to trying something new next year.
After a bit of poking, prodding and hitting things with a hammer, I’ve released an update to Rogue’s Eye. You can get it here: http://www.vitruality.com/2013/04/rogues-eye-v1-1/
There is no new content here beyond what was in the original 7DRL version, but a lot of tweaking and re-balancing has gone on to make what was there play a bit better. This new version should be a bit more of a challenge.
I’m also working on an android port, but that needs a little bit more love and attention before it sees the light of day.
I finally have access to a pc and could reliably test the program. I have fixed it (for real) and it ran on a windows vista. So sorry to all of the windows users. You can download it here I have also updated all download links.