Friday, December 16, 2011
I'm really bad, but I'm working at it.
Hope is to start making stuff in Japanese as well eventually.
Plus, how can you possibly go visit Japan without speaking Japanese?
You can't, without your hand being held.
No, I want to adventure.
I'll probably still make a fool of myself anyway!
Like that time I emailed Pixel about Rockfish and probably sounded extremely silly.
(because I had to use Google translate a lot--I didn't know how to say most of the things I was trying to. Fantastic!)
Just kidding. I'm not like that... I swear!!!
Thursday, December 15, 2011
It's a fully UI editor--You create and configure your entire project within the application. One thing I disliked about Ogmo was having to write out project XML's. It was nasty...!
I also tried to remove a lot of the redundancies and complexities of Ogmo. Some of the properties just felt pointless, and having to sort through a manual and tutorial repeatedly to find the info you want felt.. Well, unintuitive. That's why I'm placing such a heavy focus on getting it all done within the UI.
I disliked Ogmo's limited layering system, so instead my editor uses numeric z-ordering. I find this a lot more intuitive because in Ogmo I'd sometimes run out of layers to layer on my background tiles. The only way to get around this was to add in a whole new layer in the project file. A whole new layer just for maybe one or two tiles? Aaaaahhh... My level loading code got pretty nasty because of stuff like that. I also added rotation, scaling, and indefinite grid-snapping. This lets you use this editor easily as either tile-based or otherwise.
And finally there will be a "map" or "universe" editor. It's for designing the position of each level in relation to each other so that you can build your world-map visually. This is a feature I'm very excited for, because in my experience connecting levels has always been a painful and relatively blind process.
So, this post is running pretty long, but all in all this is my desired level editor. I'm very glad that I've made this and it's been very rewarding so far. Don't be fooled though, there's still much more work to do. When I'm "done" I'll release it (since it's a generalized tool) for anybody to use. Along with it I will also include the source code. Behold, my terribly kludgy Objective-C code! Har har.
Also: If you want to follow the editor's progress follow me on Twitter @BlueSweatshirt(link in sidebar) or keep an eye on #OperationLevelEditor.
Wednesday, December 14, 2011
This idea focuses on the action(or battle, if you will) system in a game. It's a combination of what I like about both action games and turn-based games. In action games, you get high-tension combat with a focus on mechanical skill.(usually!) In turn-based games(particularly RPGs, I suppose) you get to coordinate groups of people and plan strategically. But for me, I've always wanted an action game where I control a party. That's very difficult, of course, since in an action game the action never stops. Well, this idea is kind of a cheat.
You have two groups on a playing field, presumably the player's party and the enemies. There are turns. Each whole party gets their own "phase" where they coordinate their team's actions. Within a phase each unit in a party has a turn. During their turn the player controls them like they would in an action game. Turns are limited based on time. Time, because, in an action game the action always goes on. Limiting by time is the most logical conclusion because you don't want the flow to stop. Time also happens to be a key balancing factor in most action games, so you keep that element. Overall, it helps the battle feel much more like you're playing an action game.
When a single unit's turn is done, it very quickly switches to the next unit. When everyone's turn is done there is a phase switch. There is never a pause.
Units can also "wait", forfeit their turn. Doing so adds the current time they had left to their next turn, so they can do even more actions. There are a few reasons for this. One, so that the player is not left waiting for their character's turn to end if they don't need the rest of their time. Two, to add another element of strategy to time. For instance, some powerful attacks may require more time to execute. It also rewards the player for using their time efficiently, another element of action game pacing.
For spells/skills/etc there would be hotkeys rather than menus. Menus take time to scroll through, and that really doesn't work with a time-based system.(that's why action games don't really have them!)
There would be no way to survey the battle and gain your bearings. It all just happens. During the enemy team's phase the camera does not shift focus to their units. Instead, you keep an eye on your own. In an action game you're never really afforded omniscience-- You have to observe with your own eyes, so the same concept is applied here. This also lets elements of stealth and deception come into play, which do sometimes play a role in action games.
Remember the goal here is to bring the turn-based game elements and benefits while maintaining the vibe and pace of an action game. If I wanted to do it the other way, and make a turn-based game with action game elements, I might do things like add menus to choose skills from and let the player be omniscient of the playfield. But in this case, I want to keep those action game elements. Where you're not some puppeteer, but instead directly in the action.
Tuesday, December 6, 2011
Unlike the usual trend of musings and teasings, today I'm simply going to talk about what I've been doing. While, yes, it is a tease, it is not entirely a tease on game development, something which I think I talk about for the majority of my time on here. So today I'm going to talk about art, writing, UI programming, and film.
In my art class I just finished a surrealistic painting. Is it good? I don't know! But one thing is for sure: I need a ton more experience with acrylic paint before I'll be able to satisfy my personal expectations. I also need to work on my steadiness with a brush-- It's something I'm not used to using, so I tend to get pretty shaky with it sometimes.
I've also been working on my digital art skills for video games. Sure, I've done legions of sketches and stills, but it wasn't until recently that I've gotten interested in drawing/"painting" my game art rather than using low-res pixel-based art. I think it will propel the visual aspect of my games to new heights. And while, yes, I do have a certain love for pixel art and also for low-res art, it does not fit in with the kinds of games I'm looking to make. Also, I'd rather not do pixel art just for nostalgia's sake. And finally, aside from all that, it's been very refreshing and fun doing hand drawn game art! I'm enjoying it a ton.
I've begun writing a short novel in the spirit of NaNoWriMo. I missed the actual event, so I'm just doing this for the sake of it. I think pushing myself to write a 50,000 word novel in a month will seriously propel my storytelling skills. I'm just over a week in and I'm already building technique like crazy. I can't guarantee the novel will be any good, but it will exist. So far it's relatively cohesive, but we'll see if that changes. Once I'm done I'll be putting it up at my site for download.
Macs are awesome to write UI with. My nuances with Xcode aside, I've found designing and programming UI with Cocoa to be a pleasurable experience. Some things, like populating a table, require somewhat crazy amounts of effort in the eye of a beginner like me, but now that I've learned how all the pieces of the puzzle fit together I'm finding it to be a very effective and well thought-out model with lots of flexibility. My current project is a UI level editor for a secret game project I have an idea for. I'm making it both for the learning experience and for it's application, because I can see this game as being one that requires a ton of level design. If the level editor comes out any good I'll open-source it for all you peoples. I'm going to try to make it as user-friendly and efficiently coded as possible. *ahem* Let's see how well that works out.
I'm beginning work on a short series called "Zombie Fast Food"(name may change). You may or may nor recall me making a trailer for this series earlier this year. Yes, well, so far they're related in name only. There is zombies, food, and survivors though, I assure you. This project is being done for my film class at school. The main goal with this series is to gain experience in a wide and balanced variety of film making elements and to use my surrounding resources well. Visual storytelling, cinematography, post-production, pre-production, makeup, etc. There are lots of run-down and rickety buildings amidst a forest-like setting here, so I thought that would work perfectly for a somewhat-cliche zombie movie. It breaks off from the zombie movie cliche in that it's not really a horror or action movie, per se, it's more of a drama. We'll see how this goes.
Anyway, that's all for now! I'll post results as soon as things materialize.
Wondering how Nutella got in the title? Keep wondering.
Sunday, November 27, 2011
The result of pondering such has been me thinking about better ways to approach designing games. I won't pretend like I spent hours on end deliberating over a delicate conclusion; it was about 10 minutes of thought in the middle of me fighting a battle in Final Fantasy Tactics. I figured that since what makes a game a game are the elements of interaction and change, that good design focuses heavily on defining what interaction and change embody in your game. In other words, how do you interact with and change the game world when you play the game?
And this brings me to my momentarily brainstormed montra: "Design with Verbs".
Tuesday, November 22, 2011
Sunday, November 20, 2011
The Legend of Zelda: Skyward Sword has came out, and this officially marks my 1-week break from all serious game dev work.(I also happen to have a 1-week break from school right now. Convenient!)
This game is the shiz. Freshest and most invigorating video game I've played in a long, long time. Perhaps ever. I might do an analytical post soon on what exactly makes me tick in this game.(tick, in the extremely positive sense.) But for now?
Thursday, November 10, 2011
In a way, I see it like adding sugar to fruit juice. The juice has it's own natural sugar, but the producer adds in more sugar to entice you into drinking more and to hook you on it... So that they can sell more juice! It adds no nutritional value, and it is in fact quite unhealthy.
At this point, when I go to play a game like Angry Birds, I simply ignore achievements and stars. Thankfully, they don't inhibit the experience(unlike the unavoidable added sugar) so I can ignore it. It doesn't "break the deal" for me, I can look past it and still enjoy the game. And it's not like I'm not an offender of this criticism either, I've certainly made pointless gimmicks in my games before.
The main issue here is, to reiterate, that the gimmick doesn't really do much to add value to the game or add to the experience. It's just there to hook you, like sugar. That's what I dislike! I dislike that kind of extortion which only serves to get you to play more.
Going back to the fruit juice comparison, some game developers even refer to watering down their juice so that you have to drink more to get the same amount out of it. That is also a big no-no for me, for the same reason. That is a deal-breaker for me, when the tacked-on extortion actually gets in the way of and interferes with my play experience.
And now that brings me to my second idea: Designing with a Goal.
Just like probably any piece of art, you design around a goal. One central idea you want to emphasize, or one outcome you are aiming for. Mario is about platforming, Zelda is about saving the world, Call of Duty multiplayer is about competitive engagements. Some games have a less concrete or clear goal than others, such as Zelda I'd argue. But the general point is that in some form a game is usually designed with a goal in mind.
As a designer, I've found that designing with a clear goal or theme in my mind helps me create, overall, a much more coherent experience. And I am not saying that you define limits for your game or narrow your focus, deciding to only focus on one core mechanic or idea. I'm talking about having one overarching idea that guides the vision for how you design your game. For instance, with Z4R, the overarching vision is to create a game that's focused on precision, thoughtful play, and having great touch controls. It's not about limiting your vision, it's about directing it.
And also, as a big fan of games, I've had a ton of influence from the games I've played-- for better and for worse. Many times I have included things in my game that do not fit my goal for the game. I included them because it seemed like 'convention' and because it's just something you do to make a more complete game, or I dare say, because it sounded 'cool'. No! I was making gimmicks which were bad in the original games in the first place. I was playing by convention and not evaluating my influences to see if they fit in with the vision I had for my game. They didn't.
I didn't want to create a game that extorted the player into playing more and more. Because my goal wasn't to hook them for hours on meaningless things, my goal was to create a deep and meaningful experience that was constructive and coherent. It wasn't like I needed to hook them for long periods of time to sell subscriptions.(*cough cough* WoW) My goal in mind was not to sell my game and loot my playerbase. It was to make a solid, 'legit' experience first and foremost.
And that is always the overarching goal in mind when I make games, to make a legit, awesome experience. At the very least, that is what I try to do. I have to be careful sometimes not to lead myself astray with conventions. I am an offender. You, if you're a designer, have also probably been an offender at some point. The idea is to make everything you design in your game 'matter' in terms of your overall goal. Directly or indirectly.
Design with your goal in mind.
Design with vision.
Design with integrity.
Much of the thought in this post was sparked by reading Adam Saltsman's post on "Contrivance and Extortion", so do go check that out as well.
Sunday, November 6, 2011
In other news:
- The game will be sold for $1.99
- Donating $1.99 or more to my site will get you the game for free when it is done.
Wednesday, October 12, 2011
Three new projects have been started. While I am not ready to announce two of them, there is one that I will share: Pocket Protector is being revamped completely. I'm going back and expanding on the game to better take advantage of the engine I built and to realize the vision I had for the game. Some new features include an entirely redone menu system(you're welcome, right??), redesigned enemy AI, new spells, more enemies, and a redone dungeoning system. And that's just the tip of the iceberg, guys, I promise.
I haven't had nearly as much time to work on things in the past few weeks. I got sick, have tons of schoolwork, and have been swamped with preparing for college. Despite that, I've been doing what I can to try to keep my pace.
Z4R is coming along just fine, but it's taken the backseat for now in lieu of my other projects. Technical issues from working with the iOS platform have slowed development greatly due to my unfamiliarity with it's innards, so it's nice to be working on a game like Pocket Protector again where I can focus on the content & features rather than the technical side of things. I expect that development will be slow on Z4R for quite some time while I continue to familiarize myself with the iOS platform.
To close things off on a POSITIVE note, I'm opening a suggestion box for Pocket Protector in case there is anything you'd like to see in the new version. I'm very interested in your feedback!
Sunday, September 25, 2011
|Z4R has ditched it's black and white style, officially!|
Monday, September 12, 2011
Friday, September 9, 2011
- Don't worry about style, neatness, or polish.
- Save the artwork for later
- Don't try to be super-specific. "Come on, don't sweat the details!" - Hades(Hercules • Disney)
- Leave working out the details to testing.
- Write all of your ideas down.
- Try all of your ideas before settling with something that's "final"
- Be open to reworking concepts as the rules of the game change
- Design your game as a whole, not "top-to-bottom".
Saturday, September 3, 2011
Monday, August 29, 2011
Following the first few weeks of development, I've gotten a LOT done. Frankly, there isn't much to play, so it's arguable that I haven't 'done anything'. But! On the inside, there are some nice, finely tuned gears that are ready to handle my game.
I've yet to do any true benchmarking, but I believe my game can push about 1000 stretched images and still retain 60 fps. This is great, because my game will probably never exceed more than 50 or 100 images on screen at once.
I added two enemies, a simple drone which flies through the screen(traditional cannon fodder!) and then a sweeping enemy which will sweep through and fire some bursts of bullets at you. It's all pretty simple for now, but it's a start! With that, of course, I've added bullets and damaging. Each enemy will have a unique weak spot which will net you extra points if you can nail it-- more on that later.
Behind the scenes, I made 5 new enemies'(including the sweeper and drone) graphics and design, but have yet to implement them. This engine for my game is written entirely by me(aside from gfx/sound which is done by cocos2d), so I have to add functionality on a need-by-need basis.
Lately I've been heavily considering changing up the art style to incorporate color. I'm not entirely sure how I'd like to do it, but some life definitely needs to be breathed in to this rather drab feeling shooter.
Oh yes, and, my summer vacation has finished and I've now returned to school. It's slowed things down a bit, needless to say.
Saturday, August 13, 2011
I made a game for the Twitter-centric No Text Game Jam, somewhat hosted by Shelby Smith. You make a game using the "no text" theme in under 8 hours.
It took me about 3 and a half hours of work time.(lots of in-between breaks, heh)
In this game you play as a hunter in an African tribe. The God of the Hunt has offered you his help, but he can't communicate with you directly! He draws cave paintings to try to help you figure out what button to press to kill your prey. Be careful though, some of your prey may be hostile! One wrong move and you may never seen your tribesmen again.
Since there's no text, I don't need to tell you this story is never directly told in-game.
You can download the game now, right here.
With a smartphone, you're not tied to a desk. Hell, I'm at a fancy beach writing this post. I can go anywhere and take care of my business. I don't have to worry about my battery, I know it'll last me all day. I can use it while strolling down the main street, because it's so easy to handle. When sunset comes around, I'll stop for a moment to get that perfect picture of the pacific dusk, post it on my Twitter, and be on my merry way. Later that night I'll have a laugh with my friends, reading the silly comments they posted about my photo. Tomorrow I might go on a jog down the beach while enjoying some tunes streamed from Pandora. It's a much needed jog, too. I have to make up for those years and years of me spending 8 to 12 hours on a computer, you know! But hey, I don't fret. I can be anywhere, and do anything.
Yes, this is the life!
These devices are totally the future. I love them, and that's why I want to involve myself with them. These amazing little pocket devices are immensely powerful-- they give us, human beings, power. No longer are you tied to that desk. Walk free, as I do, enjoying both the real world and it's cyberspace in perfect harmony. It's just great being able to do any of your computing, or gaming, anywhere and everywhere.
That's the beauty of where computers are going. "mobile" isn't simply referring to the device. It's referring to us.
Now excuse me, I'm about to go inland for a traditional Luau. Aloha, brother!
Thursday, August 11, 2011
A screenshot of the current testing version. Looks spiffy, huh? Click for full res
I’ve got a couple core ideas tied to this game. The main gameplay mechanic is supposed to revolve around ammo conservation, and precise aiming. The challenge & reward mechanics will all be based around making a precise shot. One motive of this idea is to challenge the idea that touch screens don’t make well for precise input—I believe I can make a game where it’s entirely viable to be precise.
The second reason comes from me noticing that most shmups throw around bullets without any kind of retention. It’s practically a staple of the genre to fire impractical amount of ammunition towards your enemies.(how do you even hold that much on your ship?!) Not only that, but players pretty much just hold down the fire button or turn on “auto fire” and simply spray bullets randomly. I think there is an untapped potential, so to speak, in bringing in elements of precision aiming into the genre.
As a segue, one of the few virtues I see in the FPS genre is that aiming and ammo conservation play a big role. It’s actually important(usually)—and the player has to be smart about how they handle their lead. Inversely, imagine a FPS which allowed all players unlimited ammunition and where they’d never have to reload. It would be much more chaotic and mindless, surely. So in some ways, this game is a amalgamation of what I like about the “standards” of the shmup and FPS genres.
For now, the name is pretty much temporary. It’s based on my old series of Z4R shmups. I might keep it, who knows! I made the logo just for fun
Breaking away from the segue, the second core idea of this game is the visual art style. I want to challenge myself to create a beautiful game using black and white(or more accurately said, grayscale) and chunky pixels. I don’t expect this to be an easy task, but I think it’ll be a huge payoff in the end if I can pull it off.
Getting a little more technical, for the aiming I’ve minimalized the control scheme to single axis movement. The player can only move left and right, like in Space Invaders and Galaga. It’s easier for the player to initially control the game this way, but more importantly it puts a greater emphasis on the aiming and precision mechanics which I strive for. If the player could more on the Y axis too(vertically), then they would be able to move within an inch of their enemy and blast them, removing the need for thoughtful aiming. It’s these reasons which led me to this.
“I believe that ideas for a game design should not be polished until it’s actually running. What I do is play while creating, feel and think about what would make me like this game more. The problem with this method is that you can’t effectively create planning documents.” – Daisuke “Pixel” Amaya
As for how exactly I’m executing this game’s precision aiming emphasis, I’ve yet to completely decide. I’ve got a few ideas in mind, and I’m already starting to try them out. Whichever I think works the best will be what is present in the final game, naturally. I would normally try to plan this stuff out completely ahead of time, but thanks to my experiences from Pocket Protector and a quote from Daisuke “Pixel” Amaya(quoted above), I think I’d rather take that approach this time.
Friday, August 5, 2011
Well, imagine that five times over in full pages of text. Yes indeed, that's how much I've read about Cocoa(the framework Mac/iOS is built on) in the past two days.
Objective-C is an incredibly difficult programming language for me to work with. While I acknowledge it's just a different approach to many of the same concepts I'm used to in other languages, it does feel quite bloated. Thankfully, you're actually able to use C and C++ seamlessly with Objective-C, so that's been a life-saver for me. Cocoa itself though, I've found to be a pleasantly well thought-out library and it's been great working with it so far.
On another less chocolaty note, Flash runs *ahem*, not so well on the iPhone. A blank frame of Flashpunk drawing one orange square topped off at 30 frames per second. I understand that Flashpunk hasn't exactly been optimized for efficiency, but I don't see any great way of getting around this-- Flash is just slow on iOS. It might work well enough for UI apps and slow-paced games, but not for something fast-paced like Pocket Protector.
So with that, I now know I'll have to stick to native development. The possibility of Pocket Protector getting an iOS port has lessened, but is not completely gone. It was initially intended as a mobile game, so I might still carry out that intention. That said, it probably wouldn't be for a while. Don't get your hopes up, but if I were to do that I'd also add more content and refine the game quite a bit.
For native development I've relegated my attention to two main libraries:
Polycode is a cross-platform development library. The creator, Ivan Safrin, is actively working on(and for what I know, almost done with) an iOS port. Polycode is a pleasure to work with, and if you're into cross-platform libraries you'll love it.
Cocos2D is Cocoa-centric, so I believe it only works on Mac and iOS. It's another excellent library, but doesn't have quite as much PC support as I'd like.(which Polycode does have.) So far it's been a nice, simplistic library. I wouldn't say it's anything to write home about, per se, but it's much better than writing pure OpenGL ES code.
Once Polycode for iOS is in a usable state, I'm quite confident that I'll be using that to develop my games. The prospect of developing on Mac/Windows/Linux/iOS all with the same code base is very valuable to me. In the meantime, I don't see myself doing cross-development.(making the game/app for multiple systems as the same time with different tools/languages)
I don't have much to show for my progress on iOS yet, since it's just some images moving and stretching around the screen. Once I get something cool going, I'll post up some screenshots or a video.
Tuesday, August 2, 2011
Immediate plans are to get some of my flash projects up and running on iOS. Later I'll be more focused on native games, I can imagine. I'd like to make a UI app, but I'm currently not sure what I'd make.
There's a very strong possibility that Pocket Protector will get a revamp and be ported to iOS. Very strong.
Monday, August 1, 2011
If you refuse to give us free games, or those on price-par with those on other mobile platforms, then at least deliver on your promise of "premium". If you want to sell me a $10 game, that's fine. But if I can get a better game, in terms of both play and production value, on my iPhone for $1, then you're not giving me premium content. You're giving me overpriced piles of horse shit, which I won't buy. Premium means it's the best-- of the highest quality. So if you're going to charge me a premium price, you better damn well give me premium content. You no longer have my trust as making the best games, let me just put it that way. If you want me to buy your stuff, first help me trust you again. Give me great games at great deals. Prove to me that I didn't waste $250 on a 3DS. Prove to me that I made a good decision buying your console and not Sony's. This is the last straw Nintendo-- if you can't deliver what I, as a gamer, want, then I'll simply leave you behind. I'm open-minded, and love games of all varieties. But a shitty game is a shitty game. Give me the premium content which you keep promising. Give me a reason to put my 3DS in my bag every morning.
Thursday, July 28, 2011
It's a game in the same vein as a castlevania or metroid(metroidvania), but it's got some unique twists, both in gameplay and in story, which will set it apart from the mold of the genre. Oh yes, and it's being targeted mainly at mobile devices. Don't worry though! There will be a PC release as well. Stay tuned!
Saturday, July 23, 2011
First and foremost, I made a huge mistake underestimating the amount of work it takes to make a cohesive experience with randomly generated dungeons. I can probably attribute 40% of my entire development time to working on the generation algorithms. Heed my advice, randomly generated environments is not an easy way out by any means. It’s like trying to tame a wild beast. You have very little control. The more control you put on it, the more same-y everything will start to feel, and the generation will become stale. The trick is finding a balance, I’ve found.
The greatest problem I had during development was a lack of direction. It might seem trivial, but choosing and sustain a direction can be hard on your own. Ideas constantly flooded into my head during development, and I was constantly inspired to try new things. It wasn’t a bad thing, but it slowed my development time by a ton. Why? At first I programmed things with one idea in mind, but then I wanted to do something I hadn’t originally intended, and I’d have to go back and hack my code to make it work with my new idea. I was doing this daily for the first 3 or 4 months. Afterwards, my code was an absolute wreck and I was nearly forced to go redo all of it.
From that, I’ve learned the true value of planning a thorough game design document. I made a 6-page plan for this game, and in the end only about 1 page of it actually ended up in my game. My design document wasn’t nearly as specific as it should have been. I didn’t consider balancing, tweaking, progression, challenge, or reward. I conceptualized characters, enemies, and environments and dabbled with some features I’d like to have. That’s not a design document. Not on it’s own, at least. A truly useful design document, I’ve learned, should contain specifics and detail the utmost details of player interaction with the game.
The importance of having such a clear document, is that then you’ll know what to program your game for. If you want to leave yourself leeway in design, such as for more weapon or enemies, then you know to do it ahead of time, instead of going back and hacking in support for that later. It’s crucial to development time to never have to take steps back. For one, taking steps back is completely demotivating and hurts your development momentum. Notes for the future!
In retrospect, one of the biggest mistakes I made was choosing a low pixel resolution to make spriting easier for me. Let’s be clear—It didn’t make it easier. It made it harder. The main character is 11x12 pixels. With some good pixel skills you can fit quite a bit of detail in there, but alas it’s still only 11x12 pixels. If I went with a much larger resolution I’d have had much more opportunity to detail my game.
Flash is a great platform for making games. It’s well suited for making nearly any 2D game. Flash is very portable, and very developer friendly. Flash game portals, however, are not developer friendly. I’ve found that they often have a very narrow view of what games they want for their sites. Which is a shame, but that won’t stop me from using Flash for commercial games in the future. I simply won’t be aiming to get my game sponsored on a game site at all.(unless it seems like it fits what game portals want)
That concludes my Pocket Protector postmortem. I guess it was fairly short, especially in respects to how long it took me to make the game. I guess that’s due to all of my trial-and-error’ing along the way. That’s a lesson in itself.
Wednesday, July 20, 2011
Check it out now at http://maninbluesweatshirt.com/
And, that's not all! With this release of epic proportions, there must be game release to compliment it. Yes, Pocket Protector is now released exclusively on my website!
Coming soon: Postmortem on my eight-month journey with Pocket Protector.
Sunday, July 10, 2011
Pocket is officially up for bidding at FlashGameLicense.(well, currently going through the approval process) Now the real crunch time begins!
Friday, July 1, 2011
All eight beautiful stages are complete.
The shops are full of items.
The enemies are plentiful.
And the hats are elegant as ever!
Pocket Protector, ladies and gentleman, is nearing it’s very final stages of development. It’s been a long time since I started this game, almost eight months ago, and to see it nearing completion is almost surreal. It’s a satisfying and wonderful feeling, to be honest. After all of the time I’ve spent pouring my creativity into this game, it’s almost ready to be called a product.
Here’s a fun little fact I calculated! If I were to have spent the same amount of time on this game at a day job at minimum wage, I’d have made $21,840. Even so, I don’t regret a single minute I’ve spent on this game! It’s been a wonderful creative and learning experience. That said, I am still kind of hoping to get some sort of return on this.(can you blame me?)
Anywho! I’m looking for testers now! Here’s a little criterion, but don’t let it scare you away!
- Must provide detailed first impressions
- Report any bugs found, giving as much situational information as possible.
- Give detailed suggestions to improve the game.(if you have any)
- Must explore all of the various game options and give detailed feedback on how they work both individually and as a whole.(in this case, I mean try all the weapons and spells and tell me how well they worked individually and also how well they worked in comparison with each other, same for spells, etc.)
- Provide a video of you playing, preferably for the first time. Audio is not necessary, but commentary is appreciated.
- You may not under any circumstances share this game's file with anyone else. Sure, your friend can play it, but don't go giving the game file out or uploading it to a file sharing server. I have no way to prevent you from doing this, so please just don't be a dick.
All done! It’s just here to help insure I get quality feedback. If you’re interested in testing my game, email me at firstname.lastname@example.org. Tell me who you are, why you’d like to test my game, and how well you’ll be able to comply with my requirements above.
Blue Sweatshirt signing out.
Tuesday, June 14, 2011
Saturday, June 11, 2011
To settle any potential picturelust, I’ve uploaded these three pictures for your enjoyment:
OOOOH, shiny! I’m guessing this is the Mineral Deposit.
Frickin’ glowing mushrooms, mannnnn!
Spoiler: The mushrooms restore your MP, so in this stage you’ll get wreak havoc with your Magic. Plotline justification not included!
Awww, how cute!
Spoiler: He’ll kill you.
Friday, June 10, 2011
Among the features planned:
• a clever skeleton
• an overprotective arachnid
• a vein to strike riches
• summoning the power of a bartender
Saturday, June 4, 2011
No blog is complete without a proper dosage of “porn”, so first I’ll give you a little peep show on what’s up at the moment:
Oh snap! So what can we dissect from this… Hmmm… There’s a little circle thing on the bottom left instead of the minimap, there are strange boxes with doors which have enemies crowded around them…. And the stage is purple with gold bits strewn about.
I’m not sure where this is, but it’s pretty obvious what that circle pad is for, right? Duh…
Touch screen controls have arrived!
And with that there is the option to replace the minimap with the circlepad. While many touch screen devices with flash embedded probably have a keyboard, we obviously don’t want to leave the others out. So in the options menu(by the way, I added an options menu) you can now toggle on/off the circlepad as well as change it’s size. It’s important that you can change it’s size to accommodate different screen sizes and player preferences. My circlepad also supports easing—The farther the player presses to the outer ring the faster the player will go. There is error with a direct implementation of that idea, though. The player would have to consistently float their finger around that outer ring to sustain maximum walking speed. Ouch much? Therefore I implemented it so that you only have to be 50% towards the outer ring for max speed… Much better! It’s the little things.
I’m adding more things for you to fight in the Cave
And I’ll just leave it at that—letting your imagination take you the rest of the way. One hint for you, though: Gauntlet.
Thursday, June 2, 2011
Time for a technical post!
So today I was working on an AI of a smarter variety for Pocket, and rather than flinging itself at the player or shooting them, it instead attacks them with a sword. This is a different “hit box” entirely, which extends from their normal “hit box”. The enemy closes on the player and hits them. But since my game has entities facing left/right/up/down, I faced a problem. Check out my diagram here to see the problem and how I tackled it. I hope it helps!
Monday, May 30, 2011
Saturday, May 21, 2011
So I was sitting here thinking about “what games are like” and about how they reward players. Psychological characteristics of games and all the like. Most action games appeal in two ways right now: “good job!” for killing someone, and through the (supposed) male instinct of putting yourself over someone else.(in the case of multiplayer of course)
Regardless of the particulars in execution, I think it stands that action games reward the player for killing and fighting. That’s probably a big reason why they’re labeled ‘action’ games, after all!
I’m not ready to claim my side on the whole, “should games be about fighting/violence” debate, but I am ready to strike an interesting point.
The epitome of action games which reward violence. CREDIT: G4TV
What if you made a game that involved fighting, violence, etc. but that was not the point of the game? The player would not be glorified for it. The action would be part of the plot, just like basically 100% of literature with violence involved. I’m not saying violence in games is bad, I’m just entertaining this different approach.
Imagine a Metroid or Castlevania where the real focus was on advancing the story. You would traverse levels overcoming enemies, certainly, but the enemies would only be present as a challenge to advance the story, rather than dedicated punching bags.
A great example of this type of game is Sword & Sworcery EP by the Superbrothers. CREDIT: IGN, obviously
One merit of this idea is that it indeed makes more sense if you’re trying to cast the player in the shoes of the protagonist. Unless the protagonist is a blood-thirsty marauder, they’re probably more focused on resolving the current conflict within the story. In a cliché example, “oh no my girlfriend has been kidnapped, I must save her!”, the hero is probably more focused on getting his girlfriend back.
Oh that Castlevania! CREDIT: Gameaxis
The idea of this type of game is that there are no level-up mechanics, no serious emphasis on fighting at all.(that is, unless it plays a role in the story.) Again, the player isn’t rewarded for fighting or killing; it’s simply there because that is your story. Your story, o’rly?
This approach to creating the game demands a different method, of course. Now you must design your game around your story, instead of designing a story around your set of game mechanics. In this type of game, the story is king.
You might be screaming “visual novel!” right now, but that’s not the idea.
Visual novels, while great, they’re not what I’m getting at exactly. CREDIT: astatalk.com
The idea is to create a game which isn’t about rewarding the player for violence or drudgery upon others. It’s a game which is story-focused, but still retains it’s game-like aspects, such as in Zelda or Castlevania, and does not leave itself as a sequence of cutscenes or interactive “quick-time” events.
I’m not saying I’m the first to think this up—I’m not. But these are my musings on the idea. I’m very interested in taking this approach for my next game. What do you think?
Friday, May 20, 2011
YAAAAHHH!! *huff* *huff* *huff*…. It.. *huff* *huff*.. Seems fitting that a graveyard is under a layer of hot magma. *huff* *huff*
These tombstones are spooking me out, and I can’t help but feel like a nasty monster is going to come get me. The ground here is dark, and the air is filled with echoes of the dead. I don’t like this place.
Thursday, May 19, 2011
Wednesday, May 18, 2011
We’ve hit gold, Smithy! Wow! The walls of this cavern are strewn with colorful gems. If only we had a pickaxe. Ick! We just go out of a garden of glowing purple mushrooms, now we’re in a cavern full of expensive gems. Bloody hell, what could be next?
And as you descend to the next level, you see glowing mushrooms. Apparently you were exposed a tad too much to the poisonous mushrooms from the previous level, since you must be crazy to see glowing mushrooms.
But wait, you aren’t! This mystical mass of otherworldly fungi is known as Radiant Garden, referred to in myths are the best place underground to get a tan.
Monday, May 16, 2011
Well, I see what all that water has done! Moss, mushrooms, and other fungi have grown everywhere down here. Oh my! Let’s watch our step, and hope we don’t pick the wrong mushroom to eat. Gee, this is pretty surreal… I’m sure things will get normal later.
Sunday, May 15, 2011
Saturday, May 14, 2011
Dry and True! The dusty, dry, rocky cave that we’ve all seen before. The ground is sparse and rocky; and the walls seem to be red to very much the tone of red clay. The carving of the walls and floors suggest that this cave was not created by natural means; So who did this? Tomorrow we can go deeper to find out!
Friday, May 13, 2011
Tuesday, May 10, 2011
As a sort of weekend project I decided I’d try out Flixel! With that, I began writing a small flash game which would be sort of a “prequel” to what goes on in Pocket.
It was fun!
Working with Flixel was kind of a pain at first since I had been working with FlashPunk for the past 8 months. That said, me and Flixel quickly warmed up together and became great friends.
For kicks, the game is up at FlashGameLicense. Let’s see if I can get a sponsor! I’ll post it here if it looks like my FGL venture isn’t getting anywhere.
Coming next: MOCKUP WEEK