Monday, November 21, 2016

Alpha version 0.1 Change Log

So we've been busy, which is why there has been a lack of updates here. We think we've got a stable Alpha version 0.1 ready. Which is what we'll be testing internally today. If that goes well we should start recruiting for closed alpha testers soon. Ill post here once we're happy with the 0.1 version. In the meantime here is our last change log for any curious as to what we're up to:

  • ordered/not ordered need to show player
    • Worldspace unit icons with highlight/no highlight
    • Current fix is with the sprite markers above and below units in world space. Right now alternate sprites are being placed behind the normal marker sprites to indicate orders given. This causes some weird issues with sprites in 3d space, so swapping assets instead would be better.  
  • Mouse over units bug - had mouseover initially then lost them. Closed application and reopened but did not fix issue?
  • Confusing data on some combats (Unit destroyed but is Victor) - Draw
  • Combat Summary needs something to indicate who retreated/routed (replace “Status Attacker Defender?)
  • Time Slider bug - Planning unit orders & not finished, slider position is stuck but clock time updates
  • Back arrow (multiple combats) not working
  • Need Tide of War - WIP
  • Offset combat marker to match slider
  • Combat report USA/CSA updates
    • Same at tide of war
  • Submit orders design update
  • Login text blurry
  • CCC update - logo - overlap fix
  • MipMaps? Unit icons & minimap stuff
  • Engineer/Horse Artillery units
  • Camera moves when selecting Objectives/Help/Menu
  • Buttons on bottom prevent starting a game
  • Mutant Logo spacing on Login
  • Unit Status indicators needed
    • Retreated/Routed is super confusing - Shader Swap
  • Clock needs to change color with phase
    • Clock visual update
  • Time doesn’t show all digits
    • Ex 6:6 should be 6:06
    • Time doesn’t fit tag
    • Tag is blue not black
  • Cannot select facing when editing
    • Can undo, redo move, cant pick new facing
  • Decimal in Morale
  • Border texture
  • First pop up is ugly
    • Add buttons
    • Better spacing
  • Engineer Unit is broken (unlimited mvt, time slider not moving)
  • Orders Info box lets ray casts through (can mouse over units and get info)
  • ALL Audio DOWN at start
    • Set to 10%
  • Unit paths are not visible when zoomed out
    • Needs some design decisions
  • Mouse moves map while changing audio settings
    • Anything we don’t want to have move the camera needs an intractable ui element behind it as well, even if it’s invisible
  • Towns need to be below fog
  • Fog not blocking enemy unit hovers (even though enemy units not drawn)
  • Tooltip move off elements
  • Post turn not updating all units correctly (weirdness with Post turn state on when units get updated) - UPDATE - bug with planning phase button
    • Going to need a sanity check
  • Time slider ending at 12:12?
  • Camera not following ghost unit (unit you’re planning orders for)
    • Try a dev hack - has both - get feedback from clarke
  • If all units have orders and player says “no” to submit, the game keeps prompting user to submit every time an order is edited
  • Audio misspelling - Ambient
  • ToolTip size in worldspace
  • Combat audio clips too long
  • Bridges not in
  • Barrage not in
  • Final facing highlight should always be on top of other highlights
  • Impassibles not obvious
  • Hide enemy actual numbers
  • Edit unit button - focus on end of planned path, not units original position
  • Arrow keys move time and map
    • Remove arrow keys from time slider
  • Artillery different rate of movement?
    • Need clarification from Clarke re: Movement
  • Login - not obvious its focused on input box
  • Multiplayer - not obvious game info box is button

As always, Thanks for checking in!


Monday, October 10, 2016

Time Slider

Hey Everyone,

So today I'm going over the Time Slider feature for Clash of Command and the new Review and Planning phases of the game which are directly related.

The function of the Time Slider is two fold. First, (in Review Phase) it allows players to see the results of their previous turn. So when you launch the game now you will get the see what actually happened to your units over the previous turn.

Second (in Planning Phase), it allows you to see all of your units marching orders as you plan them out. Now you will be able to visualize your units as they march. This should greatly help players coordinate and sync their units up, so that you avoid feeding your units to the enemy piecemeal. Instead you will be able to time your attacks and smash your enemy with your forces in grand sweeping attacks.

Wednesday, September 28, 2016

Fog of War II

Just popping in to show off the Fog of War system that is being finalized right now

This gif shows the new hex based system in a Duel (1v1) game. The blue units are the USA, the red are CSA and this is the view of the USA player. I think current C63 players will appreciate just how much this will change gameplay. Cavalry will become much more valuable in their traditional role of intelligence gathering.

Well, back to the grindstone for me. We're hard at work here grinding towards our closed Alpha Test, which were happy to report that were pretty darn close to reaching.


Wednesday, September 14, 2016

What we're up to

Hey Everyone,

Very busy with development, but I realized we had forgotten to update you all for a while, so this will be a relatively short post. Im just going to give a quick snapshot of what we're all working on.

I've been busy creating and implementing a few different pieces of the User Interface. The first is the new Tool Tip system. It functions pretty much how you would expect. When you hover the mouse over key game elements you receive a short message about what it is and how it works. The second is temporary audio assets. We have a few pieces of music that will loop, several different sound effects for clicking on units that will randomly be selected (that way its not the same sfx played over and over), and a few sfx for combats that are also randomly selected. Ive also implemented a Spline system that will draw unit paths in both the planning and review phases. With those items taken care of I've moved into setting up the web side interface for our Closed Alpha test, and re-engineering the quick turn manager with Ranger. For those that don't know, the quick turn manager will allow games to be run as soon as all players have submitted their orders. So if everyone turns their orders in within, say, 10 minutes then the game will automatically run and everyone can play the next turn.

Ranger recently finished the Fog of War feature for the backend, fixed several minor engine bugs and has moved on to the quick turn manager.

Steven has been a whirlwind of feature programming, and has completed a ton of in game features. We have a new unit selected indicator, Fog of War is now hex based and is displaying in the UI, the UI itself has new assets that all have new functionality, and there is a new "unit selected off screen" arrow indicator that will point you back to the location of the unit you currently have selected.

Nick has gone through about 500 different iterations of the User Interface assets. Most of which are new icons for units, orders, planning and review phase icons, dispatch icons, time slider, mini map, chat window... basically many different versions of all the stuff you'll see in game.

Justin has been busy finishing the map terrain, and modeling and rigging the units. There isn't as much in his list mostly because both of those items take a huge amount of time, since we want everything in game to look really really great.

Anyway thats what we've all been working on. Thanks for checking in!

Jeff and the rest of the Mutant Team

Wednesday, August 17, 2016

Fog of War

Hey Everyone,

So todays dev blog is a short intro to the new Fog of War system we're currently working on.

As most of the C63 players know the old fog of war system was based around maps. If you had a single unit end its turn within a map, then you were given detailed information on friendly and enemy unit positions. Not a very realistic situation, and honestly not something we were too happy with. Our original design featured a hex based fog of war system however, due to the nature of our old slow development times (remember, we used to be a 2 man, part-time dev team) certain features were forced to be cut. So this was a compromise solution for us. Something that kind of worked, but would take us much less time to complete. And it did work, from a gameplay standpoint, in that it forced players to think strategically about how to scout. However it failed to match the general spirit of historical accuracy that was one of C63's design pillars. Which is why we decided to spend the extra development time on the new fog of war system for Clash of Command.

The new system that is currently in the pipeline matches our original vision. Each unit will generate its own "field of view" of hexes within the game board. And as crazily as this sounds we looked up the math from a NASA article about the distance a mounted officer is approximately able to see (though we used the simpler trig based algorithm) and then made a few rough approximations to come up with our new fog of war system:

A unit in open terrain (for those that weren't C63 players, we have a few different terrain types: Open, Broken (aka hills), Woods, Town, and City) with nothing blocking their vision would see in a 3 hex radius. Other terrains may block vision (Broken, Woods, City). And certain terrains offer a height advantage that allow units to see even farther. Broken terrain results in a 6 hex radius, City terrain results in a 5 hex radius, and Town results in a 4 hex radius. We think this new element will add some strategic tension to the game and will greatly impact the role of Cavalry in their traditional role of scout.

The fog of war system is still a work in progress at this point. Ranger is currently bug testing it on the Engine side and Steven and I are just now able to start parsing the data, so I don't have anything to display graphically on this one, just yet. In the meantime Ill share some screen captures that Steven made of our last internal playtest.

Camera movement:

Unit selection and highlighting:

Unit movement planning (mouse):

Unit movement planning (keyboard):

That's it for now. Thanks for dropping by and reading up on our progress!


Monday, August 1, 2016

Internal Playtesting

Hey everyone,

So this post is going to be short, but right now that's actually a good thing.

Last Friday we had our first internal playtesting session. There were a few major bugs, but the core gameplay and turn processing system is up and running. The programming team (Ranger, Steven and myself) have been hammering both of those systems out over the last few weeks and will be bug hunting and adding in the last few core features next week, while Justin and Nick have been working on art assets.  Justin is working on the map and should be putting the finishing touches on the roads and railroads this week. Nick has been hard at work on the iterating the 2D user interface design and we think we've finally started to dial in the UI into something that is both highly functional and intuitive.

Anyway, thanks for checking in. Now its back to work for me...


Monday, July 18, 2016

Progress Update

Hi! I’m Steven, one of the programmers here at Mutant. We’ve gotten quite a bit of work done in the last few weeks, and I want to show you guys how it has been going. Keep in mind a lot of our stuff is very much so a WIP. The UI that I’m going to be showing off was done by Nick, and the environment was done by Justin, who is currently reworking the textures and has done a lot of neat things to help the performance of the game. Today I’ll be showing off some of what I’ve been working on, mainly the reworked planning phase, and a sneak peek at our new review phase.

This first gif is just of some of the basics, like camera movement. Right now you can move the camera with a click-drag-and pan, keybinds, or with the edge of the screen (the slight skips are from the video recording, it runs extremely smooth in game).

Next I'll show off some of our unit selection, and how planning a unit would normally go. To plan a unit, you click on them, choose an order, and the hexes they can move to are highlighted. Right now, green hexes are hexes you can move to, red hexes are hexes you "can" move to, but would need to force march to, and if a hex is not lit you cannot move there at all. Once you reach your destination, you can choose to view final facings (purple) and then select a final facing. you can also easily step backwards while planning an order, or destroy an order altogether. If you look at the time slider at the bottom of the screen, you can also see it move forward as you plan moves (the text is not currently being updated, but soon!), so you can easily match up multiple units moving to a location and arriving at the same time.

If your are planning a unit or just looking around the battlefield, you can also quickly and easily toggle unit paths and facings on and off. If unit paths are toggled off, you can also hover your mouse over a unit to see their path. Right now we're also looking at more ways to add different filters so you can easily toggle through the information that you want to see.

And lastly we have the time slider and review phase. The review phase of the game will allow you to scrub a time slider (think of video player media controls) and review what happened during your last turn. Right now we are only updating unit information, but soon we'll be adding things like battle markers to show a battle as well as give you information about each battle when it happened. With the review phase, you can also view the path that a unit took throughout the course of its turn. In this video, I am playing the battle, using the mouse to drag the slider, and then using keybinds (+ and -) to move through the slider frame by frame, in case your want to find a really important part of a battle.

We've been making pretty great progress the last few weeks, and we hope you guys are excited as we are! We'll be keeping your posted every week or so on how things are going. If you have any questions or comments feel free to comment in the comment section below!

Monday, July 11, 2016

The Campaign of 1863 postmortem

In early 2006 I was a freshly minted computer science graduate with dreams of starting my own video game studio. A few semesters prior I had helped a lead a student run project that ended up turning into a simulated studio course (which continues today). Before graduating I was lucky enough to be invited by my professor, and soon to be business partner Clarke Steinback, along with a fellow student to help form a game studio. Our first planned product was to be a re-worked version of a proprietary play-by-mail game that was developed by Clarke many years prior. The plan was to keep the company light, nimble, lean and to focus on niche under-represented titles and markets. Part of which meant I would continue to work at a major wholesale/retail warehouse while developing the initial product “The Campaign of 1863” (C63). There were plenty of ups and downs over the following seven years with many valuable lessons learned. I hope this postmortem helps any others toiling away in part time development purgatory.

What went right
  1. Began with a prototyped, tested and balanced game
  2. Found our player base (eventually)
  3. Learned how to learn
  4. Job change

Began with a prototyped, tested and balanced game. The original play-by-mail version of the game which was developed by Clarke and his brother ran for only a short time. It was stopped as the time it took to process turns for the number of games and players became too great for their small team to bear. The play-by-mail version did however run long enough to function as a paper prototype testing phase for what would eventually (with some major tweaking) become C63. Not having to spend time concepting, prototyping and iterating the paper version saved us some very valuable development time. Especially since our part-time system takes much longer than other studios.

Learned how to learn. When I graduated I felt, like most graduates, woefully underprepared (I’m speaking of my feeling here. In retrospect I was probably more prepared to enter the video game industry than many of my peers due to my affiliation with the APCG program at CSUChico and specifically the simulated studio course I mentioned previously). And when we decided to launch our own studio, I felt doubly so. I mean, what kind of classes can you take that will prepare you to found a game company. It quickly became very apparent that I needed to learn some new programming languages, APIs, and business strategies. Here is where I definitely credit the computer science department at CSUChico. In all of my CS courses, excepting a few of the entry level ones, students were expected to do quite a bit of self directed learning. As I was wading into the unknown waters of a studio launch I can say that at least I felt comfortable that I had done similar things in the past. This made the task of learning new things like how to fill out business forms and new programming languages less daunting.

Found our player base (eventually). At the very beginning of our work we did some preliminary market research by looking into sales analytics for some of the niche market magazines that the old play by mail version of the game had used to recruit its player base. Our initial take on the findings was that we should be targeting Civil War reenactors. After all they had been the largest consumers of the original paper version of the game so it stood to reason that a digital version would be a natural progression and we would be safe to assume that our target audience could remain the same. What we found with our initial outreach efforts, however, was that this wasn’t necessarily the case. There was/is some overlap in the reenactor market, but the number of early testers showed us that digital strategy gamers were a much larger segment of the player base that was grown organically. By organic I mean players that found our alpha/beta test version of the game without any paid advertising. We were able to determine this through our early use of Google Analytics. At the time GA was a relatively new tool and we were lucky in that we chose a web based system rather than a direct peer to peer game architecture. Once we were able to analyze who among our registered players were actually sticking around to play it made a significant impact on several of our design decisions. Most of which revolved around our decisions about how “authentic” the game should be versus what hardcore strategy gamers might want and expect.

Job Change. This one is more of a double edged sword so I’ve included it as something that went right and something that went wrong. In late 2012 I ended leaving my job at the wholesale/retailer. The good thing about it is that enabled us to make huge strides in the development of the user interface and web based front end systems. Which wasn’t a huge surprise since the time I was able to devote to development skyrocketed from 2-4 hours a day on up to 8-10 hours a day. We were able to reach a Beta state much more quickly than our original estimates, so of course this would be a huge benefit to us. I should also mention that I was fortunate enough to have an excellent business partner that had set enough contingency money aside that would allow me to move to development full-time for a short period of time. And for that I’m still grateful.

What went wrong
  1. Job Change
  2. Loss of a Business Partner
  3. Actionscript 2
  4. Complex Rules/Interface

Job Change. So the flip side to the positives of being able to move to temporary full-time development mode was the loss of my health benefits I enjoyed previously. If it was just me on my own without health coverage I would have been less concerned but I also have a family to support and going without health coverage for a wife and two young children was, quite frankly, scary. Im not the only indie developer to go without, so Im sure there are others out there who can relate to the constant worry of a health problem when you have no insurance. After going without for sometime and being unable to afford the astronomical cost of private insurance it made sense for me to start looking for a solution. Fortunately for me my business partner Clarke, again came up with a solution. All the time we were working on growing our business he was also working on growing the APCG program at CSUChico. In fact it had grown so much that he was in essence working a double load by administering the program and continuing to teach. His solution was to have me apply for the part-time teaching pool at CSUChico. I was hired a short time later and became eligible for health benefits about six months later. This slowed development of the project again, however the short period of time that I was able to do full-time development had resulted in the almost completion of the UI and web interface. Also I have to add that I really do enjoy teaching. The students in the APCG program are great and I really enjoy their enthusiasm for the industry.

Loss of a business partner. This is one of the major regrets of my entire game dev experience to date. We initially launched our little micro studio with myself, Clarke and another recent fellow computer science/APCG alumnus and friend. Things initially went very well, with all three of us splitting the workload on a part-time basis as best we could. Life, however, started to disrupt our established work patterns and methods. Our third partner got married and we noticed a dip in her work productivity. We decided not to mention it and to hope that as she settled into life with her husband things would shift back to normal. Unfortunately that was a mistake on our part. In retrospect if we had addressed the problem at the time we probably could have avoided what ended up being a messy separation of her from the company.

Actionscript 2. For any devs that never had the “pleasure” of working with AS2 let’s just say you dodged a bullet my friends. While light years better than its predecessor, AS2 had what I consider to be a fatal flaw. While billed as an object oriented scripting language what actually happens “under the hood” is procedural. So you can write some nice classes and think that object interaction will happen just like C++ or Java, things will fall apart when push comes to shove. I spent much longer than needed dealing with issues that should have just worked if AS2 was truly OO as advertised. Some of you may ask why we even chose AS in the first place so I guess I should address our reasoning. We first started development of the UI in 2006. AS3 was only a rumor at that point, and html5 wasn’t even a rumor. Our choices were AS2, Java, or Javascript (pre-jquery). AS2 offered a huge install base and a large dev community. At the time we had no idea that our dev cycle would be so long, so it made sense.

Complex Rules/Interface. The initial paper design of C63 was made as an homage to the old SPI and Avalon Hill boardgames. Anyone who’s played those games knows how complex the rule systems are. We knew that modern gamers would never have the patience to read through a long complicated manual, so we attempted to obfuscate as much of the rule system as possible. In some ways our approach worked. New players aren’t required to read a huge manual to get started. And players don’t have to use look up tables or know intricate and complex rules to play. However this has lead to some areas of confusion for our players, the main issue being a time/distance hex based asynchronous game. The initial basic design for C63 is that of a team based WEGO system. So all players plan orders for their units to follow, then at a predetermined day/time everyones orders are gathered together and processed simultaneously. While we like our system and feel it’s unique, we failed to impart to the players that when they submit their orders for their units they are submitting a plan. And while they are moving units around on the game board the units are not moving in real time or even in a manner that they are used to like an IGOUGO system. The other stumbling block for our players has been our abstraction of the concept of units moving in time to Movement Points (MPs). In C63 different types of units have different amounts of MPs. So an Infantry unit has 3 MPs while Cavalry has 5 MPs. Players become confused when they try and rendezvous units at a hex but if it takes an Infantry 2 MPs to get to that hex and a Cavalry 4 MPs to get to the same hex our players tend to forget that they don’t arrive at the same time. And timing in a strategic game like ours, can make all the difference. We do have plans to address these issues, but that’s a different blog post (hint: we’ve got big plans for our little studio, so stay tuned)


So here's to you, fellow part time developers. I hope this helps in some way, even it its just as a small word of encouragement. Enjoy a tasty beverage and keep on working. You will make it eventually!

Monday, June 27, 2016

Going Pro

Hi Everyone,

Sorry for the delays in updating our progress in Clash of Command, but its actually for a very positive reason. Things are really cookin here for us.

We’re very excited to announce to you all that we’re shifting gears from a two man part time team into a full time 5 person dev studio. I’ll introduce each of the new team members in a later post. We also recently moved into our new office in downtown Chico. We’re still settling in, but our new work conditions have greatly improved our internal work flow.

I also wanted to let you all know that we will be doing much more regular Dev Blog posts. The goal is to have 1 new post by a team member every 2 weeks or so, but that might depend on how quickly we progress on CC. I should also note that the dev blog posts will be moving off the forums here and back to the official Mutant Developer Blog (though I’ll be certain to make a note when a new dev blog post goes up)

Anyway that’s the good news for now.

Thanks again for remaining some of the most loyal and understanding strategy gaming fans on the planet.