curious games

Curious Games: Bugs and Lags

adventures in gaming, curious games, indie, Process Writing

This week, I added some more actors and events to my game and started to do the work of playtesting. Some new features that you can expect to see are the very dangerous freeflow — complete with bubble animation, loss of air sound effect and corresponding loss of air from the air bar, a cameo from the Diver Quest divers and some very happy flowers.

I also started to playtest and ran up against one of the limitations of flash: handling many actors at once. It turns out having all those fish and all them animated flowers in the background in addition to the normal actors I have in the scene makes flash lag like nobody’s business. I spent nearly an hour and a half trying to figure out what I thought was a scene transition bug, only to find out that the game was going so slow that it just hadn’t reached the scene transition yet.

It is with great regret that I have halved the number of fish that swim in front of the player’s face in the happy level, and also had to decrease the number of flowers. Pippin suggested to me that I might want to create an animation of the fish rather than having the fish be one-by-one actors. That would save an awful lot of resources, and I may yet, but it also means that I can do one of two (simple) things: make a fairly detailed animation of however many fish comprise each actor, or have the fish move all one way. Right now, they’re each set on a slightly different wave pattern, which makes it look like they’re moving differently and therefore “independent” of the school somehow. I like that.

I have temporarily halved the fish so that I don’t have to make a decision on this right away: it doesn’t lag quite so much now. Having to do a whole animation seems like a lot of work for something that already works, really. But I have to work within the limitations of the resources that I am using. I want to do the larger, more complicated animation. If testing and debugging goes well, I promise that I will attempt to do this.

In other debugging news: everything seems mostly fine but I have only played all the way through the game a handful of times — I always run into something that I want to tweak and then end up tweaking it/playing with it.

This weekend, though, I am going on an overnight trip with scads of divers – a whole bunch of them! Ideally, I will get some of them to playtest it in full scuba gear (although I am leery of bringing my laptop around the water). If I do this, I promise I will also get pictures.

Curious Games: Expressive Play

curious games, Process Writing, research

When Pippin told us to go off and play expressively/personally, which is to say go and play a game in a way that deviates from the standard modes of play, it made me consider how much agency I really have in games. There are a lot of games where the kinds of play are fairly limited – where there’s not a lot of “world” to go and explore, or where there aren’t as many glitches to exploit. There’s also a lot of games where it seems like you have a lot of agency, but you have limited controls or in the end you’re being forced towards certain paths anyway.

After thinking about that a bit depressively for a while, I thought about instances of exploratory play that I had already engaged in. For example, in Skyrim, I engage in two activities that I also practice in real life: “scuba diving” – which is diving around on all the sunken boats in the environments, especially up north in the cold, and “rock climbing” – which is where I go over mountains that it should be impossible for me to walk on instead of finding the path in or around. I could list similar behaviours for all sorts of games: Unfinished Swan (where I would use the freeze time for paint globules function and then load up 100+ of them to make things like plants grow, or painting entire sections of the world completely black), all the GTAs, Fallout (where I would go off and explore the maps until I had visited every section possible, especially the secret vaults), and loads of others. I thought of doing it for Minecraft but decided that that was too easy since we were playing it this week anyway.

But, I wanted to choose a game for this and start some exploratory play in something completely new. So, I decided to play Fable 3 for the 360 and see what happened. I hadn’t yet played Fable 3. I had played Fable 2 and remember it being a fairly open world with interesting things to do, and what’s more, I remember it also being a fairly funny game.

After a few minutes of play, I started to run into things that said ‘unlock blah blah blah on the Hero’s Path to be able to do blah blah blah.’ What? This was not the Fable that I remembered, where anyone could do anything so long as they had the skill and the money. Well, I didn’t let that daunt me, although it did curb my enthusiasm a little bit.

In the end, I shook hands with everyone that I met (if you hold it to the sweet spot, you do a ‘handshake plus slap slap fist bump’ and people are pretty enthusiastic about it) and then, using the “hold hands” function, lead anyone who would hold my hand to one spot in Brightwood village. Then I played the lute for them in my own impromptu concert. They mostly liked it.

Honestly, there’s so much preamble to newer games that I should have known better than to choose an RPG/adventure game, but I find the worlds that are involved in those games particularly interesting. I didn’t have much success finding creative things to do in Fable 3 (since I haven’t even unlocked eating yet or something…in the old game, you could eat until you were really, really large and slow and you also had an “attractiveness” factor). So, instead I think I’ll go back to snorkelling in Skyrim.

Curious Games: I more than fixed it!

adventures in gaming, curious games, indie, Process Writing

This Friday, I met with Pippin to figure out how to program Tic Tac Toe on Stencyl.

We didn’t. But, instead, we decided that I should focus my efforts on other areas of the game, like pushing the experience of having nitrogen narcosis and being underwater even further.

I set up some goals that I thought would be manageable by the end of the allotted time for this project (there’s only a few weeks left in Curious Games Studio). I decided to stay in the lab where I had met with Pippin to use our amazing 3D printer (a Makerbot Replicator 2 known as “Bob”). I then proceeded to accomplish all the goals that I had set out for myself in one afternoon. Pippin suggested that this might be because I was tethered to one place, and I think that’s true, but I also think that it was partially thanks to Bob, who plays tones as he works. When he makes ovals, it sounds like he’s playing the blues.

Those goals were:
– make a silt animation for when the player interacted with the tic tac toe pieces.
– randomize what pieces appear and where on the game board, and randomize when the scene switches (thus randomizing in-game events).
– create floating game tiles that would increase the difficulty of playing the game because the pieces don’t stay where they’re put.

I couldn’t believe that I managed to figure it all out in one afternoon! Now my plan is to create more conditions for the game (more scenes/animations). I think that I may add a bubble animation for air and a silt-out condition. I also want to leave time to play test and fix any bugs that might come up. One of my main worries is that I won’t be able to export the game, which is something that happened with ‘Diver Quest.’

It’s time to get started on stretch goals!

Curious Games: I Broke It

adventures in gaming, curious games, indie, Process Writing, research

Last week, I was considering different solutions for altering the conditions of play and mood in my game. Pippin suggested that I use attributes, which can save certain information across scenes and across play sessions. What I decided to do is create different scenes and make them virtually identical to the initial scene, the only differences being the mood music and anything that I choose to add to increase the atmosphere of either euphoria or fear. I realized that it doesn’t even matter if you can play Tic-Tac-Toe in those versions of the scenes as long as the countdown is consistent across them and so is the number of games won. That seems doable.

However, after I duplicated the scenes and the code and made sure that code was pointing to all the right objects within the world, I somehow broke the other scenes (which means that really, they weren’t working in the first place). In the first instance, the console no longer appears even though I have visually placed it in the environment as an actor. Also, I am unable to move the actor that is supposed to move the camera around the level. The other level has the same problem, but compounded: neither the inflator nor the console show up in this level.

I’m going to debug by enabling and disabling parts of the code and seeing what I can do. Not looking forward to this! But that’s all part of the process, right? Then again, so long as I can get the camera to move, I am thinking that perhaps there’s a certain logic to not having those elements in those levels.

By the logic of the game, a euphoric person thinks that there’s nothing wrong in the world, and wouldn’t be concerned about readings on their console that say that they only have so much air left, or are at a certain depth. Similarly, in the “fear” level, the loss of the inflator could be considered a kind of loss of control over the player’s circumstances. But I still want to figure out what’s wrong. If I end up leaving them in, I want it to be intentional, not because I couldn’t figure out how to fix it.

I’m also getting very close to the point where I can no longer put off adding Tic-Tac-Toe to the game because a lot of things (like testing that score stays consistent…unless I want to program artificial scoring conditions) will only be able to be properly tested once I do that.

The rest of my work will involve adding more and more – Tic-Tac-Toe is the last absolutely essential element. That means more crazy euphoric animations of dancing fish (I have decided that this needs to be a thing in my game), more flashing lights, more bizarre decal-style photoshop brush effects appearing in level, more ominous things like perhaps dead fish floating around…More camera shake!

Please enjoy this picture of a fish. More soon.
sunfish

UPDATE: I appear to have fixed the motion problem (I just had the actor’s speed set too slow) but apparently my sound is creating some of my bugs.

Curious Games: Novel Design Ideas

adventures in gaming, curious games, Process Writing

Think of an object that you’ve been using more or less your entire life. It’s better if it’s an object that uses electricity/has some complexity, but any object will do. Now, in two minutes or less, develop a new use for that object.

This is an exercise that we completed in class this week, first with a keyboard as our object, then with a trackpad and mouse. One of the ideas that my group came up with for the keyboard was the most interesting to me. It involved swiping the keys on the keyboard from one end to the other in order to accomplish something on-screen – perhaps something like shooting in a first person shooter, where the rate at which the player swipes affects the rate of fire, the charge of the weapon, etc.

I have a picture in my head of this actually being for some kind of magical ability – maybe like shooting a fireball or some other kind of magic missile. I think that there is a “sweet spot” rate of swiping, probably the longer that you press, the more charged that the projectile is (meaning that it does more damage), but the faster that you press, the farther the projectile goes (meaning that it goes less far if you take the time to charge it). It would have to be a chain of key presses and releases that sets off some kind of timer that sees how long it is between when a key is pressed and when it’s released, and what the time is between the first and last keys being pressed.

I think that it would be neat if the keyboard were a separate PC keyboard rather than one integrated into a laptop, that the player held at a right angle to themselves and strummed like a harp or something. Maybe a wireless keyboard, so that the player isn’t tied to the desktop.

Although it sounds like a tedious thing to debug, even I can see the glimmer of how to make something like that work on a limited scale in Stencyl, which has “button down” and “button released” behaviour.

Curious Games: Musical Adventures

adventures in gaming, curious games, indie, Process Writing

After finding out about Wolfram Tones, I was adamant that I wanted to use it to make music for the game – specifically, during the “euphoria” and “fear” parts of the game, I wanted to have appropriate music. Well, it turns out that Mac no longer supports the QuickTime plugin in-browser. Wolfram uses QuickTime, so I couldn’t play anything on my Mac as I composed it. That made using Tones pretty much impossible, so I went over to my desktop, made some awesome music, then sent the midis to my email and tried to open them on my Mac. On to the next adventure: the midis can’t be played in Audacity, which is the audio editing software that I’m using. So, at first I tried to find a midi to mp3 converter, but couldn’t find a free one and am too cheap to pay 30+ dollars for something that I likely won’t get much use out of. Instead, I updated QuickTime to QuickTime 7, opened the midis there, and recorded them with the computer’s microphone directly into Audacity. Since I don’t have a recording studio, I had to restart several times as my fiance chatted to me, not realizing what I was up to, as people passed by our open window, and as my future in-laws moved about their house. But, at last, victory is mine!

I now have “Happy Music” and “Sad Music”! I’ll try to eventually get them up here for you to listen to. Meanwhile: Wolfram Tones is awesome, but much easier to use on a PC. Give it a shot!

Thinking about how to implement some of the randomness: I’m thinking that the easiest thing might be to set timers and have the scene change for some of the more complicated of my “special effects” – like the euphoria/fear effects. It would also fix my fish problem (that the character needs to be created in the scene to be able to follow a character in the scene). I’d just have to find a way to keep the score for the tic-tac-toe games consistent across the scenes. That’s probably more trouble than it’s worth, but this is not actually a game about playing tic-tac-toe (did anyone think it was? okay, maybe it is). If I can keep the game board and score consistent across the scenes, then this is the perfect solution (if a bit complex. I’ll of course be looking into other solutions).

Curious Games: “Best Practice”

curious games, indie, Process Writing, research

This week, the Curious Games Lab gang talked about heuristics and best practice, and how they’ve evolved from efficiency models in the workspace. Here’s an article that takes a tour of these heuristics and recommendations and analyzes some games in terms of them:

Sweetser, P., Johnson, D., Wyeth, P. and Ozdowska, A. (2012) “GameFlow heuristics for designing and evaluating real-time strategy games”. In Proceedings of The 8th Australasian Conference on Interactive Entertainment: Playing the System (IE ‘12). ACM, New York, NY, USA.

Sweetser et al. provide a set of guidelines for making games that have already been made. While there is a great deal of sense in not totally reinventing the wheel and finding a completely different way to deal with every one of these heuristic elements, keeping each of these the same across games removes the incentive to innovate.

I think that it makes more sense to start from a game concept, mechanic, or idea that the developer finds interesting and to work from there and decide what will be best for that game than it does to start with best practices. Best practices are probably useful for conventional aspects of the game that the developer is not trying to highlight – making them the same as most other games in a genre is a good way of effacing them. So, if something is not an important aspect of the game, there’s no sense in reinventing the wheel… or is there?

We discussed the possibility of creating a series of games that basically takes these heuristics and deliberately breaks every single one of them, one by one. I think that’s the kind of exploration that makes best use of these “best practices.”

In my own attitude towards playing games, I think that I’m trained to expect the “best practice” kind of experience (to the point where, when starting Unfinished Swan and being faced with a completely blank screen with just a dot in the middle, I thought that I must need a move controller to play it, but as it turns out I could have just checked the controls to know that I could sling paint with the trigger buttons – which are, in most games that I play, not usually the primary controls, and that I didn’t even think of pressing. Since the screen was blank, I couldn’t judge my progress when moving the joysticks either, so I didn’t know what was going on.) but I don’t want to be trained to expect it (I laughed very hard about the Unfinished Swan thing). I like games that turn my expectations on their ears.

Similarly, while sometimes it’s good to give the player some sign posts, I resent the recommendations in the Sweetser article that recommend a whole lot of hand-holding and that recommend that games should be playable by people of all skill-levels. Some games should just be really hard – not everyone should be able to easily finish them. It’s the same with books, and it’s the same with nearly every other medium. Not everyone appreciates the same experience in the same way.

Games that break the rules tend to be the most memorable and replayable. Katamari Damacy in particular comes to mind: the goal is to roll up the level, and at larger scales the player can literally roll up entire islands and eventually continents. It breaks most of the recommendations for Concentration in the Sweetser article, depending on how you interpret them. Actually, all of these are largely dependent on how you define them for a specific game. Some of them even seem to contradict each other: what is stimuli that is “worth attending to?” and is that stimuli a “distraction from tasks that [players] want or need to concentrate on?”

As a game designer, I have not yet discovered exactly what kinds of games I’m making, having only made three so far (one as part of a GGJ team this year, one for Pixelles, and the one that I’m making for the Curious Games Studio), but I do recognize that what I am doing is trying to make games that I haven’t seen before.

Oh, and because I will recommend this every chance I get and have mentioned Katamari in this post, here’s an in-browser version of Katamari Damacy: http://kathack.com/
Roll up!

Curious Games: Planning Ahead

adventures in gaming, curious games, indie, Process Writing, research

medical malpractice lawyer says: “very nice post, i actually love the web site, keep on it”

Looks like I’m on to something! You keep on it too, medical malpractice lawyer!

So what I have been doing this week for the game is creating assets and continuing to think about design. So far, the very basic Stencyl file has a custom cursor, screen shake that simulates poor motor skills (but there will be much more to mess with the player’s motor skills if I have my way) and a health bar that starts at 2000/3000 PSI.
(Why 2000? Because in diving, it is recommended to reserve 1/3 of an air tank for the descent to a destination, 1/3 exploring that destination, and 1/3 for the ascent.)

Here are two of the lovely art assets that I’ve made this week: the buoyancy control hose and the console – hand-drawn in Photoshop. (I’m not yet sure if I’m going to have the console have static dials, animated dials, or just numbers).

These are modeled after my own BCD, which the player will be wearing.

These are modeled after my own BCD, which the player will be wearing.

I have this desire to make most of the effects in the game randomized or happen at more or less random intervals… I’m sure that this is relatively simple, but I have to look up how to do it in Stencyl. That can make simple tasks seem daunting — kind of like Nitrogen Narcosis! — so I tend to plan things out in detail when I could probably just start implementing features and see what sticks.

Here’s my game plan (or really, a list of tasks that I need to accomplish and features that I want to include):

– because people with nitrogen narcosis have problems multi-tasking/tend to focus very narrowly on one task, I want a fish to swim by sometimes and for the camera/player’s view to follow/pan on the fish. I want the player to have to find their way back to the game board.

– because of that same narrow focus, I want the buoyancy of the player to occasionally cause the player to start to sink down past the game board, and for them to have to adjust the buoyancy to regain the board (and if they over-inflate, they may end up shooting to the surface — I don’t THINK this is too ambitious).

– because nitrogen narcosis can come with feelings of euphoria or fear: I want to adjust the brightness of the game in tune to either a very happy soundtrack or a very unhappy soundtrack. Preferably either can happen at random from a baseline. I may also include some bizarre actors like dancing fish or divers, or decorative decals.

– I want to blur the edges of the screen somehow (the camera shake effect does somewhat do this at higher intensities) to mimic tunnel vision (another symptom).

– I want to find other ways to mess with the player’s motor control — since I think it will be point and click, maybe I can find a way to at random reverse the mouse tracking (I know there’s a way to do this on consoles with the joysticks…I’m hoping there’s a way to do this in stencyl).

– Continuing with motor control, I was thinking that the placement of the pieces on the board should have to be quite specific – that the collision area of the piece should be quite small relative to the entire size of the piece, making it harder to place each piece.

– Because poor judgment (and, at much deeper depths, hallucination) is one of the major symptoms of nitrogen narcosis, I want to perhaps screw with the player’s perception by making the game board appear different than from how it actually is, or maybe make some game board pieces that can’t be dragged, or that can only be dragged so far.

– Because people experiencing nitrogen narcosis can experience slow thoughts: I want to find a way to slow down the player, perhaps by slowing down the controls or the speed at which a game piece can be moved. I don’t know if this is possible with stencyl. Maybe I can do this by creating a mechanic where the player clicks a piece then clicks the place on the board, and the piece travels at a predetermined speed towards the board. I could set the speed of individual pieces to different values, thus making some relatively easy to place, and some more difficult.

– I want to implement a 3-minute time limit on the game in which the player has to win a certain amount of tic-tac-toe games. How many will probably be determined by a lot of playtesting…

– I also want to have there be the chance that the player experiences some of the other minor annoyances of diving, such as a foggy mask or a free-flow (basically when the regulator gets stuck open and starts to spill out precious air — this is usually quickly fixable). I’m not sure if these will make it into the final game but as soon as I figure out randomization, they’d be easy to implement.

– Obviously, I have to program tic-tac-toe. Pippin has told me that he will help me with this. I was thinking that it might be interesting to have the program have some of the same handicaps as the player as a rational for the program making mistakes in the placement of their pieces.

Where I foresee some challenges is in randomizing these behaviours. I know that I can make the camera track a specific actor (the fish) through an environment. (I don’t know exactly how to allow the character to move the camera back.) I know how to make music play at specific times. I also know how to set collision areas and the movement speeds of actors. Largely, learning how to randomize the behaviour and learning to do it within appropriate parameters so that things aren’t totally at random, seems to be my biggest challenge. There are plenty of Stencyl tutorials about this, though. (Although learning to program Tic-Tac-Toe will be another kettle of fish.) I also foresee that I might have some difficulties with making the character navigate the level with the mouse, but I’m already thinking of ways around it.

I’ll keep you posted, Internet!

Curious Games: Tools and Neutrality

adventures in gaming, curious games, Process Writing, research

This past Wednesday during the Curious Games Studio class, we talked about the neutrality (or rather lack thereof) of software and other tools that most people use on a daily basis. Most tools are designed with the expectation that they will be used to create some fairly specific output with some fairly specific methods. The example that we discussed in the most depth is PowerPoint, which encourages an element of performance to the presentation of information and gives users all the tools to create punchy, attractive slides that privilege design over content. Here’s Edward Tufte on PowerPoint – and of course we can do this kind of analysis for nearly any kind of software.

When asked about the software and other tools that I myself use on a daily basis for content creation and how it affects my process, I immediately thought about a relative newcomer in my array: the cellphone, and, more specifically, the Apple iPhone 4S. Having only gotten a cellphone what is now almost six months ago, I can directly trace what impact it has had on my work and on my life more generally.

Now, before December 2012, I had never owned a cellphone and barely had any contact with them – if I had to borrow a phone, it was limited to a few minutes to place an urgent call and that was about it. The iPhone 4S is my first cellphone ever, and it was fairly easy to get enamoured with. It’s also easy to trace how it’s affected my practice and my day to day interactions with people. I decided to get a cellphone because I was home a lot less, I was about to begin a job working with video games, I was under the impression that a lot of indie games are released on iOS (which is the case but most are now pretty quickly ported to Android, so the joke’s on me – but honestly having gone from no cellphone to a 4S, a lot of what my cellphone does still feels incredibly sophisticated to me) and that having a smart phone would be great for live-tweeting journalism.

It used to be that I would fill up the small notebook that I carry in my bag with me about once every three months, taking down appointments, phone numbers, ideas, for writing down what my friends and I wanted to order out, that sort of thing. I also had larger notebooks for taking notes in class and for writing out those ideas in their larger forms. (Oh, incidentally, in January 2013 I acquired my first ever laptop, meaning that in two months I jumped forward about a technological decade.) Now, I’ve had my present notebook since December and there’s barely anything filled in. I’ve begun to take notes on my phone and laptop.

It also used to be that I would spend any traveling time reading books, but now I’m more likely to fiddle with a game or check in on work that needs doing. I used to read about a book or two a week just on transit. Now I’m still stuck on Padgett Powell’s The Interrogative Mood.

My iPhone also dictates, in some ways, what tools I will use on it – certain apps are free for Android but cost money on the iPhone, and vice versa, and since I’m a student, I don’t usually want to pay more than a dollar for an app that I may or may not end up using/liking/needing, etc. – and even then, the apps that I usually don’t mind paying for are things like critically-acclaimed indie games or…well, yeah, mainly those.

Having any cellphone at all has also changed the way that I communicate: it used to be that people could either call me at home and either reach me or leave a message or they could email me. I really liked the fact that if I was out and about, I was incommunicado, untethered and unlikely to be disturbed. Now, I can get called by work while I’m out at social events and of course I get way more text messages than phone calls.

In terms of productivity, my having a cellphone makes other people’s jobs easier – they can contact me when they need something and I can act right away, and they can contact me in real-time to see how the job is going. In terms of my personal productivity, what a terrible thing having a cellphone is! I’m not terrible about the whole obsessively checking my phone thing yet, but I have definitely played ‘Hanafuda’ more than I have read in the last six months, and I think that I can no longer really call Hanafuda “research.” I also waste time that should be spent writing checking things on social media and such, which was less the case when I was limited to my desktop.

On the other hand, and this is a bit of a sidebar, having a laptop has increased the speed at which and the number of places where I can write and accomplish other work. It permitted me to attend a conference the other weekend without any fear of missing important information and updates on my projects, and I am able to write much more quickly than with my pen and notebook since I type much faster than I handwrite.

So, in sum: having a cellphone has changed the way that I communicate and the kind of cellphone that I have has determined what products I use. It has made me more accessible to other people but has made my productivity decrease by quite a lot (I’m currently fighting to push the balance back in the other direction by simply taking the time to think about ideas while traveling instead of playing iPhone games). I do use it for work, having played games that I wanted to research on it, recently recorded an interview with Lynn Hughes and Bart Simon, live-tweeted talks and events, and done some writing/note-taking on it, but the ratio of work to time-wasting that I do with my cellphone is absolutely shameful. On the other hand, going mobile in other ways has had its advantages. I guess that as long as I can work on limiting my time-wasting activities, I’ll survive this personal technological revolution.

Curious Games: Brainstorming

adventures in gaming, curious games, indie, Process Writing

So I’ve decided to make a game about performing a simple task under unusual conditions. The task will be to play Tic-Tac-Toe 130 feet underwater while at least slightly under the influence of nitrogen narcosis, which is basically like being drunk underwater. This usually becomes at least slightly noticeable when divers go below 100 feet and the symptoms disappear when the divers ascend.

Here’s a link to my “Your World of Text” World (be careful: if you edit anything, it’ll be saved) where I’ve been working on a brainstorm that kind of shows my process a little bit. I’m starting to think about mechanics that should be simple enough to code but that will transmit the experience effectively. Ideally, I’d like to switch up some of the mechanics while the player is in the process of playing. I’m not sure if I want to have the controls be based on keyboard or on mouse. There are advantages to both: I can make the keyboard controls be flipped and might be able to actually make the controls switch mid-game.

One thing that I’ve definitely decided is that I like games like B.U.T.T.O.N that make the players enforce rules that can’t be enforced by code/programming/the game system itself. To that end, players of my game will have to wear some scuba diving equipment: a mask, a snorkel, a BCD (Buoyancy Control Device – a vest-looking thing), a regulator and octopus, and either a weight-belt or integrated weights.

Some goals this week: to create some prototypes of the “symptom” program effects and the timer and air limitations.