Category: design

Posted on by

Daily Progress update.

I know… updates two days in a row??!  What madness..

Manged to get A* following objects to automatically turn and adjust their facing while maintaing their portrait’s orientation.   Also increased the basic map tile size by one so things aren’t as cramped.  The remainder of the evening was spend working on the following Mocup UI:

As you can tell I’m targeting a baseline 1280×768 resolution.  (obviously.. doesn’t everyone count the pixels on every image they see?)  The different thing is that designing for widescreen (6:9 / 6:10) and then making it work in old school 4×5 instead of doing it the other way around, lets you make some design decisions that you usually probably wouldn’t do.   With Widescreen you can essentially forgo the old L shaped UI frame and just settle for a thicker | shaped sidebar.. and still have plenty room left over.

I think we’ll be seeing more and more of this as the old 4×5 proportion fades into obsolescence. ..

Posted on by

Bits N Bobbins

Short post on progress things.  Things have just been lots of grunt work and non pretty things.

Will have things to show real soon.

Honest.

  • basic player object ..er.. exists and rotates properly.. mostly.  need to knock out some better test sprites and stuff to be able to make things actually ‘work’ together, but the fundamental concept of 8 direction independently moving head, torso, arms, lowerbody seems to work and will look pretty cool.
  • monster entities can be spawned and basically kept track of.. no AI or whatnot but still it’s a start.
  • Implemented basic box2d physics for player and monsters. this will have all sorts of fun payoff later I hope. Force waves, shapnel etc 🙂
  • Got the macro tiles wired for a* pathfinding.
  • Got the World generating a Maze and then replacing it with matching macrotiles that randomly match the exits of the cell.
  • started on map rendering
  • camera instance screen objects so I can have a smooth moving controllable camera that chases the player.
See.. lots of neat stuff… however nothing that you can actually look at other than a bunch of  diagnostic log output.
Performance wise it seems to be running at ~240 fps on the low end test machine and ~somewhere over 3,000 fps on the new machine.
So I might need to add in a ‘laptop’ mode which disables the whiz bang pretty stuff I hope to get put in.
and damnit .. http://www.garagegames.com/products/torque-3d the introductory price will be ending soon.
So I’ve got to grab that soon.
Posted on by

Tech Choices: Walls

Assuming you’ve decided to build a 2d engine for a non side-scroller you quickly come face to face with one of the biggest decisions you’ve had to make so far.  How are you going to represent the game world? Basically there’s two choices each with their own benefits and issues.  There’s the ‘Walls are a block’ approach where everything is a block and the ‘Walls are an attribute’ approach where walls are things that are part of a tile and appear on the edge of a tile.  Here’s a little Pro/Con info that I jotted down while deciding on which way to go for BSDDoD.

Walls are a block.

Example: minecraft, zelda This is probably the most obvious approach to building a 2d world.  Everything about the world construction is handled in a simple array of blocks letting you quickly build a map.

Basic implementation:

It’s essentially a lardge 2d array that contains the structure of the world.  With each location in the world represented by a number.  For pathfinding you can easily implement floodfill tests and even weighting the passability of tiles is pretty trivial.

Upside:

They’re easy to implement and fairly lightweight, make a whole bunch of visibility / raycasting real easy and fast.

Downside:

Aesthetically they’re not as nice/real looking as what can be achieved with thin walls.  Destructible walls are more unrealistic and the wall type is determined by the block that is the wall.  So if you want blocks with different wall textures you have to create and track many more entities. Windows are pretty much out of the question and doors tend to look a bit odd.

Walls are an attribute

Example:  X-com, project Zomboid, old Gold box D&D games, the Sims

Basic implementation:

Every game tile has 4 flags associated with it used for indicating if there’s a wall. This means that there’s a bit of extra overhead but it comes at some interesting benefits.

Upside:

Aesthetically having walls look like walls is a big bonus.  Also the ability to do things like have windows, half height walls, one way doors and portals is nice too.  Also the ability to have different textures for a wall regardless of whats in the neighboring tile is nice (but there’s workarounds for tile based maps for this as well).

Downside:

Complexity.  Pathfinding, line of sight and collision detection all become significantly more involved, not necessarily slower,  just more complicated.

What did I choose?

Well since I’ve got a bunch of the art assets already created for a straight on view, I eventually settled on the Block based walls with the Straight on view (right side of the image above).  Really that was the deciding factor.  The straight on Blocks as an Attribute would just wind up looking odd and I have no need for windows or doors since it’s essentially an arena based shooter.

For the next project I’m leaning toward an isometric Block based map, however with blocks being smaller than the characters, so that will give thinner walls and hopefully a more enjoyable dungeon building experience… but that’s still way off in the distance, percolating on the back burner.

Posted on by — 2 Comments

Enchanting Cadence post launch retrospective

What went right?

Well… lots of stuff really.

I managed to turn a paper prototype  into a fully functional game in two months.  Overall, game play grew and changed organically through the development process as low hanging fruit features were revealed.  Taking a project from A-Z in Slick was very educational (which was the primary reason for the whole thing).

The facebook integration worked (albeit their documentation leaves something to be desired) for the most part seamlessly.

The back-end level creation and management web tools worked and the general process of back and forth data between the webpage and applet worked as anticipated..

The multi threaded stuff to send and catch javascript communications works and once the basic process was understood was easy to implement.

Graphics and Music. Visually the game managed to capture the look and feel that I wanted.  I was able to work out an efficient workflow to take concept /programmy placeholder art and iterate it to the final art.  No assets were lost and not a lot of dead ends or un-used art was created.   Overall the music worked nicely as well.

It was a nice first version, however not something I’d call mainstream release ready yet.

What went wrong?

The first three weeks were spent having the enchantment process be based off of what visually was happening on the board, this caused massive issues as framerates turned out to be really unsteady once the game was in an applet form.  The fix was to have a logical representation of the game board where the simulation was run and then just have the rendering update it’s assets from the virtual model.

It turned out that applets have a massive overhead when instantiating any sprite as they check the applet’s remote filesystem path for the files.  This lead to the implementation of a boltManager object which pre-creates 500 bolts and tosses them to the game logic as needed and returns them to the source pool when taken off the board.  This fixed the issue .. until I added particles.

Particle systems create an image loading hiccup as above even if it’s pre-created on their first .render call.  The fix was to change the applet call to isolate the applet from the webpage with <param name=”codebase_lookup” value=”false”> .. The downside is.. this effectively killed the idea of loading level specific assets from the website.. so suddenly everything needed to be included in the jar file.

Java <–> Javascript communications are paaainfully slow.

Gameplay wise, it reaaaally needs a tutorial level, ease of use features, and a better dialog box system.

Level design really did not lend itself to the whole 1-3 stars for each level completion.  Usually there was just ONE solution.

Not enough time to build good levels.  By the time I’d gotten enough features to behave stably enough, I had to cut several features and wound up with still only a week and a half to build all the 10 levels. (remember there’s a fulltime job, consulting work and family with baby who all come first)   As a result several of the levels are pretty shoddy.

Applet communications don’t work in Safari on mac, and the game rendering doesn’t work in other browser on mac (but the communications do)

Considerations general thoughts?

The primary reason for making this was essentially a way to motivate myself to finish a project and learn a crash course in SLICK and java.  In this sense, this was a roaring success.

Perhaps it was a bit much to take on as my first real Java application… naaah.. just because I spent 2 days wondering why my string comparisons never worked. (even went as far as building enums and value catalogs to avoid having to compare strings)  … then I discovered   ‘string1.equals(string2)’ … sigh..

Applets are too restrictive to be viable.  Pretty much every benefit of having a web program work in java (other than the openGL) is overshadowed by a downside.  Heck just getting it up on the user’s screen means they’ve clicked through several very scary warning prompts.  And if you want to do any kind of network communications behind the scenes (bypassing javascript comms) means asking people to punch holes in their firewall rules.   All of which make applets un-usable for general mass consumption.  JNLP’s seem better but they’re not very user friendly.. (they don’t ask you where you want to install.. let you know you need to un-install etc..)

In the future I’m leaning towards wrapped jars into exe files for Slick and java applications.

Thank goodness this was a 2 month test project, eh?

SLICK is a lovely codebase and java really is a dream to work with.  Any concerns I had about java being slow or whatnot really have been blown away.  If I un-meter Enchanting Cadence it easily runs at several thousand FPS.  Actually it runs so fast that the math behind the simulation can’t measure the time between cycles correctly and it all falls apart. (that’s pretty cool)

The SLICK community and the java-gaming.org guys are really helpful and there is a wealth of tutorials and training out there.

The future?

For Enchanting Cadence

  • facebook integration will go away, hell, the whole applet thing was a mistake
  • it will be a standalone application
  • the first level in each levelgroup will get a real tutorial. (introducing mirrors, introducing prisms…etc)
  • there will be help indicators showing the path and time bolts travel when hovering over a launcher
  • the enchantment track will show what bolts hit and failed on the last attempted enchant.  This will help you find out what went wrong
  • infinite loops will not be allowed
  • the dialog engine will be changed for better and prettier dialog boxes allowing for more narrative and flavor text to come through
  • more levels and assets etc.

In General

  • I’m building a group of tools to use in the standalone EC version that will also be useful in other projects
  • Blood Soaked Deadly Dungeons of Doom! is coming.  Much as I love TGB it looks like you always wind up needing to do some core C++ tweaks and thats beyond what I’ve been able to wrap my head around.. so I’m exploring basic things and techniques to get the new isometric view working in slick… (repeat after me… I will not try and go 3d… I Will not try and go 3d!… )
  • Mutant Sheep Eat the Earth! need some loving too…
  • Swiftthought Consulting work, of course, trumps all of the above.  🙂
So, lots of projects to keep the summer interesting.  Lets see how it goes.


Posted on by

Crunch Time

Full on crunch mode.

Progress was excellent this weekend and the core gameplay , saving scores, dialogs and all the ajaxy interactions are working.  Bugs… however… bugs and edge cases  abound..

Other than that, I’ve got a pile of assets to generate.

  • tons of level objectives (2 img each per level)
  • Bolt particles and effects and images
  • tutorial images
  • levels
  • better sounds… more bg music..

Add to that a bunch of actual gameplay tweaks..  It’s a bit too hard… and way too hard to determine what went wrong when you mess up the formula.  I’m still not sure how to fix that yet…

Posted on by

Milestones

Pardon me while I ramble..   if you get bored you can pop over to the map editor and play around and let me know how it performs for you (IE users, don’t bother), and saving is disabled.   This is essentially me trying to externalize the process of development that seems to work for me.

It’s easy to get lost, sidetracked, disillusioned, or just plain worn out when embarking on a massive self guided project.

Even when you feel like you can just keep working on a project forever because you have so many ideas you risk it all if you don’t know what the final product is going to be.  For example, the megahit Minecraft was in development for over a year and sold close to a million copies before the guys at Mojang finally sat down and decided what they were actually making.   I’d wager if it hadn’t been for it going viral, it would have wound up just another of the tons of  half finished abandoned indie projects that litter the web because they didn’t know what they were making.

On the other extreme, there are just as many abandoned overdesigned, super perfectly detailed design documents for games that will never be created, scattered all over the internet as well.  Potential games that were literally designed to death, go dig around on sourceforge and you’ll find hundreds of em in ‘planning’.

So what’s an indie developer to do?

Frankly, I’m not sure.  I know what seems to work for me  (so far), and that’s self imposed milestones.

Now let me clarify a bit.  I’m not talking about your usual development project, spec sheet loaded, time and budget allocated, cut your funding if  you don’t make it milestone.  That’s for a different type of development, not a creative endeavor.  It has it’s place, but not here.

What kind of milestones?

I’m talking more of a softer, moldable, flexible type of milestone.  You take one, you work on it, do whatever you want withing the parameters specified, and when you’re done you have real tangible progress.  Then you pick another one that mirrors what you’re in the mood for.    That’s key for me.   When I get to the point in a project where I don’t have a choice in what I need to do next and don’t want to do it , I get distracted. (see the Mutant Sheep Eat the Earth!, game… it’s pretty much stalled because I’ve worked myself into a corner where there’s nothing exiting left and I’ve gotten totally de-motivated  (psst it’s not dead.. just hibernating in my subconscious.. I have plans percolating.))

For example, by the time you’re reading this, I’ll have wrapped up my latest milestone for BSDDoD! which was ‘Build a web based editor to let me edit game elements and export them into a flatfile for use in the game in 20 days.’

Flexible task definition

That’s it for the definition of it.  I didn’t have any other notes or plans other than I knew the map size has to be 20×20 due to memory constraints of the final 10×10 grid of 20×20 maps that the game will happen in.  I could go as feature rich and as crazy as I wanted to, but I always kept a mental track of trying to hit the date or at least get as close as I possibly can.   I didn’t even know what I was going to write it in (jquery, cakephp and custom javascript if you’re interested, it almost wound up a desktop based Python application or java applet)  I didn’t pre-plan features other than the map size.  This let me actually create and explore while working on it.

I really try no to make too many choices that will force me to wind up in a position of having to determine things for future milestones.  Now of course it’s inevitable that there will be some overlap, but striving to make each milestone into it’s own creative endeavor keeps me interested in the long run.

Know how long you can stay focuse… ooh look shiny!

I know how long my attention span is, and how long I can proceed with certain types of tasks before getting bored and I make the milestones accordingly, and I try to have a couple of milestone choices available to choose from, so if I’m in the mood for more coding I can do that, or if I need a break and switch to art asset creation, planning, music etc those options are available for me.

So my next choices for BSDDoD! milestones are:

  • Coding, Import map data and generate levels in the Torque Game Builder engine that alpha 4 was working in, 7 days
  • Art, Create Door, wizard (basic wand and arm) and basic creeper art assets, 14 days.
  • Design, come up with different enemies and concept art and various powerups available in the witch’s shop, 14 days.

Time is relative

Now you’ll notice that my ‘days’ have very very very little relevance to normal time, this comes with having a 1 year old, and a fulltime job, an art site and business to help launch  and some awesome swiftthought.com development work that all take priority.

That’s ok.  I’m fully aware that this 6 month project is already in it’s second year and I’m ok with that.

I can see progress being made.

I can see what  I need to do, to get there.

I still have to make up how to do it.

I can see the milestones all the way to the end.

I have no idea of  what all the things I will have created by the time I get there will look like.

That’s damn exciting.

Posted on by

Back To Torque

It has been a few months of crazy development environment ping-pong around here, but things are beginning to settle down.

Back in November the guys over at GarageGames.com announced they were shuttering the InstantAction team and that generally the outlook for all of Torque seemed really bleak.

So with the future of my development tools up in the air I did some research and started switching over to DarkBasicPro and then in tandem, the day job necessitated a crash course in Java.. which lead me to Slick2d for Java, which I’ve also done some poking around in now.

The problem is that they both (Slick and DarkBasic) seem to magnify the deficiencies of the other.

DarkBasicPro is EASY, and Fast to get prototypes up and running in. It’s also Basic, that means no objects, no event handlers, and scoping variables is fast and loose, ex arrays are always Globals.  And no garbage collection, premade main loop or GUI tools, so you’ve got to write that yourself.  However the community is FULL of snippets and other pieces of code so you can cobble together a nice utility library in a couple of days.  Oh and it supports 3d and shaders etc.. for that reason I may come back some day.

Slick2d, on the other hand, is 100% object driven, with all sorts of good things that come with that.  Tightly scoped variables and inheritance etc etc also make it really powerful and clean to code in.  It is, however, not easy or fast to throw together a prototype.  Especially since there isn’t much of documentation other than the auto-generated API docs.  Throw in some of Java’s memory limits and stuff and it gets pretty cumbersome fast. It’s got a nice state-based game core and main loop that works really well… once you find it.

I wasted too much time on both of those only to realize that I miss Torque Game Builder.  It’s not perfect, but it is very much a nice place between the two.

So, I’m really happy for the guys at GarageGames.com when they announced they’re Back! And T2D is still alive and kicking.

Now it is time to install the latest version, get tweaking on the Blood Soaked Deadly Dungeons of Doom! and get this whole thing back on track!

I’m still doing the whole Java Android development stuff, and that’s been making good progress as well.  Hope to have more details and maybe a screenshot or two by the end of the month. *cross fingers*

Oh and Wenderflonia is going to be getting a minor facelift and its own Online Shop by Mid Feb and a couple more freelance projects should be wrapping up and I hope to be able to refocus my energies a bit more on development.

And to wrap it up I’m going to try and end every post from here on out with….

What I’m Playing:

  • Minecraft – indie game, sandbox phenomenon.  If you ever wanted to play with legos, build anything, explore a world this is the game for it.  We’re documenting our latest travels here http://blocklandtravels.tumblr.com/
  • SpaceChem – puzzle game of the year  all time.  It’s fiendish and guides you into an extensive set and before you  know it you’re inventing solutions like this (my you tube video of a solution) The stats comparison lets you know how you stack up to everyone else and is absolutely addictive to optimize your solutions.
Posted on by

Work Work and new hobbies

So here we are once again.  Another couple of weeks gone and the list of things I’d hoped to get to and deadlines for my pet projects are but fading memories.

Remember that ‘SUPER PRODUCTIVE MEGA AWESOME WEEK?!!” a couple weeks ago?

Well it turned into 2 days of productive (freelance work and 6 sheep done, not bad) 1 day of errands and chores, a day of packing an dinner with the parentals for doggie sitting and then I was off to see GFW, Parkzilla and Baby J at the other grandparent’s for the weekend.  So yeah.. not so productive.

However, let’s not dwell since it was an awesome relaxing de-wired weekend and thus worth it.

Wenderflonia.com Business Card

So since then.. Freelance stuff picked up speed and culminated in a long work full weekend this weekend, but I’m almost caught up 🙂

But (and this is the exciting bits!) I’ve fallen in love with Oil Paints (the water soluble oils, for the ease of cleanup and fumes)   So below are some pic of the second piece in progress, and I have plans to do a collaborative piece with GFW, which should be interesting.

So the theory is, I want to be working on around 3 pieces at a time,

One in polishing phase:

The Polishing Phase Just Started

One in the ‘ugly’ mid stage:

Deep in the ugly stage

and one at the beginning roughing, concept stage.

[No pics yet]

And here’s some pics for posterity’s  sake.

Posted on by

Incubation And Spreadsheets

State of the Sheep

So after a couple days of taking a look at all the assets I feel like I’ve got a good grasp of where things stand in Mutant Sheep Eat the Planet!

In Short..

Cards Drawn 75 remaining 50 total cards: 125

Painted 62,remaining 63 ready to paint 13

Placed 60 remaining 65 ready to place into deck 2 (this is a short and easy step but it’s important which is why I track it)

So that’s not so bad.  Only 50 illustrations left and then 63 color jobs.   Granted the biggest hurdle is that I no longer have a scanner and the whole ‘transition to an all digital pipeline’ just doesn’t seem to be happening.   So I bought a scanner and it’ll be here in a couple days.

In the meanwhile I’ve started revising some basic rules, and updating the text on the cards so as to get mystelf start thinking about the rules etc and balance.  Hopefully I can make edits to the cards while watching baby Jude perform his nightly antics.. So a new round of playtesting will  be in the immediate/near future.

Then there’s a couple other steps for the cards, proofreading, final alignment, etc but those are what I’ll make friends n Family do 😉

Other Projects that Eat Time

Irismel.com

Ok so this is currently a formative tech demo.  But the thought of a multiplayer online web based rougelike with a live DM has been percolating around in the back of my mind forever.  So when I needed to figure out jQueryUI standards I whipped together the beginning’s of a web based map editor.  The downside..It more or less kills IE.. something about absolute positioning 5,000 32×32 divs makes it crawl.   But I’ve got some ideas to improve performance drastically.    Oh and what’s already up at Irismel.com is my first level editor for Blood Soaked Deadly Dungeons of Doom! But Irismel is a project that’s growing out of research projects not a driver for research, which is why I’m looking to use CakePHP for the foundation, because it’s something I want to learn.

Template Driven Microsites

The project that’s primarily eating away from SheepTime(tm) is an easy to edit microsite development tool.  That’s all I’m saying for now.. but it’s pretty cool and easy to use and has the potential to actually ‘Earn Real Money’.

Freelance Work

Yup just a trickle at the moment, but at least one item in the immediate future.

Misc Gaming News

So the Christmas Deluge has come and gone and it was good.

The highlight was clearly Dragon Age, easily the best game of last year.

Currently playing Mass Effect 2.. and it’s absolutely spectacular, also playing some Sins of a Solar Empire : Diplomacy for the strategy fix.. and it’s good and a handful of tiny Indie & Casual games that are just lots of fun (Trine, AI War, Soliumn Infernum, Boowork Adv 2 etc.)

The top 3 acquisitions that I’d like to make that just came out in the Spring Bonanza are: Bad Company 2.. Multiplayer shootem fun, Final Fantasy XIII for the jRPG fix and Settlers 7 for the build a world fix.. except it’s covered in UBI’s super evil DRM so it’s getting a pass until they come to their senses.  But really I’ll probably just go and play more Arma2 and Witcher and Empire: Total War.

Posted on by

Bebbeh?

The first of 2 paintings for Jude’s baby room is finished and the second one is on the drawing board.   So that’s progress.

Hang the Stars from the Moon

Freelance work has actually been pretty busy so that’s been sapping a good bit of the ol’ come home from work and work on pet projects enthusiasm.  However I’ve got a good chunk of time mentally set aside here in the near future to get to grinding out the updated art for the cards.   So hopefully I can get the Mutant Sheep out the door.  And start one of the other two game ideas that have been percolating for a couple months. Very exciting stuff.

But right now, it’s pretty much all baby all the time.

On the games front there’s a couple little tidbits worth sharing.   I finally beat Mirror’s Edge which was surprisingly good and different, not sure why it go panned so bad when it came out.   Metaplace, Raph Koster’s mmo brainchild, closed down, which isn’t entirely unexpected since it felt so un-rooted and essentially wound up more of a chat room than it did a fully customizable world.  It’s still kinda sad after following his blog and twits for a couple years and knowing how hard those guys worked for it.  Dragon Age, is deep and spectacular, and definitely not default to easy mode, which is nice.   Solium Infernum, is mind bendingly complex and looks to have the award for best Play By Email game of the decade wrapped up.  (anyone up for a game? email me)

Board game wise..

My copy of Pandemic has arrived and we’ve played a couple games.  It’s a bit of a mental twist to be playing cooperatively against the game, but very refreshing.  So far we’ve mastered easy mode and haven’t lost yet and need to kick it up a difficulty, the awesome thing is that you can play a game in about an hour to hour and 1/2.

Also glaring evilly at me from my shelf of recent aquisitions is a copy of Arkham Horror, also an entirely cooperative affair we’ve yet to play it, as it looks to be a 2-4 hour thing and we havent had that kind of time (and go figure it’s gonna take longer for the first game).  Interestingly enough, it allows 1 player games as well.

And we need to play more Decent while we’re at it.

Hmm wonder if we can mandate a monthly game day in the house?

Posted on by

Long time no bloggy.

Ok, been a bit hectic and I’ve been a bad blogger. 🙁

I feel I can blame it on the impending arrival of offspring and get on with it.

the debbil
the Devil

Couple paintings are done and there’s now a nice angel and demon in 24×24″ panels in the front hall. You know.. to scare people away from the good art that covers the rest of the house.

So the current plans (subject to revision but hey I feel better when I can pretend life’s going according to some sort of plan) is to prep the baby room and get the 2 paintings finished in time for baby Jude to arrive.    Then it’s baby time and squeezing in the last touches on Mutant Sheep Eat The Planet! and get that finished out by Summer in addition to getting some more freelance work and getting Wenderflonia all set up and ready to take over the art world.

The entry to the kitchen
The entry to the kitchen
Posted on by — 1 Comment

Slow progress, but good things none the less

Wow time sure does fly, and whoa am I so totally not going to make the Oct 31 deadline! Which more or less means that November and December are going to be choked with Holidays and Family.

And it turns out there’s a little baby boy inbound, eta Feb 25(ish) (holy crap!)

So that has got to be more or less the last deadline, beacause somehow I don’t think there’s gonna be much free time after that for a while.

So, you might ask, what the hell have you been doing for the last 18 days.   Well, Mutant Sheep progress has been slow… much slower than I wanted but I seriously needed a break. More After the Break, Pictures too! Continue reading Slow progress, but good things none the less

Posted on by

Sheep benchmark

Time for a little progress update, eh?

Ok so some more sheep have been done but it’s time to assess the situation and get a firm grasp of where exactly I stand.   But first a picture of the prototype tuckbox that the game will be shipping with (some assembly  required)

tuckbnox

Why Include something as silly as a tuckbox, when it will surely impact the bottom line One might ask.  Well the answer is simple,  with the last couple playtests it’s become obvious that the system of green tokens to track the value of the current place is massively cumbersome.  So I decided to put in a little track sheet that you can just put a couple counters on to track the value of the current place as it is eaten.  And the price difference between a 4×4 board and a board big enough to have a tuckbox to be cut out is negligible. So the tuck box is almost free.

But anyway… back to the current state of the game development process.    So it turns out that 85% of the time it’s taking is art.  That’s right.  It’s taking much much longer to draw silly sheep than it is to creating the game and the cards and exporting them and uploading them and writing / editing the rules etc. etc.

Crazy eh?

As of RIGHT NOW, I have Drawn and Painted 60 of 125 sheep.  Of those 50 have been placed into their final art location in the inDesign files that are the decks.

I have 65 sheep left to Draw, ink, and paint.   A happy estimate would be that if I totally buckle down I can probably do a sheep every 2 hours, maybe a bit more.  So let’s call it 90 min.  So that’s just a hair short of 100hrs of ART work left to do.  Not too terribly bad.

Other than that I probably have 6 hours of editing and tweaking on the cards’ text to make sure they’re clear and are easier to understand.

Then toss in the other little things like re-writing the rules and finalizing the web and packaging art, realistically it’s probably closer to 120 hrs of work.

That’s some really long weekends in my immediate future if I’m to hit my goal of having it launched by my birthday.

Time to buckle up, it’s gonna be one helluva ride to see if I can do this.

Posted on by

Slow progress

So progress in sheepsville has been..well.. slow..
I’ve got another dozen or so sheep painted and ready to go into their cards, but overall, progress has been a fraction of what it needs to be.

The upside, however, is that I’ve gotten a bunch of freelance work (that’s right, I’ll work for money) and that’s pretty much all wrapped up for now.

I’ve started the process of reworking the site theme. Currently I’ve got the new headers and superfish menus in place, and gotten a jquery lightbox up and running, the menu’s need a bit more work though. Also, we now have a gallery.

All that remains is the re-styling of the content and sidebar and drawing a new site background image.

But first up, www.Wenderflonia.com is gearing up for a massive overhaul and that’s #1 in the priority list. Keep an eye out for it, we’ll have art commissions, prints and more goodies coming soon.

And more sheep. I must make more picture of sheep, and get an accurate count of exactly how many I still have left to finish.

That’s it for now. Further updates shortly.

Posted on by — 2 Comments

Mutant Sheep Balanced on a Razor’s Edge

Well as promised, here’s a recap of the weekend’s playtesting. It’s gona be a long one.

The good:

It was amazingly fun.  A bit unlike other games, the going strategy seems to be hording your cards in your hand until you can twist the game in your favor, which seems a bit of a hard concept for Parker to grasp.   Really, even the two player game was a lot of fun and not totally skewed which was one of my big concerns.  It was fun for all of us and the base mechanics and strategy work exactly as I imagined they would.

There was a slight issue with the print of my cards, but the super responsive guys (JT) at TheGameCrafter.com explained the issue and how they were going to have the issue rectified well before I finish up for launch.   So no worries on that front.

The colors looked great and the quality of the cardstock is very nice and they shuffle well.

beta1-gameplay

The ok:

Lots of typos and little phrases that need to be tweaked and made into english.  I got some great feedback on the rules on the little bits and pieces that I assumed the player would know.  During the games we played over the weekend I got a dozen or so cards whos’ verbiage either needs to change or simply be clarified as the ability didn’t make as much sense as I hoped.

The instructions need to mention a couple things about adding Event location points to the size of the current area, but that’s minor.

The eh:

This is probably the biggest list of issues that came up, and the good thing is that they are all fairly easily correctible.

The timing of when you can use side effects and sheep special abilities is not clear and some cards contradict each other.  The usage of Blue (sheep is stunned/busy/incapacitated) tokens was not consistent.  These are essentially just going through and making all the cards agree and putting it in the rules.

Keeping track of mutation abilites  and side effects can become a bit of a slog.  Cleaning up the timing and usage of abilites will make it easier.  Additionally I’ve decided to add a card case which will leave me with a board with some spare space where I can print out some tokens for things like keeping track of the Hairless sheep (yes, its a serious issue when the blizzard shows up)

The massive number of tokens for large events (we easily had some places in the mid forties ) makes it hard to see exactly how much landmass is remaining in the location to be eaten (which is how you get victory points).  This makes planning things 2 or 3 turns ahead extremely difficult.   This will be remedied by cardboard tokens with numbers on em.

There need to be more side effects with a variable range so you can tweak the total amount eaten by your (and other player’s) sheep a bit more easily.

The Uggh:

Late game balance is a bit out of whack.  Not in the sense that it’s once sided or anything, just that once each player gets 5 or 6 sheep out and a couple mutations on them there’s not much you can do to stop them from devouring a whole location per turn.  So the amount of luck to winning goes up as the game goes up.   The good part is that this is easily fixable by a combination of minor tweaks to the game.  We’ve got three major tweaks that we’re going to be testing indiviually and in combination.  1. Make Side-Effects permanent.  This would let you permanently alter yours and other player’s sheeps appetites.  2. Increase the size of the smaller locations so they last longer.  This would potentially slow the point acquisition of the early game but make the endgame less luck driven.  3. Increase the bonus/penalty that Side effects give.

The Yay!

That’s it.  The game was fun, and with a bit more testing I’m sure we can get the balance of endgame to luck worked out and then it’ll be awesome!

Ok that’s it for now.  Further updates to follow but for now I’m just painting sheep like mad!