There's something which has been happening to me lately. Something that is both a blessing and a curse. It might happen to you, too, if you do art for your own games. It's something that needn't be feared, though it is a very easy trap to fall into, and, if your will power isn't strong enough, it will consume you completely and might even cause your project to be delayed, or worse still, never finished. What is this horrifying phenomenon, you ask? I'll tell you: it's getting better at drawing.
I know, I know, you must be thinking, "how is getting better at drawing a bad thing?" I'll be the first to tell you that it isn't. Improving your art is a great thing. Growing as an artist, or programmer, or writer, or any other facet of game design is truly rewarding. You can look back at your previous work and you smile to yourself, pleased in the knowledge that what you're doing now is miles beyond what you thought looked good in the past. There's just one small problem: what if that previous artwork is comprised of several backgrounds in your game?
We all know making a game takes time, especially if you're doing it on your own. If you get better at art, it might cause the stylistic consistency of your game to change. What if you learn a new technique or trick for lighting backgrounds? You feel it looks amazing, but when you look at your previous work, you realize it would benefit from said technique, so you go back and tweak everything to achieve some sort of similarity. That's all well and good, but where do you draw the line? If you have to go back and redo everything every time you learn something new, you'll be improving things forever, and your game will never get done.
This has happened to me already with backgrounds in A Golden Wake. There are some scenes I've tweaked 3 or 4 times since I drew them just because I've learned something new and want to make them look their best. Same with the character portraits. I even posted on this blog demonstrating the new technique I learned.
The other day, I tried yet another technique for character portraits, and I feel it makes them look way better than what I've been doing so far, but here is the dilemma: I've already got 31 characters in the game, and 95% of them have portraits, and most of those are already animated. So is it worth going back and redoing them all? At this point, I say no. I am drawing the line, and leaving this new method for my next game. Will I look back on A Golden Wake and wish I'd redone the portraits? It's a strong possibility, but I'd rather have the game finished and out within the next year than delay it for who knows how long just because I wanted to change something. Who's to say I won't learn something in the meantime that will make things look even better? To get caught in that cycle is definitely not worth it.
Monday, November 4, 2013
Wednesday, October 16, 2013
More Painting Practice
Last night I finally managed to finish cobbling together Chapter 2 of A Golden Wake. This involved several placeholder backgrounds which, to be honest, left me feeling somewhat anxious. The reason for this is because they are set at a very fancy and opulent location, which is going to require an immense amount of detail, and my insecurities came out and made me think that what I wanted to achieve was above my skill level.
Luckily, I have the very talented Sergeant Sweets Tin aka Ben304 to help me out. Up until recently, his internet didn't have sufficient bandwidth for more than speaking on Skype with voice, but now he is able to share his screen. Therefore, I have been able to watch him paint. He's been kind enough to share techniques with me by telling me about them, but watching them in action is much more helpful. Just today I watched him do a speed painting which was extremely informative, and I think will help me out tremendously with regards to these complex backgrounds.
In the meantime, I went back and touched up a few existing backgrounds yet again, but also decided to practice a bit and do a speed painting of my own. The result was this:
Also, for fun last week I decided to redo a background from Ben Jordan 3, but today I revised it a bit and made it a bit more spooky.
So basically, it's all about overcoming that mental block where the little voice inside your head says, "no, that's too difficult, you'll never make it look right." Practice is the best way to silence that voice, because he's an asshole.
Luckily, I have the very talented Sergeant Sweets Tin aka Ben304 to help me out. Up until recently, his internet didn't have sufficient bandwidth for more than speaking on Skype with voice, but now he is able to share his screen. Therefore, I have been able to watch him paint. He's been kind enough to share techniques with me by telling me about them, but watching them in action is much more helpful. Just today I watched him do a speed painting which was extremely informative, and I think will help me out tremendously with regards to these complex backgrounds.
In the meantime, I went back and touched up a few existing backgrounds yet again, but also decided to practice a bit and do a speed painting of my own. The result was this:
Still have a ways to go, but I'm pleased with the tree at least. |
No more burn tool! |
Monday, September 23, 2013
Moving Around
I haven't updated in a while, mainly because I've been in the process of moving. I've finally more or less settled into my Brooklyn apartment, and as of last week have been able to work on A Golden Wake again. It was really a bit disturbing how antsy I got after not being around a PC to work on it for the better part of 3 weeks.
So, this brief update is just to confirm that things are back to normal, and production will be full steam ahead.
So, this brief update is just to confirm that things are back to normal, and production will be full steam ahead.
Wednesday, August 7, 2013
Character Portraits Part 2
As of the last post, Eric Feurstein (aka Mr Colossal) was kind enough to show me some Photoshop tricks which have greatly helped with my character portraits. The day after, I also attempted another speed painting portrait in high res, but this time using a photo for reference for the face so I could get the proportions right.
I was much more satisfied with the look, but I still have a ways to go. Practice makes perfect, after all! As far as the trick Eric showed me, I spent yesterday redoing all the character portraits in AGW, basically tweaking them and making the color ramps less flat. I'm extremely pleased with the result, which, although subtle, I feel makes a world of difference.
This guy was the result. |
Alfie Banks before. |
Alfie Banks after some color tweaking. |
Monday, August 5, 2013
Strengths and Weaknesses: Character Portraits
Lately, I have been practicing my art skills in an attempt to grow and improve, and have been able to identify my own personal strengths and weaknesses. When it comes to drawing people or faces, I find that working in high resolution becomes way more tricky than working in low resolution. I've been used to working in low res in all the time I've been making games, that it just feels the most natural now. This isn't to say that I've always been good at low res portraits. I cut my teeth on the Ben Jordan games, and looking back at the early ones, the character portraits are pretty terrible.
Why the long face? |
Simon's facial proportions somewhat resemble that of a human being. |
I want you to have some proper facial lighting, that's what. |
Ben now carries a blacklight with him wherever he goes. |
Not too shabby. |
Done in roughly 30 minutes. Not even 30 hours could have saved him. |
Less than 10 minutes and he looks more human. |
As you can see, there's lots of room for improvement, but that's what practice is for.
Wednesday, July 17, 2013
Shamless Self-Promotion
It's been a while since I last posted, mainly because I've been busy working on other games besides A Golden Wake. As I said in the last post about "game sorbets," sometimes breaks are needed.
In the past month, I made a very short and silly game for the MAGS competition called Bertha Butt's Boogie! as well as a game for the One Room One Week competition. This particular game is called The Rebirth, and was a lot of fun to do, because I collaborated with Ben304 to make 2 individual games which serve as teaser vignettes for something more. You can get both my game as well as Ben's, called The Reaper right here.
So what about A Golden Wake? I have gone back and tweaked every single background, as I found a much better lighting technique which makes them look a lot nicer than they did before, though honestly I think I might be the only person to notice this. I've also been practicing drawing character portraits, and feel I have reached a level I am pleased with for the time being.
On a personal note, I will be moving to New York on August 16, so I expect a bit of a delay in game-making during that transition. However, my goal is to have Chapter 2 completely playable by the time I leave, so I can focus on getting the second half of the game done once all the dust from moving settles. I'll definitely remember to back up my game before then, however!
In the past month, I made a very short and silly game for the MAGS competition called Bertha Butt's Boogie! as well as a game for the One Room One Week competition. This particular game is called The Rebirth, and was a lot of fun to do, because I collaborated with Ben304 to make 2 individual games which serve as teaser vignettes for something more. You can get both my game as well as Ben's, called The Reaper right here.
So what about A Golden Wake? I have gone back and tweaked every single background, as I found a much better lighting technique which makes them look a lot nicer than they did before, though honestly I think I might be the only person to notice this. I've also been practicing drawing character portraits, and feel I have reached a level I am pleased with for the time being.
On a personal note, I will be moving to New York on August 16, so I expect a bit of a delay in game-making during that transition. However, my goal is to have Chapter 2 completely playable by the time I leave, so I can focus on getting the second half of the game done once all the dust from moving settles. I'll definitely remember to back up my game before then, however!
Sunday, June 2, 2013
Game Sorbet
Sometimes you get an idea that you really like for a game, and you feel so excited about it that you spend every waking moment thinking about it and eagerly awaiting the opportunity to just let all the ideas out so you can get to work designing it. Time passes, and your excitement continues as you work on your game on a fairly regular schedule. Eventually, you get to the point where you've done a fair amount of work, but either you're just not as excited about it, or you've gotten sick of the sight of the same thing over and over. This is a crucial period, as it can easily lead to you putting your game on the back burner, or worse still, completely abandoning it. In times like these, it's time for what I like to call a "game sorbet."
As the name implies, this is a smaller, way less ambitious project intended as a break, or palate cleanser. The idea is not to lose momentum on your big project while still having something fresh to work on. It can be something as simple as a one room joke game, or something with a mini story told in 3 or 4 rooms. It's important, however, not to get too ambitious, or you'll end up right back where you started. Ideally, your sorbet game won't take more than a week or two to finish. By the time you're done with it, hopefully you'll be looking forward to returning to your main project.
I've hit that spot in A Golden Wake, and just yesterday I participated in a 4 hour game jam where I and a fellow AGSer created a silly joke game called Monty Python's Makeout Mansion. It was a lot of fun to work on, and a welcome break from AGW. Currently, I've been drawing a background and sprite for another game which I plan on spending a few days on as another distraction.
The thing to remember also is not to go overboard with sorbet games. You don't want to find yourself with 6 games in production in addition to your main one. If you make 2 or 3 sorbet games and still find you're not excited about going back to your main project, maybe it's time to step away from making games and do something else. Read a book or go for a walk or take lots of showers. At some point, hopefully some creative spark will enter your mind and you'll think of something new or a different approach to a problem you were having in your main game that will make you want to run back to it and work on it again.
As the name implies, this is a smaller, way less ambitious project intended as a break, or palate cleanser. The idea is not to lose momentum on your big project while still having something fresh to work on. It can be something as simple as a one room joke game, or something with a mini story told in 3 or 4 rooms. It's important, however, not to get too ambitious, or you'll end up right back where you started. Ideally, your sorbet game won't take more than a week or two to finish. By the time you're done with it, hopefully you'll be looking forward to returning to your main project.
I've hit that spot in A Golden Wake, and just yesterday I participated in a 4 hour game jam where I and a fellow AGSer created a silly joke game called Monty Python's Makeout Mansion. It was a lot of fun to work on, and a welcome break from AGW. Currently, I've been drawing a background and sprite for another game which I plan on spending a few days on as another distraction.
The thing to remember also is not to go overboard with sorbet games. You don't want to find yourself with 6 games in production in addition to your main one. If you make 2 or 3 sorbet games and still find you're not excited about going back to your main project, maybe it's time to step away from making games and do something else. Read a book or go for a walk or take lots of showers. At some point, hopefully some creative spark will enter your mind and you'll think of something new or a different approach to a problem you were having in your main game that will make you want to run back to it and work on it again.
Monday, May 27, 2013
To Walk or Not?
So now that you've learned how to animate a walk cycle using rotoscoping, let's talk about how much you'll need to do it.
Admittedly, the process can get a bit tedious, especially if you're doing 10 frames. With a standard 4 direction view, we're talking 30 frames of animation per walking character (assuming you're just flipping your side view.) The question then becomes: how many of your characters actually need full walk cycles?
It all depends on your game. You might have a huge cast of characters, but none of them might ever have to move from the spot they're in. Or, you might have several characters that follow the player, or just walk around to add a bit of atmosphere to things.
Let's take a look at some well-known adventure games. In Sierra's King's Quest VI, nearly every single character has a full four direction walk cycle. Some even have diagonal views! Most of them are 6 frames, but it's still a lot of work, especially considering the majority of them aren't ever actually seen in-game. In fact, it was like this for most Sierra games. LucasArts games, especially the ones made in the early to mid '90s were the same.
Two notable exceptions are Full Throttle and The Curse of Monkey Island. In these games, only the main character has a full walk cycle. Secondary characters who are shown walking only do so for a few frames, animated as needed. It's especially understandable in Curse where you had traditionally hand-animated cutscenes as well as sprites, but I wonder how much of it was due to budget constraints vs creative decision.
Then you have games like Broken Sword, which were also animated with traditional cel animation, but several characters have walk cycles. So does this mean games with more walk cycles are better? Not necessarily, but it will surely break immersion if you are in a crowded city street and everyone is just standing around not moving. Worse still, if there's nobody around at all.
Admittedly, the process can get a bit tedious, especially if you're doing 10 frames. With a standard 4 direction view, we're talking 30 frames of animation per walking character (assuming you're just flipping your side view.) The question then becomes: how many of your characters actually need full walk cycles?
It all depends on your game. You might have a huge cast of characters, but none of them might ever have to move from the spot they're in. Or, you might have several characters that follow the player, or just walk around to add a bit of atmosphere to things.
Let's take a look at some well-known adventure games. In Sierra's King's Quest VI, nearly every single character has a full four direction walk cycle. Some even have diagonal views! Most of them are 6 frames, but it's still a lot of work, especially considering the majority of them aren't ever actually seen in-game. In fact, it was like this for most Sierra games. LucasArts games, especially the ones made in the early to mid '90s were the same.
Two notable exceptions are Full Throttle and The Curse of Monkey Island. In these games, only the main character has a full walk cycle. Secondary characters who are shown walking only do so for a few frames, animated as needed. It's especially understandable in Curse where you had traditionally hand-animated cutscenes as well as sprites, but I wonder how much of it was due to budget constraints vs creative decision.
Then you have games like Broken Sword, which were also animated with traditional cel animation, but several characters have walk cycles. So does this mean games with more walk cycles are better? Not necessarily, but it will surely break immersion if you are in a crowded city street and everyone is just standing around not moving. Worse still, if there's nobody around at all.
Sunday, May 19, 2013
Rotoscoping Tutorial Part 3: Back Walk Cycle
For the final part of the walk cycle tutorial, we will focus on the back walk cycle. The same technique here applies to the front walk cycle, which is why I'm not doing a separate tutorial for it or including it in this one.
Like the side walk cycle, you begin by filming yourself or model walking away from and towards the camera. In an ideal setting, you would, again, have a treadmill, thus eliminating any problems with scaling. However, if you don't, it presents an issue: you get bigger as you get closer and smaller as you get further.
Instead of being able to keep the same rectangle size as you were with the side walk cycle, you're going to have to do a separate one for each frame. The trick to remember is to make sure your rectangle top and bottom both fall on the very top of the head and bottoms of the feet.
As you can see in the photo above, each frame is a different size. Not to worry, however, since the tops and bottoms are at the same point, resizing them all to the same height will correct the problem. In this case we are sticking with 70 pixels high. Now all your frames are the same height, but each has a different width. To solve this problem, we find out what the width of your widest sprite is.
Here we see that backwalk1.jpg, our widest, is 38 pixels wide. Now all we have to do is enlarge the canvas size of all the other frames to be 38, keeping the image in the center.
Now all your frames are the same size. At this point we do a quick check to make sure everything is aligned.
And finally, just as we did with the side walk cycle, we paste the head from the standing view onto each frame and trace the rest of the sprite from there, making sure that the head stays in more or less the same spot, although with front and back walk cycles, the head bob goes about one pixel to each side rather than up and down.
Final result:
Like the side walk cycle, you begin by filming yourself or model walking away from and towards the camera. In an ideal setting, you would, again, have a treadmill, thus eliminating any problems with scaling. However, if you don't, it presents an issue: you get bigger as you get closer and smaller as you get further.
Instead of being able to keep the same rectangle size as you were with the side walk cycle, you're going to have to do a separate one for each frame. The trick to remember is to make sure your rectangle top and bottom both fall on the very top of the head and bottoms of the feet.
As you can see in the photo above, each frame is a different size. Not to worry, however, since the tops and bottoms are at the same point, resizing them all to the same height will correct the problem. In this case we are sticking with 70 pixels high. Now all your frames are the same height, but each has a different width. To solve this problem, we find out what the width of your widest sprite is.
Here we see that backwalk1.jpg, our widest, is 38 pixels wide. Now all we have to do is enlarge the canvas size of all the other frames to be 38, keeping the image in the center.
Now all your frames are the same size. At this point we do a quick check to make sure everything is aligned.
And finally, just as we did with the side walk cycle, we paste the head from the standing view onto each frame and trace the rest of the sprite from there, making sure that the head stays in more or less the same spot, although with front and back walk cycles, the head bob goes about one pixel to each side rather than up and down.
Final result:
Friday, May 17, 2013
Rotoscoping Tutorial Part 2: Side Walk Cycle
For the second part of the tutorial, we will be examining how to rotoscope one direction of your walk cycle. Probably the easiest one to do, the side walk cycle can still be tricky to get right. Like anything else, it comes with practice, so don't feel frustrated if your results aren't perfect the first time. I still have to do plenty of tweaking after the fact, as we will see below.
The first step is to film your model walking. Ideally, you'll have a nice, clean studio, with a treadmill to walk upon. Realistically, you'll probably have to do what I did and go for a walk in your back yard. We'll start with the side view because you don't have to worry too much about resizing, like we will for the front and rear views. Set your camera up on the tripod, keeping it about a height slightly lower than your chest, but making sure that there's plenty of space above and below the plane you'll be walking, so you stay within frame.
Once you've filmed yourself striding across camera, take your movie file and import it into a video editing program. I use Adobe Premiere Pro CS5, but before that I was using regular old Premiere. Find a section of your video where your model completes a full two step stride, then go back and go frame by frame, exporting the individual walk cycle frames.
This depends on how many frames you want your walk cycle to be. Rotoscoping will give you a smooth result, so my recommendation would be either 8 or 10 frames. It really depends on how much animating you want to do. For Ben Jordan I used 8, but for A Golden Wake I am using 10, so we will assume that this is the number you will be using too. Once you select a point in your walk to start from, I suggest skipping ahead 4 frames to pick the subsequent ones. This way, you'll have completed two steps by the time you hit 10.
Once you've got your 10 frames, it's time to open up your paint program and all of your frames.
Find the frame where the model's stride is the widest, then use the rectangle selector to crop it down.
Now you can resize them all to sprite size and begin the tracing process. At this point, you can always test to see that you've got a smooth animation. Putting them all together gives me this:
As you can see it is slightly jerky, but that has more to do with the way the image was cropped, as it was more or less eyeballed. This will be fixed for the final animation.
Next, as we did in part 1, we open up the files, but also our completed side view. Copy the head from the side view onto the head of the walk cycle view for consistency, and also as a guide.
Now, we trace! Every now and then, you should turn off your background layer to make sure your sprite is looking more or less proportionate. As there is a lot of anti-aliasing happening because of the resize, it can be easy to make things a lot bulkier looking than they should be, for example the sleeves in this case.
When you've finished tracing, erase the original image so only your sprite remains, and do any necessary cleanup of extra pixels .
Now, when you start on the next frame, paste the head in, and check to make sure it's in the exact same position as the frame you just drew. In most versions of Photoshop, you can see this in the navigator window.
Doing this will avoid your sprite moving around jerkily in the final animation. Continue this process for all the frames, keeping in mind that there is a head bob when people step. Once you've finished, you should hopefully end up with something like this:
So there you have it. Next time we'll deal with forward and backward walk cycles, which are just as easy, but involve a bit more prep work.
The first step is to film your model walking. Ideally, you'll have a nice, clean studio, with a treadmill to walk upon. Realistically, you'll probably have to do what I did and go for a walk in your back yard. We'll start with the side view because you don't have to worry too much about resizing, like we will for the front and rear views. Set your camera up on the tripod, keeping it about a height slightly lower than your chest, but making sure that there's plenty of space above and below the plane you'll be walking, so you stay within frame.
Once you've filmed yourself striding across camera, take your movie file and import it into a video editing program. I use Adobe Premiere Pro CS5, but before that I was using regular old Premiere. Find a section of your video where your model completes a full two step stride, then go back and go frame by frame, exporting the individual walk cycle frames.
In Adobe Premiere Pro, there is a handy "export frame" button right here. |
This depends on how many frames you want your walk cycle to be. Rotoscoping will give you a smooth result, so my recommendation would be either 8 or 10 frames. It really depends on how much animating you want to do. For Ben Jordan I used 8, but for A Golden Wake I am using 10, so we will assume that this is the number you will be using too. Once you select a point in your walk to start from, I suggest skipping ahead 4 frames to pick the subsequent ones. This way, you'll have completed two steps by the time you hit 10.
Once you've got your 10 frames, it's time to open up your paint program and all of your frames.
Find the frame where the model's stride is the widest, then use the rectangle selector to crop it down.
Make sure the height of the box tops off at the top of the head and the bottom of the feet. Next, move the box to the other frames so it maintains the same size, and continue cropping, until all 10 frames are the same size.
As you can see it is slightly jerky, but that has more to do with the way the image was cropped, as it was more or less eyeballed. This will be fixed for the final animation.
Next, as we did in part 1, we open up the files, but also our completed side view. Copy the head from the side view onto the head of the walk cycle view for consistency, and also as a guide.
Now, we trace! Every now and then, you should turn off your background layer to make sure your sprite is looking more or less proportionate. As there is a lot of anti-aliasing happening because of the resize, it can be easy to make things a lot bulkier looking than they should be, for example the sleeves in this case.
When you've finished tracing, erase the original image so only your sprite remains, and do any necessary cleanup of extra pixels .
Now, when you start on the next frame, paste the head in, and check to make sure it's in the exact same position as the frame you just drew. In most versions of Photoshop, you can see this in the navigator window.
Check to make sure the head is aligned here. |
So there you have it. Next time we'll deal with forward and backward walk cycles, which are just as easy, but involve a bit more prep work.
Thursday, May 16, 2013
Rotoscoping Tutorial Part 1: Character Design
For the first part of my rotoscoping tutorial, I will show you how to design a character, because if you're going to animate using this method, it's best to keep your character's proportions consistent. There's nothing worse than having your character's head suddenly shrink a size just because the original sprite you drew doesn't match up with the proportions of your rotoscope model.
The first order of business is to do a bit of cosplay. That is to say, dress up as close to how you want your character to look. This step isn't essential, but it makes things a bit easier. If your character is wearing a long coat, for example, it will help you convey the movement of fabric much easier if you rotoscope than if you animate it freely. Once you've gotten into your outfit, get your camera on a tripod and take a photo of yourself in the 4 main directions, plus diagonals if you're feeling fancy. You might want to do it in front of a blue or green screen, but that isn't totally necessary either. I usually just do it against a backdrop that isn't excessively cluttered.
Once you've got your views, it's time to go to your paint program and resize them. In my case, the average height of sprites is anywhere from 67-70 pixels. This guy will be 70, so we will resize accordingly. This will make the photos nice and pixellated, like so:
Now comes the fun part. If you open up your individual resized views, you will see how pixellated and blocky they look.
This is where you begin the process of tracing, aka rotoscoping. It all depends on how much detail you want in your sprite. Sierra games would more or less import this as-is, since they were shot against a blue screen. All they had to do then was a bit of cleanup and downgrading of palette. For purposes of this tutorial, we are going to trace. Pick your palette, usually about 4-5 tones per area, and get started. With a bit of luck, you'll end up with something looking like this:
From there, it's just a matter of tracing the rest. Keep in mind you don't have to stick to your model. Obviously, the character can have a different hairstyle, or the color of the clothes can be different, or the skin tone can be lighter or darker. The only problem with using yourself as a model is that it can be tough to do different body types. Height is easily adjusted, but if you want a heavy character, making yourself wider can look a bit silly. In cases like these, I usually do a Google image search or get someone else to pose for me.
Final result:
Next time, I'll cover animating a walk cycle for this character.
The first order of business is to do a bit of cosplay. That is to say, dress up as close to how you want your character to look. This step isn't essential, but it makes things a bit easier. If your character is wearing a long coat, for example, it will help you convey the movement of fabric much easier if you rotoscope than if you animate it freely. Once you've gotten into your outfit, get your camera on a tripod and take a photo of yourself in the 4 main directions, plus diagonals if you're feeling fancy. You might want to do it in front of a blue or green screen, but that isn't totally necessary either. I usually just do it against a backdrop that isn't excessively cluttered.
Once you've got your views, it's time to go to your paint program and resize them. In my case, the average height of sprites is anywhere from 67-70 pixels. This guy will be 70, so we will resize accordingly. This will make the photos nice and pixellated, like so:
Now comes the fun part. If you open up your individual resized views, you will see how pixellated and blocky they look.
This is where you begin the process of tracing, aka rotoscoping. It all depends on how much detail you want in your sprite. Sierra games would more or less import this as-is, since they were shot against a blue screen. All they had to do then was a bit of cleanup and downgrading of palette. For purposes of this tutorial, we are going to trace. Pick your palette, usually about 4-5 tones per area, and get started. With a bit of luck, you'll end up with something looking like this:
From there, it's just a matter of tracing the rest. Keep in mind you don't have to stick to your model. Obviously, the character can have a different hairstyle, or the color of the clothes can be different, or the skin tone can be lighter or darker. The only problem with using yourself as a model is that it can be tough to do different body types. Height is easily adjusted, but if you want a heavy character, making yourself wider can look a bit silly. In cases like these, I usually do a Google image search or get someone else to pose for me.
Final result:
Next time, I'll cover animating a walk cycle for this character.
Wednesday, May 15, 2013
InterLACKtivity
Adventure games are all about exploring your environment. You point, you click, and you get a description, or a comment, or the character performs any myriad of actions (you hope.) In good adventure games, you'll get some sort of response. In bad adventure games, that response will be "that doesn't work," or "I don't see anything special." In terrible adventure games, you won't even be given the opportunity to get a response.
In my opinion, possibly the biggest sin committed in an adventure game is a lack of interactivity. Let's say you enter a room that is decorated with all sorts of interesting items, but the only one you can interact with is the one you actually need to progress. How frustrating is that? I want to look at the oddly-shaped lamp, even if I just get some jokey description of it!
Now, to play Devil's advocate, too many hotspots can also be confusing. This opens the door to pixel hunting, which nobody likes, and often times can be overwhelming for the player. Like everything else, the trick is to find that proper balance. Personally, I usually try for 10 hotspots or less per room, but I always try to have more than 4. It all depends on your environment, of course, but often times things can be consolidated.
For instance, if you have a fantasy game with a room full of treasure, and your background drawing shows gold coins, chests, rubies, scepters, etc, it would be unfair to the player if the only available hotspot was "treasure." On the other hand, if you made a separate hotspot for "coins," "rubies," diamonds," "scepters," and every object in the pile, it might be too much, especially if you need to take one specific item of treasure. You'd be fine with "coins" and "trinkets," with maybe "baubles" thrown in for good measure, and in your description mention the individual bits.
I'm going to call out one game in particular which suffers from both problems I have mentioned. Said game is Runaway: A Road Adventure. This game is drawn in lovely high resolution with backgrounds that are jam-packed with detail. In some backgrounds, there are entirely too many hotspots. At other times, hotspots won't appear among the already too many until the player finds out he needs something (which is an entirely different subject.)
Then you have backgrounds like this one:
Look at all that interesting stuff! A well, a skeleton, some weird saint on the wall, a painting, a chicken on a dresser, a stuffed owl. I could go on all day. Do you know how many of these items the game allows you to interact with? Go on, guess. Do you give up? Ok, I'll tell you.
ZERO.
That's right. This room is only used for cutscene purposes. You walk in, the creepy lady tells you she needs something, you walk right back out. You never once have control of the player in this room. You have no idea how much that irritated me. It was just one more strike of many others against this game.
In any case, take heed developers: let your player interact with your world. Not only is it fun, but it adds to the immersion like you wouldn't believe.
In my opinion, possibly the biggest sin committed in an adventure game is a lack of interactivity. Let's say you enter a room that is decorated with all sorts of interesting items, but the only one you can interact with is the one you actually need to progress. How frustrating is that? I want to look at the oddly-shaped lamp, even if I just get some jokey description of it!
Now, to play Devil's advocate, too many hotspots can also be confusing. This opens the door to pixel hunting, which nobody likes, and often times can be overwhelming for the player. Like everything else, the trick is to find that proper balance. Personally, I usually try for 10 hotspots or less per room, but I always try to have more than 4. It all depends on your environment, of course, but often times things can be consolidated.
For instance, if you have a fantasy game with a room full of treasure, and your background drawing shows gold coins, chests, rubies, scepters, etc, it would be unfair to the player if the only available hotspot was "treasure." On the other hand, if you made a separate hotspot for "coins," "rubies," diamonds," "scepters," and every object in the pile, it might be too much, especially if you need to take one specific item of treasure. You'd be fine with "coins" and "trinkets," with maybe "baubles" thrown in for good measure, and in your description mention the individual bits.
I'm going to call out one game in particular which suffers from both problems I have mentioned. Said game is Runaway: A Road Adventure. This game is drawn in lovely high resolution with backgrounds that are jam-packed with detail. In some backgrounds, there are entirely too many hotspots. At other times, hotspots won't appear among the already too many until the player finds out he needs something (which is an entirely different subject.)
Then you have backgrounds like this one:
Look at all that interesting stuff! A well, a skeleton, some weird saint on the wall, a painting, a chicken on a dresser, a stuffed owl. I could go on all day. Do you know how many of these items the game allows you to interact with? Go on, guess. Do you give up? Ok, I'll tell you.
ZERO.
That's right. This room is only used for cutscene purposes. You walk in, the creepy lady tells you she needs something, you walk right back out. You never once have control of the player in this room. You have no idea how much that irritated me. It was just one more strike of many others against this game.
In any case, take heed developers: let your player interact with your world. Not only is it fun, but it adds to the immersion like you wouldn't believe.
Sunday, May 12, 2013
On Rotoscoping
It's no secret that adventure games made by Sierra On-Line and LucasArts were a big part of my childhood and early teenage years. I enjoyed what both companies had to offer, but I always categorized them in my mind as Sierra = realistic and LucasArts = cartoony. When I started making my own adventure games, I was more drawn towards emulating the Sierra style, in part because I was going for an art style based more in reality, and also because the default interface in AGS was the Sierra GUI.
I was also always more interested in Sierra's production techniques for their VGA games, namely the fact that most of the backgrounds were done as oil paintings which were later scanned in, and the character animations were largely rotoscoped. Sierra was not the only game company to do this, of course. The classic Out of this World/Another World and Prince of Persia are great examples of early rotoscoping animation. However, rotoscoping was something that set Sierra apart from LucasArts, as the latter never used it in any of their games.
For those unfamiliar, rotoscoping is a technique in which a subject is filmed performing an action, and then those frames of film are traced over to create the animation. It's best seen in Ralph Bakshi's Lord of the Rings or the work of rotoscoping pioneer with an incredibly oddly spelled first name, Eadweard Muybridge. It's a fair bit of work, but for people like me who aren't very good at animating by hand, it can be a real asset.
Obviously, the oil painting backgrounds is out of the question, as I have neither the time nor the money to spend on that many canvases, paints, and a scanner. Besides, the "painterly look" can easily be emulated in Photoshop. However, rotoscoping is far easier, and in my opinion, gives great results. Is it cheating? Maybe, but I'd rather cheat than have a crappy looking animation.
So how is it done? The simplest way is to film yourself or someone you know performing the action. Nowadays, this can easily be done with a digital camera, or even most smartphones. Just make sure you have a tripod or someplace to set your recording device. Once you've got your filmed action, you can use a video editing program like Premiere or Windows Movie Maker to export individual frames, which you can then load into your paint program, resize to the size of your sprites, and then paint over. The only downside is that you often end up with very long animations, especially if you want them looking smooth.
I'll probably do a more in-depth/hands on tutorial in the future, as it seems to be something quite a few people are interested in.
I was also always more interested in Sierra's production techniques for their VGA games, namely the fact that most of the backgrounds were done as oil paintings which were later scanned in, and the character animations were largely rotoscoped. Sierra was not the only game company to do this, of course. The classic Out of this World/Another World and Prince of Persia are great examples of early rotoscoping animation. However, rotoscoping was something that set Sierra apart from LucasArts, as the latter never used it in any of their games.
For those unfamiliar, rotoscoping is a technique in which a subject is filmed performing an action, and then those frames of film are traced over to create the animation. It's best seen in Ralph Bakshi's Lord of the Rings or the work of rotoscoping pioneer with an incredibly oddly spelled first name, Eadweard Muybridge. It's a fair bit of work, but for people like me who aren't very good at animating by hand, it can be a real asset.
Obviously, the oil painting backgrounds is out of the question, as I have neither the time nor the money to spend on that many canvases, paints, and a scanner. Besides, the "painterly look" can easily be emulated in Photoshop. However, rotoscoping is far easier, and in my opinion, gives great results. Is it cheating? Maybe, but I'd rather cheat than have a crappy looking animation.
So how is it done? The simplest way is to film yourself or someone you know performing the action. Nowadays, this can easily be done with a digital camera, or even most smartphones. Just make sure you have a tripod or someplace to set your recording device. Once you've got your filmed action, you can use a video editing program like Premiere or Windows Movie Maker to export individual frames, which you can then load into your paint program, resize to the size of your sprites, and then paint over. The only downside is that you often end up with very long animations, especially if you want them looking smooth.
I'll probably do a more in-depth/hands on tutorial in the future, as it seems to be something quite a few people are interested in.
Saturday, May 11, 2013
The Curse of Self-Improvement
Yesterday I began working on a new background. I spent a very long time on it, even going so far as to wake up at 4am because I had the nagging feeling that a tree needed to be tweaked to look right. After several hours, I finally reached a point where I was happy with it, and imported it into the game as a final version.
This is a relatively new feeling for me. When I made the Ben Jordan games, my mantra was always, "fuck it, it's freeware." Looking back, it seems that was a double-edged sword. On the one hand, if I'd had perfectionist mode on, I probably never would have finished the series. On the other, there is a lot of art in those games that could have been done a lot better.
However, we're always improving, be it with our art, music, writing, etc, and looking back at old work often makes us want to do it over or change things. Sometimes, we get the chance and come out better for it. Other times, it's better to just leave things as-is and move on to new projects. However, what happens if, for example, midway through making your game, you discover an interesting new technique which makes your backgrounds look way better than before? Can you afford to go back and make changes to your old work? Will everything still be artistically consistent?
I've been learning a lot lately, not just from practice, but also from the guidance of Ben Chandler, and looking back at some of my old backgrounds for A Golden Wake, I've realized I could improve upon them quite a bit. In some cases, I have. In others, I've decided they're passable, but with a bit stricter attitude than before since it won't be freeware. In any case, I think this is a fairly common issue, and an unfortunate side effect of learning and self-improvement.
It seems that this is probably one of the biggest hurdles for developers to overcome, especially in the AGS community. I've often seen people post about how they think their art skills "aren't good enough," and so they get discouraged and never release a game. Very few people start off as amazing artists, and if you look at backgrounds from older games or even modern ones, it's easy to find flaws and mistakes. Nobody is perfect, and that shouldn't be a hindrance to expressing your creativity. It's better to release a game that doesn't look great and serves as a learning experience than to get frustrated and give up.
This is a relatively new feeling for me. When I made the Ben Jordan games, my mantra was always, "fuck it, it's freeware." Looking back, it seems that was a double-edged sword. On the one hand, if I'd had perfectionist mode on, I probably never would have finished the series. On the other, there is a lot of art in those games that could have been done a lot better.
However, we're always improving, be it with our art, music, writing, etc, and looking back at old work often makes us want to do it over or change things. Sometimes, we get the chance and come out better for it. Other times, it's better to just leave things as-is and move on to new projects. However, what happens if, for example, midway through making your game, you discover an interesting new technique which makes your backgrounds look way better than before? Can you afford to go back and make changes to your old work? Will everything still be artistically consistent?
I've been learning a lot lately, not just from practice, but also from the guidance of Ben Chandler, and looking back at some of my old backgrounds for A Golden Wake, I've realized I could improve upon them quite a bit. In some cases, I have. In others, I've decided they're passable, but with a bit stricter attitude than before since it won't be freeware. In any case, I think this is a fairly common issue, and an unfortunate side effect of learning and self-improvement.
It seems that this is probably one of the biggest hurdles for developers to overcome, especially in the AGS community. I've often seen people post about how they think their art skills "aren't good enough," and so they get discouraged and never release a game. Very few people start off as amazing artists, and if you look at backgrounds from older games or even modern ones, it's easy to find flaws and mistakes. Nobody is perfect, and that shouldn't be a hindrance to expressing your creativity. It's better to release a game that doesn't look great and serves as a learning experience than to get frustrated and give up.
Tuesday, May 7, 2013
Ambition or Naïveté?
In the past, I have been asked the infamous question, "what advice would you give someone who is making their first adventure game?" The usual answer is "start small." It's true, overambitious design is the #1 killer of indie games. Most people start out wanting to make the next Monkey Island or King's Quest, but once they get a fair way into it and realize how much work it actually is, especially if working solo, enthusiasm usually dwindles and the project goes into stasis or just plain dies.
Starting small is good, because it means you're more likely to get your project done. Even if it's terrible, you'll have that feeling of accomplishment that comes with putting out a game. Plus, you can always use it as a learning experience for your next game, which is the most valuable result of all.
All this is well and good for beginners, but what happens when you've designed and finished several games? How do you know when you're being overambitious? There are always personal limits and boundaries to be pushed and experimented with, but does there come a point where you have to step back and realize you've bitten off more than you can chew?
I thought about this today as I finished writing A Golden Wake. So far I've programmed the prologue and first chapter, and most of the assets are in the game. I began seriously putting the game together around October of last year, which as of this writing was 7 months ago. Granted, I haven't been working on the game full time every single day, but that's still a rather lengthy development cycle, especially for 1/4 of a game.
Chapters 2 and 3 are pretty standard stuff well within my comfort zone as far as programming and art goes, but I really went crazy with chapter 4 and am questioning how I'm going to make it work. There will be a way, I'm sure, but there is still that nagging feeling of maybe having gone a bit too far. Then again, if I wanted to play it safe and not do anything unknown, the development process would get stale, and the end product could just be mediocre. Pushing myself out of my comfort zone might result in something amazing, or it could result in a disaster and I might have to find an alternate solution.
Either way, I guess it's worth a shot.
Starting small is good, because it means you're more likely to get your project done. Even if it's terrible, you'll have that feeling of accomplishment that comes with putting out a game. Plus, you can always use it as a learning experience for your next game, which is the most valuable result of all.
All this is well and good for beginners, but what happens when you've designed and finished several games? How do you know when you're being overambitious? There are always personal limits and boundaries to be pushed and experimented with, but does there come a point where you have to step back and realize you've bitten off more than you can chew?
I thought about this today as I finished writing A Golden Wake. So far I've programmed the prologue and first chapter, and most of the assets are in the game. I began seriously putting the game together around October of last year, which as of this writing was 7 months ago. Granted, I haven't been working on the game full time every single day, but that's still a rather lengthy development cycle, especially for 1/4 of a game.
Chapters 2 and 3 are pretty standard stuff well within my comfort zone as far as programming and art goes, but I really went crazy with chapter 4 and am questioning how I'm going to make it work. There will be a way, I'm sure, but there is still that nagging feeling of maybe having gone a bit too far. Then again, if I wanted to play it safe and not do anything unknown, the development process would get stale, and the end product could just be mediocre. Pushing myself out of my comfort zone might result in something amazing, or it could result in a disaster and I might have to find an alternate solution.
Either way, I guess it's worth a shot.
Sunday, May 5, 2013
Quality vs Quantity
One particular issue I've always struggled with is game length. Back when I was doing the Ben Jordan games, I would write out a very basic design document outlining the story, locations, and to a point, puzzles (spoiler alert: I made most of it up as I went.) One thing I found was that no matter how extensive the game seemed on paper, when it came down to building it and playing through, it was always significantly shorter.
Now, one can blame this on the fact that the developer knows the game and can easily blast through it, but it's always a matter of concern. Granted, many classic adventures can be played through fairly quickly if you know all the puzzle solutions. In fact, a lot of the old classics more or less counted on the fact that the player would get stuck as a means of extending play time. I've seen people speed run Day of the Tentacle in less than 20 minutes, and most of the Sierra "Quest" games can be completed in a couple of hours.
So why is this an issue? Partly because there is a feeling of disappointment, after putting so much time and effort into something, that the result it yields is such a brief experience. I suppose the same can be said about movies, really. The cast and crew spend months preparing, filming, and editing, and in the end it's all distilled into a 1 1/2 to 2 hour film. In games, though, you tend to feel it more.
On the other hand, sometimes a story can be ruined by being too long. I know several people who complained they lost interest in Grand Theft Auto IV because the main story just kind of went on the back burner midway through. Sometimes a story just doesn't need a bunch of subplots. Straightforward can be good.
In any event, I managed to get through the prologue and first chapter of A Golden Wake in 20 minutes the other day. I was a bit concerned, but then I remembered there are still 3 more chapters to program, and on paper, they're longer than the first. If each of those takes me 20 minutes, then we're looking at a relatively decent sized end product.
If, however, the whole game takes me 20 minutes to get through, then I'm in trouble.
Now, one can blame this on the fact that the developer knows the game and can easily blast through it, but it's always a matter of concern. Granted, many classic adventures can be played through fairly quickly if you know all the puzzle solutions. In fact, a lot of the old classics more or less counted on the fact that the player would get stuck as a means of extending play time. I've seen people speed run Day of the Tentacle in less than 20 minutes, and most of the Sierra "Quest" games can be completed in a couple of hours.
So why is this an issue? Partly because there is a feeling of disappointment, after putting so much time and effort into something, that the result it yields is such a brief experience. I suppose the same can be said about movies, really. The cast and crew spend months preparing, filming, and editing, and in the end it's all distilled into a 1 1/2 to 2 hour film. In games, though, you tend to feel it more.
On the other hand, sometimes a story can be ruined by being too long. I know several people who complained they lost interest in Grand Theft Auto IV because the main story just kind of went on the back burner midway through. Sometimes a story just doesn't need a bunch of subplots. Straightforward can be good.
In any event, I managed to get through the prologue and first chapter of A Golden Wake in 20 minutes the other day. I was a bit concerned, but then I remembered there are still 3 more chapters to program, and on paper, they're longer than the first. If each of those takes me 20 minutes, then we're looking at a relatively decent sized end product.
If, however, the whole game takes me 20 minutes to get through, then I'm in trouble.
Saturday, May 4, 2013
How Far Is Too Far?
Player characters come in all forms. There's the classic goodie two-shoes hero, the damaged anti-hero, the blank slate, etc. For me, the most interesting aspect in games, and adventure games in particular, is the character development. In a good game, your main character won't be the same person he or she was when they began their journey. Still, the choices they make and the actions they perform define them, and sometimes, if something comes out of left field, it can ruin immersion as well as believability.
Starting off a game with a new main character is always an interesting challenge. How much of the character's history do you reveal straight away? Is there an air of mystery about them you want to preserve? Will the player find it difficult to sympathize or put themselves in the role if they don't know everything about them?
Once you do get to the point where the player "knows" the character, it gives you some room to play around. However, you must be conscious of what you've already established. It will seem very out of place if a character who has been shown to be respectful of the law begins committing crimes out of the blue. It all depends on the context of the story, really.
What happens, though, if your story is about someone who starts off good, but goes on a downward spiral into evil?
I have to confess I'm not a huge fan of Star Wars, and only recently saw all 6 movies (gasp!) Although I'd heard little good said about the prequel trilogy, the aspect that interested me most about them was how they showed Anakin Skywalker's gradual corruption and transformation into Darth Vader. Unfortunately, this wasn't handled very well, and it seemed rather abrupt, which is an easy pitfall.
If you have a protagonist who is going to go over to the non-righteous side, how far is too far? If you want to show them becoming a completely unlikeable ass, then the sky is the limit. If, however, you want your audience to feel sympathy, or even give them a shot at redemption, you have to be more careful.
It's a dilemma I'm currently struggling with, but I think I have a general idea of what the limits are.
Starting off a game with a new main character is always an interesting challenge. How much of the character's history do you reveal straight away? Is there an air of mystery about them you want to preserve? Will the player find it difficult to sympathize or put themselves in the role if they don't know everything about them?
Once you do get to the point where the player "knows" the character, it gives you some room to play around. However, you must be conscious of what you've already established. It will seem very out of place if a character who has been shown to be respectful of the law begins committing crimes out of the blue. It all depends on the context of the story, really.
What happens, though, if your story is about someone who starts off good, but goes on a downward spiral into evil?
I have to confess I'm not a huge fan of Star Wars, and only recently saw all 6 movies (gasp!) Although I'd heard little good said about the prequel trilogy, the aspect that interested me most about them was how they showed Anakin Skywalker's gradual corruption and transformation into Darth Vader. Unfortunately, this wasn't handled very well, and it seemed rather abrupt, which is an easy pitfall.
If you have a protagonist who is going to go over to the non-righteous side, how far is too far? If you want to show them becoming a completely unlikeable ass, then the sky is the limit. If, however, you want your audience to feel sympathy, or even give them a shot at redemption, you have to be more careful.
It's a dilemma I'm currently struggling with, but I think I have a general idea of what the limits are.
Welcome to The Speakeasy.
Hello, and welcome to The Speakeasy. I'm calling it this because it will be my place to "speak easy" about the development of my current game, "A Golden Wake," which is set in the 1920s. See what I did there?
Updates will be somewhat frequent, or as often as I remember this blog exists. In the meantime, if you haven't heard of A Golden Wake, check out the official page at www.grundislavgames.com/agoldenwake
Updates will be somewhat frequent, or as often as I remember this blog exists. In the meantime, if you haven't heard of A Golden Wake, check out the official page at www.grundislavgames.com/agoldenwake
Subscribe to:
Posts (Atom)