@import url(http://bgd.lariennalibrary.com/pub/skins/sinorca/basic.css); @import url(http://bgd.lariennalibrary.com/pub/skins/sinorca/layout.css); @import url(http://bgd.lariennalibrary.com/pub/skins/sinorca/sinorca.css);
A board game designer's web site
Copyright Eric Pietrocupo
E-Mail: ericp[AT]lariennalibrary.com
I am prototyping already! The first reason is to follow my proto rushing philosophy to get feedback as soon as possible. Since it's still an itterative process, we will get back to modelling later. The second reason is because I am starting to lose focus. My motivation span can stay for a 1-2 month at most. Which is now an indication of "go do something else". Hopefully, prototyping could change my mind enought.
The goal for this playtestes it to test the core mechanics which is encountering ennemies and attacking bases. There will be no economy, so I'll be travelling around with unlimited resources trying to capture bases. I might include the japanse AI too. What will be left behind is all the stuff that was not in the PTO video game like trading goods, infiltrating bases, fulfilling quests, etc.
Since it is some sort of sandbox game, the game will offer many possible actions, but designing them all from the start can be overwhelming. In fact, if my game get's published, there might be a basic and advanced mode where not all actions are available in the basic mode.
Also by testing combat now, once it is working, I could simply skip combat in the next play tests that will focus on another aspect of the game like for example, the economy or quest system. I might in fact only test combat alone without moving on a map before testing encounter and movement.
Combat: So the firs thing to test is combat. I'll design some units and engage them in various kind of battles: Fleet vs Fleet, Fleet vs Air, Fleet vs Base, Air vs Base, etc. Once this is working, there will be little need for modifications unless I introduce new units. Once combat is solid, I need to design all units models.
Movement, Encounters and map design: I need to test movement and encounters that are going to trigger those battle. I need to design the map at the right scale for semi-historical accuracy, while beign convenient for gameplay.
Resource Management for player and AI: I could try testing preliminary resource management like fuel, fatigue and morale. I might try to introduce resource management for the AI. Which means recovering lost ships, managing fleet movement, sunk convoy, etc.
So we will need a relatively good amount of game objects for our early prototype since all battles needs to be functionnal. Now many information is based on historical data, for example ship models, or plane models will have stats loosely based on historical data. One thing I want to avoid is spending time desiging all my stats to finally scrap everything at the end beause the combat system does not work well, or the value ranges are bad.
So for now, I'll improvise the values, make some mini combat test, then add more tokens, tests agains. When I have working battles, now I can start designing based on real historical data. The improvised tokens for early design will simply be done by hand, not at the computer, to speed up the testing process. Here are the components that must be designed:
This won't require much work. I basically need 1 track 3 tokens to record morale, fatigue, and fuel. I need a pawn for the position of the fleet, and a side board for placing the ship token in formation. There will not be any fleet type cards, it will only be a task force.
This is a risk free components, because even with changes to the rules, none of the components will change. The Fatigue, Morale, Fuel could be used differently, but they will still be recording a value, what ever it's purpose in the game. They could possibly evolve in other things (ex: morale could give condition cards), but that can be added later.
To do
Ships are a big chunk. All stats will be important for combat resolution except the ship cost since there is no economy. Everything else is related to the ship behavior or combat stats which we need.
What I should do is define a limited set of ship class. Give them stats by improvising and then testing. Afterward, I could easily adjust the values to know the min max that each value should get. One I have this, I can use historical data to use the best and worst and distribute values proportionally to the data. Probably the stats will not be writted on the tokens to easily modify them.
As for the cargo token, besides fuel, no of them will be used. In fact fuel will only be used when starting to test movement. But not in the early combat tests.
Damage tokens are an essential part of combat resolution. I'll design a list of token, refurbish old tokens and write by hand what they are. I need 2 sets of token, one for the torpedo attacks and one for the shell/bomb attacks that will each have 6 various results. Which makes me think, that I am not forces to design token right from the start, I can use a die since there are only 6 type of special damage (Which is not a coincidence, I did this on purpose). But I'll have to record the damage on a piece of paper.
To do
I'll start by designing a generic model for everybody for maybe Fleet fighter, bomber and attack. Then after the initial testing, I'll try making various models including land based models.
The most important thing to define is combat strength of the weapons and make some adjustment while playing. Everything else is relative to the type of plane, so I don't need to specify it now, only when doing specific model
As for troop tokens, they will all be the same for all nations. Only tanks and special forces will be different. Special forces won't be used in this early testing. As for tanks, I might test a generic model again to see if the combat system works and then design specific models.
To do
OK, that might seem easy, it's just a map right! But it's not. I played with the pacific map with dozens of various hex grids in order to make sure all location fit in a grid. It's not that easy.
Since I am going to use a smaller grid, the risk as much more reduced. What I need to look at is the travel distance vs the travel speed. If I want my fleet to move 2 hex in 1 day, then I need to check how much space I can move in 1 days. I'll take the measurements from the video game since I don't need something precicely accurate. Else it could get very combat to convert knots to distance and then find a way to measure distance between islands and cities.
I need to select 6 groups of 6 bases plus some extra bases for non-japanese territory. That is almost already done. Once I have this, I can do the early testing.
Then later where movement is working, I can define the location of the special resources. Define it's defensive capabilities so that combat can be initiated against those bases.
to do
To do
This is some interesting issues I faced while prototyping.
I needed to determine what kind of combat value I would need for each unit. I am borrowing an old combat system I designed for anotehr game called pacific storm. In that game, you sum up the value of all your units (using the same weapon) and each slice of 5 points made you roll a die. If you rolled 4+, you made a hit. With technology improvement, you needed 3+.
Now in my game, there is no technological improvement, it will remain as it was in 1945. So I could revert back to the roll 1 die per unit and compare hits. It could be faster and more convenient to resovle. The only modification to was expecting is character skills could affect the TN. Another variation to this is to use D10 or D12 instead of D6.
Else if I use my original idea, I thought of increasing the divider up to 8 in case of a fatigued crew. But it might be very unconvenient to do the mental math with 6-8 as dividers.
There are 4 variables to juggle with
Now one things I could try to do to get 2 combat system into 1. One system where you add up value or use a combat resolution table, and one system where you roll 1 die per unit.
For the number of units, ships are no brainers, it's 1 unit per ship. As for planes and troop, I don't think I am going to use half strength units. To keep componnents quantity small, I'll try to keep those units low. So for example instead of tokens with 12 planes, I'll make them have 20 planes. That could require more aggressive damage to shut down those planes. As for quantity, an essex carrier will be able to carry 5 units, which still gives a variety of possible planes.
Since the divider is by default 5, it is logical that units has an average strength of 5, or close to it. One idea is I want the game to be compatible with both combat system is to make valur range from 1-8, and use D10 vs a value of 1-8 as TN. So either you add them up, or either you roll 1 die per unit. Which makes the average strength around 4 or 4.5. Maybe fatigue could simply give a penalty from -1 to -3 to each ship, which will bring some units to 0 strength.
For the TN, when adding value, I'll need to compare how much inverage I can kill units with one system or the other. With the roll against, if I have 10 ships with a strength of 5, then I have 50% chances to hit with each ship, so in average I should make 5 hits. If I sum up the values, that gives me strength of 50, so I roll 10 dice. I need to use a TN of +4 to actually have the same odd. But let's try with other numbers, using the 4+.
Expectations with 10 ships
Method A | Method B | ||||||
---|---|---|---|---|---|---|---|
Ship Strength | odds per ship | Average Hit | Max nb hit | Sum of str | nb of dice | Average hit on 4+ | Max nb Hit |
5 | 50% | 5 hit | 10 | 50 | 10 | 5 | 10 |
3 | 30% | 3 hit | 10 | 30 | 6 | 3 | 6 |
8 | 80% | 8 hit | 10 | 80 | 16 | 8 | 16 |
OK! that looks surprsingly the same. The main difference seems to be the max number of hits. Let's test with an off number of ship, probably the left overs wil make the number inaccurate for method B.
Expectations with 6 ships, left over should screw up the results.
Method A | Method B | ||||
---|---|---|---|---|---|
Ship Strength | odds per ship | Average Hit | Sum of str | nb of dice | Average hit on 4+ |
5 | 50% | 3 hit | 30 | 6 | 3 hit |
3 | 30% | 1.8 hit | 18 | 3 | 1.5 hit |
8 | 80% | 4.8 hit | 48 | 9 | 4.5 hit |
Very interesting, In theory, left overs can be carried to the next roll. So not everything is lost.
Lets put our system to the test. Let's try fatigue, on method A the divider increases by 1 up to 8, with method B we add a -1 penalty on all thips. Let's try 10 ships strength 3, 5 and 8.
Expectations with 10 ships, with fatigue penalty.
Method A | Method B | |||||
---|---|---|---|---|---|---|
Ship Strength | Penalty | odds per ship | Average Hit | Sum of str | nb of dice | Average hit on 4+ |
3 | -1 or 6 | 20% | 2 hit | 30 | 5 | 2.5 hit |
3 | -2 or 7 | 10% | 1 hit | 30 | 4.28 | 2 hit |
3 | -3 or 8 | 0% | 0 hit | 30 | 3.75 | 1.5 hit |
5 | -1 or 6 | 40% | 4 hit | 50 | 8.3 | 4 hit |
5 | -2 or 7 | 30% | 3 hit | 50 | 7.1 | 3.5 hit |
5 | -3 or 8 | 20% | 2 hit | 50 | 6.25 | 3 hit |
8 | -1 or 6 | 70% | 7 hit | 80 | 13.3 | 6.5 hit |
8 | -2 or 7 | 60% | 6 hit | 80 | 11.4 | 5.5 hit |
8 | -3 or 8 | 50% | 5 hit | 80 | 10 | 5 hit |
It seems that method A penalize the player more for low values. A quick fix could be that the min chance to hit is always 10%.
So here are the results:
Method A: 1 die per ship
Method B: sum of values
Another solution could be to use the TN in method B as fatigue. But the problem is that method B seems less convenient to use, but it can be used with regular D6. While method A requires D10 if I want value range to be high enough. Since it's going to be a gamer's game, I am sure people will have access to D10.
Else I can tweak the divider to match more accurately method A, but not sure it will be possible since some numbers already match on that table. I think method B would be good for a no dice resolution using only the law of average. Each 10 points basically scores a hit (12-14-16 with fatigue). Maybe I can stick to that.
Other issues I thought is that with method A, 5 destroyer that has 10% chance to hit can make 5 hits. While with the other system, they will have 50% chance to make 1 hit.
After a mini playtest of the combat system, since there are many dice roll, I might opt for a law of average system, where you add up the values, each slice of 10 points score a hit, then you roll a D10 against the leftover to see if you score an extra hit. Fatigue can still be applied by giving a -1 to 3 on all this stats.
<< Map and Encounters | Table of contents | >>
Powered by PmWiki and the Sinorca skin