agrgrggag need clipart
i'm capping myself at two hours each day, including design time and finding/creating resources like sound and graphics, etc. if i don't come up with anything even remotely interesting at the end of that period, i still have to compile it and put it up here to shame myself into doing better next time. which is what happened today. and yesterday. i think tomorrow i'll try to scrape the slate clean, somehow.
not worth the sizeable download
(i should also really start resizing images instead of just importing them in there wholesale)
hi! how are you? myself, i just moved to a new place -- nice enough, but it has a few problems -- and thanks to a misunderstanding with the previous tenant, am stuck without internet for a while. but come hell or high water, i'm still going to follow through on my new year's challenge, which is to make and post a game every day this month.
i'm also trying to expand my game-makin' horizons a bit, especially now that i no longer have a computer that can run klik'n'play.
so, having said all that, here's my first game of the year, entitled: "I Don't Know How To Use Construct, Or, My Fridge Is A Deafening Power Glutton And A Breeding Ground For Spreads Of Ill Repute."
happy new year, glorious trainwrecks!
(in 7zip form to meet size constraints, sorry if that's a problem. uses this newfangled 'mpeg layer-3' technology, is why.)
This or was a warships carnivore mashup.Characteristic
*Extreme bicycle activity!
*Beautifully the parallax background which is detailed -- That moving!
In check point *Continue!
*An of facing each other all of a sudden does to make surprise the set! which
*Withheld ends! The mystery endures.
*Happy new year!
Merry Kristmas, everybody! This is my Christmas game for you.
Original game idea, and line-art for the title screen by StorybookWeaver, coming-soon game box version by WordRescue (two good friends of mine). I'm pretty proud of this game. It was a really fun exercise in simplified game design, and pixel-art. Personally, I think the main title screen turned out beautifully.
WordRescue will be by in a bit with the "commercial box" for the game. Consider this the shareware version.
I really need a snappy name for this project, so I can register a domain (or at least a Sourceforge project). InfraBaby isn't really doing it for me.
So, since my last update, I've managed to completely decode the V.Smile Baby's IR format. Those last three bits that were so confusing to me were actually a combination of a very simple "repeat" bit, and two checksum bits! Once I figured out how the checksum worked, everything became clear. I've attached a small document containing the complete decoding scheme, which is actually much smaller now since I can take the raw data out for repeat codes and so forth.
The next step is to write a little script to generate the Lirc configuration file.
The step after that is to package everything up into a user-friendly bundle. Even if I don't have a nice menu or configuration method to start, it'd be good to bundle WinLIRC and automatically start it when you boot up. Not to mention building an EXE instead of requiring the end-user to install Python and the various random libraries that I'm using.
As an aside, my son enjoys AlphaBoogie, but so far he still hasn't really made the connection between pressing buttons on the controller and things happening on the TV.
I'm reading Tracy Fullerton's "Game Design Workshop" book. One idea she puts forth is don't worry about playtesters stealing your ideas, your game will be just about as hard for someone else to make as it will be for you, and you obviously have a head start...
Those economics don't quite apply to quick and dirty KotMK-able games, but I'm still a little nervous about sharing because A. i guess i'm "paranoid" about some stealing, but would that be such a bad thing? B. I'm worried I might disappoint people who see this list and what I'm NOT working on
So here is the list from my iPhone "glorious trainwrecks" memo, with explanations, roughly in reverse chronological order
UPDATE Half asleep, I had some more ideas for some of gamebuttons, games where the display and input is all a "normal" HTML pushbutton.
IT TOTALLY WORKS
OH MAN OH MAN OH YES
Eric is in bed now, but I can't wait to let him play with Alphaboogie.
It's going pretty smoothly, actually!
I wrote a little oscilloscope program in Python that interprets the raw pulse/space data from WinLirc (pasted into text files), then gathered the data for each of the buttons. Thankfully the encoding was easy to decipher (each bit has a short pulse to start, and then a short or long space indicating one or zero; a long pulse ends each batch of sixteen bits), so it's just a matter of looking at the picture and turning it into a code. I haven't really looked at how to write the configuration file properly quite yet, but I'm sure it won't be too hard after all.
Important findings for game designers:
- The codes are the same whether you roll the trackball up or down. :(
- The "release" code appears to be the same for all buttons, so there's no possibility of holding down multiple buttons simultaneously.
EDIT! For all the V.Smile Baby hackers out there, I've attached a text file detailing the codes associated with every button. If someone is ever crazy enough to try hacking the V.Smile console itself, knowing these codes could help you out.
So my infrared reciever has arrived! And I can totally read the raw IR coming out of the V.Smile. Unforunately, WinLIRC's learning function is retarded and completely refuses to learn my weird-ass device automagically. The raw IR data that I get from WinLIRC is very unfriendly state; it's not something I can just paste into a config file, or even a visualization program, for that matter.
Looks like there's lots more reverse engineering and learning about WinLIRC configuration files in my future! Yay?