Follow our progress on marketing the game here. Give us your feedback and suggestions.
Just discovered your blog. I can't wait for this to come out also.
am stuck in game. Is there a walkthrough, am stuck in one spot, in murdered guy's room, hint says to interact with the black thing but nothing happens
Sorry, there's no walk-through at this moment. If you click on the black thing again, the text that pops up gives you a clue about what you need to do next. If you want more of a hint, I could email it to you, but I'd rather not have spoilers on our front page. :).
The reason Gary Kreisberg is stuck is because the game has a glitch and should be tested and corrected before distribution. Very primitive and slow - not professional at all.
@ M Wild We’re sorry you’re having trouble with the speed of the game. The game was thoroughly tested by us and by non-developers before release, and we fixed every bug reported. If you can tell us exactly what glitch you have found, we’ll fix that one, too. In the case of Gary’s question, it isn’t a glitch, it’s just a hard problem in the game. Thanks for writing.
10.18.16 Tools, Part 3: Game Editor 5.
The StormEdTM User Manual is just about finished and should end up no more than about 50 pages of text, plus a couple of appendixes. Did I mention that the game engine, Storm SurgeTM, will be bundled with the editor and with a tiny game? The appendixes will be the design document and scripting for the tiny game. I'm a person who learns code most easily by example; other people just read the manual cover to cover. You'll be able to learn StormEd either way.
Scripting doesn't look like it's going to be terribly difficult. Terri and I are going to test the completeness of the manual by building the tiny game without any help from Madison. Or at least, when we have to get help, we'll fix the manual.
10.14.16 Tools, Part 3: Game Editor 4.
I knew there was going to be a catch somewhere. Most of the images in the game are going to require scripting if the game is going to be at all interesting. The game developer has to "start working hard," as I suspected, when it comes to writing the scripts that tell each image what to do. For example, you might see the lamp in the scene that we talked about before. You know that you have do something with the lamp because the cursor changes when you move over it, but that's a function of the lamp image itself, which was easy to set up without writing a script. However, if you want to be able to turn the light on and light up the room so that you can see other parts of the scene, that requires a script. The script would probably highlight the lamp when you click on it, maybe bring up a close-up of the lamp switch, make the close-up disappear when you click on the switch, and then change then entire dark background image for a new, bright background image.
Are you a programmer? If so, feel free to guffaw when I say that the last programming language I used (aside from html and php) was Fortran 4, literally back in the last century. It turns out that Madison has written a programming language from scratch for our game engine and editor, and I'm starting today to write the section of the manual that deals with the commands and operators used in the scripts. So far, it doesn't look too bad at all, but so far all I've written is the section header.
10.11.16 Tools, Part 3: Game Editor 3.
Yesterday I assumed that making images in a scene do something would be more difficult than putting them in. As it turns out, that isn't necessarily so. If, for example, I put in a Map Button and attach a graphical image to it, Storm SurgeTM automatically makes it act like a map button, that is, when the player clicks on it, it brings up the map. Ditto the Journal Button, Inventory Bar, and so on. So far I've found more than 15 image types that perform their functions automatically, and only a couple that need scripting. Pretty cool, huh? Of course, if you want to add some feature like shimmering to the image, you're going to have to do some scripting, but that's optional in most cases. I still think there has to be a catch to this somewhere. When I figure out where the game developer has to start working hard, I'll let you know.
10.10.16 Tools, Part 3: Game Editor 2.
So far, so good on the StormEdTM manual. Adding scenes to the game and images to the scene is straightforward. You select either the scene type or image type from a dropdown list. When you select the scene type, you get a window (empty, of course) that displays the scene. To select an image type and add it to the scene, just browse to your game directory and double click on the image file, and it appears in the scene. It took me about 10 seconds to realize that I get a default scene name and image name before I put in any graphics, and that I can change them; I like it when these things are so obvious that I don't have to read the manual. Each image that you add seems to have 18 or 26 properties, although I've only looked at a couple of image types so far. Some of these properties, like ID number, are assigned by StormEd so that it can remember which one is which, but others, like position, you set.
Creating the scenes looks like the easiest part of game development so far; this is completely in line with the policy of Ducks in a Row, Inc., that we do not build annoying software. Creating all the graphics for "A Picture Perfect Murder" was a pain in the neck. I have to assume that once I get to the point of making the images in the scene do anything, the going will be a little rougher; I'll keep you informed. But so far, creating scenes is easy.
10.06.16 Tools, Part 3: Game Editor.
Unless you are an accomplished programmer, you probably won't be building your game using a game engine directly. Instead, you will use some sort of graphical user interface (GUI) or text-based editor. In the case of Storm SurgeTM, the interface is a GUI, although you have to do some typing; it isn't all drag-and-drop. During the development of "A Picture Perfect Murder," we didn't need a manual for our editor, StormEdTM, because Madison developed both the engine and the editor and already knew how they worked. I'm writing a manual so that you or I can build a game without his help.
Have you ever read a software manual? Most of them are too long, too confusing, and too out of date to be helpful. My personal philosophy for most software is that if I have to read the manual, the software interface is probably badly designed. When I want to know how to do put a hard return into an ExcelTM cell, I just Google it. Nevertheless, it will be a while before you can get instructions for StormEd off the web, so I'm writing a manual. Stay tuned.
10.05.16 Complex Software and Bugs
I mentioned before that programmers never feel that a piece of software is finished. One good reason is that there's always another bug to fix. Complex software is never bug-free, and a game is a fairly complex piece of software. I read in the paper Sunday that no house is ever sold in perfect condition, and when was the last time you bought a flawless car? Toyota says that a new car has about 30,000 parts, and our game engine alone, Storm SurgeTM, has about 30,000 lines of code. Then there's the graphics engine, the sound engine, and the actual scripting. For a game to be bug-free, many tens of thousands of line of code would have to be flawless.
Anyway, a new player of "A Picture Perfect Murder" found a bug, or more accurately, I found the bug while watching her play. She wouldn't have known it was a bug, and probably you wouldn't have either. In fact, unless you have a very slow computer, or you are a skilled player with very fast reflexes, the chances that you would even run into this bug are tiny. It doesn't affect the outcome of the game in any case. Nevertheless, Madison has fixed it. If you have a slow computer or fast reflexes, or if you just want the latest and best build, you might wait a day or two for it to hit our website and then re-download the game. Note: Downloading a new build will not affect your saved or current game in any way. The bug will still be there if you can find it.
Did you know that you can download any of our software as many times as you need to? Now, if we notice that you download it every day, we might send you an email asking for an explanation. But still, we know that computers crash, die of old age, or grow legs and walk away. We know that individuals have more than one computer. We know that software gets corrupted. Never feel shy about downloading another copy of our games for a legitimate reason.
10.04.16 Tools, Part 2: Game Engine 5.
Madison is planning to modify Storm SurgeTM eventually so that anyone who can program a dll could add the capability for virtually any kind of puzzle without direct access to the code. Right now, however, only a C++ programmer with access to the Storm SurgeTM source code (that is, Madison) can add new puzzle types to the engine. So why do I keep saying "you could do thus and so in your game"? Because even now a non-programmer could use the editor, called StormEdTM, to create an adventure game with all the puzzle types and capabilities I named last week.
I'm not talking about reskinning; I'm talking about your own personal new game -- different map, different plot, totally different graphics, different animations, everything. The only limitations are that you couldn't modify the source code or, as yet, change the positions of the buttons on the main menu. The only thing that keeps me from releasing Storm Surge and StormEd is that at the moment there's no user manual.
09.30.16 Tools, Part 2: Game Engine 6.
In addition to the mini-games or puzzles I mentioned below, our game engine, Storm SurgeTM, currently supports
three levels of difficulty;
independent control of volume for the music, sound effects, and voice naration;
an in-game tutorial;
a wide variety of screen resolutions;
an unlimited number of saved games;
your choice of TrueTypeTM fonts (you need to license these from somebody else or make your own);
two fonts that we designed and license along with the engine;
window and full-screen modes; and of course,
the adventure itself.
09.28.16 Tools, Part 2: Game Engine 4.
I mentioned in passing a few days ago that different game engines have different capabilities. In developing Storm SurgeTM, Madison focused on building an engine that would produce the type of game we liked to play. I played a lot of games in the hidden-object/adventure genre all the way through, and I played the one-hour demo from BigFish of quite a few more that I didn't like well enough to buy. Then Terri and I brainstormed about the types of mini-games and puzzles we like and don't like. Storm Surge supports almost all of the ones we like (even if they didn't make it into "A Picture Perfect Murder," and doesn't (yet) support ones that we don't like. The currently supported mini-games and puzzles are these:
Hidden-object puzzles. For those sensible people in the audience who have avoided addiction to these games, in these puzzles you are faced with a cluttery scene and a list of items, and you have to find each item.
Find an object, e.g., spot the difference, or find the five butterflies.
Misplaced object, e.g., pick up an item that's out of place and put it away.
Matching objects, e.g., turning over tiles to find mates, or matching pairs of items in a large group of similar items.
Tile swapping, e.g., repairing a mosaic or ordering a set of books on a shelf.
Cycling puzzles, e.g., Latin Square puzzles or interlocking, turning tracks.
Sliding tiles (which didn't make it into "A Picture Perfect Murder.")
Several of these games are shown in the trailer above. We also put in a couple of custom-scripted puzzles -- note that these did not require any additional coding, and you could add your own custom-scripted puzzle using the editor.
09.27.16 Tools, Part 2: Aside.
Speaking of production schedules and budgets, I've been running and participating in software-development projects since 1998. I have yet to meet a programmer who will admit that a piece of software is finished. Guess what Madison is doing right now. Marketing the game, right? Wrong. He's modifying SpectrumTM, which is what displays the graphics in "A Picture Perfect Murder." Spectrum already works, or we wouldn't have a game. He's just making it do more.
Every programming team needs programmers, obviously. What may not be so obvious is that every programming team that expects to finish a project needs a hard-nosed and unsympathetic manager. Unlike the pointy-haired boss in Dilbert, this manager must know the difference between additions to the software that (a) must be made, (b) should be made, (c) would be nice, and (d) are just the programmers' desire for endless improvement.
09.26.16 Tools, Part 2: Game Engine 3.
Let's talk about the specific capabilities of Storm SurgeTM and how they affected the development of "A Picture Perfect Murder."
First, Storm Surge was designed specifically for 2D hidden-object/adventure games. If we ever decide to build the zombie apocalypse shooter I mentioned before, we'll need a different engine. However, the playing time and complexity of the 2D games produced by Storm Surge are only limited by the designer's imagination, production schedule, and budget. The playing time for "A Picture Perfect Murder" is probably 8 to 12 hours, depending on how skilled you are at this type of game, how many hints you use, etc. We could easily have designed the game to include more scenes, more characters, more clues, more puzzles, and just generally "more." As a matter of fact, the original concept did have additional scenes and puzzles, but we ran up against the production schedule and budget (refer back to 09.08.16 to 09.10.16) and had to leave some of them out.
Storm Surge doesn't have a built-in limit on the number of hidden objects in hidden-object scenes, although as a practical matter you're limited to the number of things you can show in the scene. "A Picture Perfect Murder" has 12 hidden objects per puzzle, but you could put in more or less. The hidden-object scenes turned out to have a much higher nuisance-to-reward ratio for the graphics team (i.e., me) than the other games did, so next time around, we'll probably have fewer of them, or at least no more of them even if the overall game is bigger. (You can do what you want, but I'm just sayin'.) In "A Picture Perfect Murder," the list of items to be found is at the bottom of the screen. When you find an object and click on it, it moves to the list, and the item is scratched off. In your game, you can put the name list just about anywhere you want to, or you could make the item and name disappear or whatever, depending on what animation you want to design.
09.23.16 Tools, Part 2: Game Engine 2.
Asking how much an engine will cost is like asking, "How high is up?" They run from free to expensive. Wikipedia lists about 170 game engines, many of which are free, so why would you either buy or develop one?
There are two good reasons for buying an engine or getting one free:
Your coding skills aren't up to building your own engine.
You don't want to spend a year and a half (about what it took Madison, working alone) developing an engine.
There are also good reasons for developing your own engine:
Madison is kind of a do-it-yourself guy, which is one reason people make anything that they could buy. He knows exactly what the capabilities of Storm SurgeTM are and how to add or work around anything I want to put in the game that isn't supported already.
It may be that no free engine is available that does exactly what you want and that works. Some of the free engines work just fine, I'm sure, but it's entirely possible that you could invest time an effort in developing a game using a particular engine, only to discover some glitch at the end. For example, I have purchased a few games with flickering graphics. (I've never seen the graphics from Storm SurgeTM flicker.)
If you plan to create a series of games, building your own engine means never having to pay additional license fees, and the second game goes together much faster and cheaper.
If your engine is good enough, you might be able to sell it and recoup some of your development costs. Just remember that you have at least 170 existing competitors.
09.21.16 Tools, Part 2: Game Engine.
Say you have downloaded a game, such as "A Picture Perfect Murder." Three chunks of data go onto your computer. One chunk is the graphics, which to you means, "the world you see in the game," and to me means, "all the stuff I've been talking about for the past week and more." A second chunk is the game scripting, which is a particular game, as opposed to another game with different graphics and plot. The third chunk is the game engine, which you don't ever see, but it's what takes, say, the tile graphic I showed you on 09.14.16 and displays a single tile, lying on a background, that flips over when you click on it. If you want to build a game, you need a game engine. A number of reviewers have listed pros and cons of various game engines; just search for "game engine reviews."
Which game engine you need depends on what kind of game you want to build, how well you want it to work, how much money (if any) you have to spend, how soon you want your game to be on the market, and so on. We wanted to build a hidden-object/adventure game. Well ... Madison and the interns actually wanted to build a virtual-reality, massively multi-
player, zombie apocalypse shooter, but what we felt capable of building as a first game was a hidden-object adventure game. Madison decided to build a game engine of our own, which he did, and which we call Storm SurgeTM. I'll talk more about Storm Surge in the next few days.
We're still greenlighting. If you have a Steam account, please wander on over and give "A Picture Perfect Murder" a Yes vote, and share this post with all your friends.
09.20.16 Tools, Part 1: Graphics Software.
I've only worked with a few graphics packages -- PowerPoint, Photoshop, Paint, DAZ Studio, blender, Sketchup, Spectrum Works Studio, Picasa, PhotoStudio Suite, and a few others that I tried in demo and rejected completely. Here's the one thing that I learned: NONE of them do everything, and NO PAIR is completely compatible. Caveat emptor.
09.19.16 Tools, Part 1: Graphics 5.
Jpeg files are compressed, which is why the same image gets smaller if you start with a bitmap (.bmp) and save it as a jpeg (.jpg). Small is good--nothing wrong with small. Small image files load faster and take up less room on your server or hard drive. Unless your image goes through several compression steps, your eye is unlikely to notice any difference at all. Unfortunately, jpeg file compression for images introduces what are called "compression artifacts," and boy! does your graphics software ever notice them! Here's an example of how that can complicate your life.
On the top, we have a black square against a red background, saved as a bitmap. Then I chromokeyed out the red to put the black square in the middle of a randomly chosen image -- ONE step with Spectrum Works StudioTM. No muss, no fuss, no need to cuss. On the bottom, the bitmap has been saved as a jpeg. Taking the same ONE step to chromokey gives us the sloppy result on the bottom right. By fooling around with the chromokeying settings for several minutes, I eventually got a square, but I could still see, with the naked eye, a very dark red, 1-pixel frame on the square. So the moral is, work with bitmaps (or other lossless formats, such as .png) until the last possible moment. And even at the last possible moment, most of the images you use on top of other images in your game, e.g., in a hidden object puzzle, may have to be saved as bitmaps or PNG files, depending on your game engine. That way your solid background (compare the fuchsia from 09.13.16 and 09.14.16) will disappear completely when you either chromokey or make it transparent in real time in the game.
09.16.16 Tools, Part 1: Graphics 4.
Lighting is another important aspect of photorealistic graphics. In yesterday's image (left), it seemed to me that the trio was dark in comparison to the background. I turned up the lights a little (right) -- remember that the backdrop doesn't change at all with lighting -- and now they blend in a little better with the scene. Now, shadows are a function of the shadow catcher, not the lighting. With the brighter lighting, the old shadows were a little on the pale side. I adjusted the alpha setting on the shadow catcher to darken the shadow: brighter lights, darker shadows. Now the guys look like a real part of the scene.
09.15.16 Tools, Part 1: Graphics 3.
When I started playing hidden-objects games intensively as research for developing our own game, I immediately noticed that they are typically rather gloomy and dark. (Not all of them.) When I started creating our own, photorealistic graphics, I figured out why. It's because if you light the scene, you must put in shadows, and shadows are a pain in the neck.
Your eye doesn't even notice all the shadows in the real world, but if an object doesn't have a shadow in a picture, it appears to be floating in space (left). The shadow anchors the object to whatever it's sitting on (right).
DAZ Studio allows you to put in shadows using a shadow catcher, but the making the shadow catcher is somewhat tedious. I simplified the process by making a separate DAZ project with two shadow catchers, one horizontal and one vertical. For each game scene, I made a DAZ project with a background image and all the items that needed to cast shadows. Then I merged with my shadow-catcher scene with it. Sometimes I needed more than one set of shadow catchers, for example, in the corner of a room you might need two vertical catchers for the walls and one horizontal one for the floor. With only hours per scene of moving things around, I could get the shadows to look as if they were being cast onto the furniture, floor, or whatever, in the background. As I said, a pain in the neck, but the results make the scenes much more realistic.
09.14.16 Tools, Part 1: Graphics 2.
Let me just say here that Spectrum Works StudioTM, which Madison built, totally rocks. You can use it to layer, reposition, chromokey, resize (by pixels or percentages), rotate (by as little as 0.01 degree), crop, and flip images. Even with all that capability, it's simple to use. In fact, it's the only piece of software I used for graphics that was not annoying; it is a firm policy of Ducks in a Row, Inc., that we do not build annoying software.
In just a few minutes, I took yesterday's graphic, chromokeyed out the fuchsia, rotated the plates by 15.5 degrees and resized them by 90% to fit into the square background, and flipped the tiles horizontally and vertically. The project has 5 files -- three copies of the original image and two white rectangles to copy some of the bits that weren't cropped out. Because I can layer the file files in any order, the white rectangles are over some of the images and under others. It's taking me longer to tell you what I did than to do it.
By the way, chromokeying is greenscreening, except for any color you choose. I used it lot in developing "A Picture Perfect Murder," but it's not yet as easy as we'd like. Madison needs to do just a little bit of work to improve the chromokeying algorithm, but as soon as that's done, we think we can sell it at a very competitive price. We'll let you know.
09.13.16 Tools, Part 1: Graphics.
To create a game like "A Picture Perfect Murder," you need three basic tools:
Some sort of graphics package.
A game engine.
An editor for the game engine.
This week I'll talk about how we did the graphics. Most of these games appear to have hand-drawn graphics, but we chose a more real-world, photo-realistic look and feel to go with our murder-mystery plot (check out the trailer above). Some of our images are videos and photographs, but most of them are computer generated, principally using DAZ Studio and Google Sketchup. Almost all scenes had a mixture of the two types of graphics.
Once we created the individual background and object graphics, we used Microsoft Paint and our own burgeoning proprietary graphics package, Spectrum Works StudioTM, to construct the final scenes and puzzles.
More graphics are needed than you might think. For example, in a hidden-object puzzle, there's a background containing none of the objects the player needs to find. Each object and its shadow is a separate graphic. If any hidden object overlaps another -- or even the shadow
of another -- separate graphics are required for Object A without B, Object B without A, both, and neither. (Needless to say, I tried to avoid having them overlap!) Finally, you need an icon for the object as it moves down to the list or goes into your inventory. The upper left image on the right shows the difference between the glass and its shadow in the scene and the icon that moves to the list.
Almost every item that you can pick up has a highlighted and unhighlighted form (upper right).
In our tile-matching puzzles, the turning tiles are animated, so we needed a graphic for the tile back, tile front, tile 1/4 turned, tile 1/2 turned, and tile 3/4 turned (bottom). All the tile backs, tile 1/2 turned, and tile 3/4 turned are the same, but for every single tile we had to create unique graphics for the front and 1/4 turn. And so on for every puzzle and scene. Planning and developing the graphics took about half of the total time spent on the game.
Bottom Line: Allow about four times as long to produce the graphics as you originally estimated.
09.12.16 What IS "A Picture Perfect Murder"??
Sometimes it's easy to get focused on the details of creating a game and forget that not every person in the world knows what a "hidden object/adventure game" is. Today, by special request, I'll give an overview of the genre and our game. These games go by several names, e.g., casual, hidden object, and adventure games. The "casual" part means that they typically take less than 10 or 15 to complete. Our beta testers, who are experienced in this type of game but did not take part in development, took roughly 8 hours to complete "A Picture Perfect Murder." The "hidden object/adventure" part tells what kind of puzzles you can expect. There's usually a plot of some sort, in contrast to, say, Match 3 games.
In our game, you play the part of a freelance photographer who used to be a crime-scene photographer. You are currently shooting an old mansion that's being converted to a bed & breakfast. Unfortunately, right after you arrive, one of the staff is murdered. You work with the police to solve the murder before the grand opening. You play a number of "mini-games" or "puzzles" to find clues:
Hidden object puzzles. Remember those drawings for kids where you have to find six hidden animals or whatever? Like that, only harder.
Tile-matching puzzles. You turn over two tiles at a time until you find the ones that match.
Tile-swapping puzzles. Sort of like a jigsaw puzzle.
Spot the difference. Again, this is something you see in children's magazines, only much harder.
Cycling puzzles. You turn groups of items around on interlocking tracks until they are in the correct positions.
Adventure. Remember the House that Jack built? Say you need to dig a hole. You need a shovel. There's a locked shed. You can see a key inside a glass case. So you need a hammer. Eventually you find a hammer in one of the games, you go back to where you saw the case and break the glass (lots of random vandalism in these games), return to the shed, take the shovel, walk back to the place you need the hole, and dig the hole. In the bottom of the hole you find a clue.
Playing each mini-game gets you a tool or clue. Finally, you use all the clues in a fairly difficult logic puzzle to solve the murder.
So that's what it's all about. It's fun; buy today!
09.10.16 Running a Kickstarter campaign.
What do you suppose Kickstarter has in common with driving traffic to your website? Right! In both cases, the rich get richer and the poor get ignored. It's a lot easier to raise money through crowdfunding if some crowd somewhere is already panting for your next game/movie/CD/book/whatever. For the rest of us, the Kickstarter success rate is only about 35%.
Nevertheless, we decided to give it a try. Kickstarter, for unknown groups like us, is basically an organized way of begging from your family and friends. We did have a handful of contributors that we didn't know (thanks!), but mostly our family and friends pulled us through. Here are some of the campaign techniques that helped us meet our goal of $5000:
First, our goal was only $5000. This wasn't nearly enough to finish the game, but it funded our intern for long enough to finish a specific aspect of the game. We squeaked in with $5101, but if we had asked for much more, we wouldn't have gotten anything. You must be realistic about how much money an unknown can raise.
Second, we made what I considered (as the writer/director/editor, so some bias there) a funny video for the campaign.
Third, we posted quite a few updates in an effort to remind potential contributors that we still wanted and needed their help.
Finally, we pestered our family and friends with email until they contributed just to shut us up. Remember: organized begging. I think we sent out three or four rounds of requests. Some people actually thanked us for sending the reminders, saying that they had intended to donate the first time and then forgot.
Ultimately, our Kickstarter campaign was a lot of work. We did manage to fund our intern for a while, but the income/hour was not particularly high. (It turns out that Clang had the same problem, even though they made $526,000.) If you only need a few thousand dollars, you may want to consider getting a part-time temp job instead.
09.09.16 Legal ways to fund game development.
The one thing you need to know if you decide to go into consulting is this: Save money while you're making it. (Knowing something about the topic is also helpful.) Consulting is always flood or drought. Fortunately, we already knew this when we started consulting, so when we switched over to working on our indie game full time, we had some savings to pay a lot for things we needed for the game and a little for salaries. I'd say that lasted for a year or so. Then we were really, really broke, and the game wasn't done.
That left us with several options:
Go hungry. That would have been okay for a day or two, but it wasn't a long-term option.
Get a job. This one would have brought us back to time=money, seriously delaying the game.
We decided to go with begging, although apparently I was the last person in the universe to learn about Kickstarter. One of my sons showed me the (very glossy) campaign for some sort of real-motion sword-fighting game engine called "Clang", but at first I had no clue how this related to my need for cash. When I finally got it, and when we had been broke for quite some time, Madison and I decided to try a Kickstarter campaign of our own.
09.08.16 You want to build an indie game?
You've seen the warnings: "We're professionals. Don't try this at home." You probably don't have to be a professional to build an indie game, but you do need a modicum of skill, loads of stick-to-itiveness, and either a big team or a lot of time. I'm going to walk you through the process that we followed to fund, create, and market "A Picture Perfect Murder." You may decide to go for it, or you may decide to work for a living, which -- I'll be honest, here -- is more reliable and less time-consuming.
The first problem, of course, is eating. It may come as a surprise that until you are already selling games, no one is going to pay you to build your indie video game. If you're living at home with mom and dad, no problem, but otherwise you need a job, and at first we had contracts designing and developing software for a client. This provided the money we needed, but as you know, time = money. Therefore we didn't have the time we needed, and for a while progress was very slow. When the contracts ran out, we suddenly had more time. Then the money ran out as well. Tune in tomorrow to see what we did about that.
09.07.16 "A Picture Perfect Murder" makes a sale on Amazon!
Yay! We've sold "A Picture Perfect Murder" on Amazon! Since virtually every relative, friend, and acquaintance we have contributed to our Kickstarter campaign, initial sales have taken a little while to get started. Our good friend Cynna McLaughlin has three books out, and she says she gets a little endorphin rush every time she gets royalties, even if it's her mom who made the purchase. But we're excited because apparently a stranger to us has bought our game. Whoever you are, if you're reading this, thanks, enjoy the game, and please leave a review on Amazon!
08.15.16 "A Picture Perfect Murder" is on Humble Bundle!
We're pleased to announce that you can now buy our game, "A Picture Perfect Murder" on Humble Bundle as well as here in our own store. I haven't completely figured Humble Bundle out yet; Madison is the one who has been working with them. It is clear that they are an established store for computer games and digital comics, at least. They apparently run specials where a few games or comics are bundled for sale together. Part of the purchase price goes to charity. As I learn more about Humble Bundle, I'll let you know.
07.15.16 2:00 p.m. This just in: "A Picture Perfect Murder" is for sale on the Amazon Digital Game Store.
In addition, there are two books titled Picture Perfect Murder and one titled A Picture Perfect Murder, not to mention numerous other books titled A Picture Perfect [Something]" or [A] Perfect Murder. Now, I distinctly remember checking the title at the time without finding much of anything. I guess this title is just an idea whose time had come.
07.15.16 "A Picture Perfect Murder" is finally finished and "on the market."
What this means, in practice, is that instead of spending our days doing something we know how to do - software development - we spend our days doing something we don't know how to do - selling software.
There are a number of online game retailers, and so far we've been in touch with seven of them. Two have not responded at all. One said it wasn't their kind of game. One said they need "Steam keys," which means you have to be on Steam. One said they "wanted to like it" but thought it would be too difficult for their customers to play. One is taking a long time between steps, and one seems to be in the process of accepting it.
We haven't tried Steam yet, because as near as we can tell, Steam is now crowd-sourcing the decision on what to accept, and no one has heard of us. Which brings us back full circle to doing what we don't know how to do: marketing.
All that said, obviously you can and should buy the game here!
07.16.16 One of our Kickstarter rewards was a signed certificate with unique art work from the game. One backer immediately framed his certificate and hung it in his den! While we were creating the physical certificates, I decided that "next time" we will do digital certificates that people can use as the desktop wallpaper on their computers. After this backer's reaction to the paper certificate, I may have to rethink that.