Spinward Flow
SOC-14 5K
The TL=15 drives, rather egregiously, break the established pattern used throughout the rest of the table.Then it isn't following a formula.
And THIS is rather obviously a TYPO error ... but some people would rather not admit it as a possibility.
If there is a formula being used to produce the results in the table, it works consistently for drives A-V and tonnages 100-4000 just fine.
Drive-V = 20 * 200 = 4000
4000 / 600 = 6.66666667 ... drop fractions to yield an integer result = 6
4000 / 800 = 5
4000 / 1000 = 4
4000 / 2000 = 2
4000 / 3000 = 1.5 ... drop fractions to yield an integer result = 1
4000 / 4000 = 1
Try doing it for the W-Z drives and the answers just go ... WACKY.
Drive-W = 21 * 200? = 4200?
4200 / 600 = 7 ... therefore, code: -
4200 / 800 = 5.25 ... drop fractions to yield an integer result = 5
4200 / 1000 = 4.2 ... drop fractions to yield an integer result = 4 ... but the table has an entry of 5
So the only way that the Drive-W "works" as shown in the table is if Drive-W is code: 1 @ 5000 tons ... a +1000 tons increment step from the prior Drive-V.
Except, even THAT fudge doesn't work correctly!
Drive-W = 5000
5000 / 600 = 8.33333333 ... therefore, code: -
5000 / 800 = 6.25 ... drop fractions to yield an integer result = 6 ... but the table has an entry of 5
5000 / 1000 = 5
5000 / 2000 = 2
5000 / 3000 = 1.66666667 ... drop fractions to yield an integer result = 1
5000 / 4000 = 1.25 ... drop fractions to yield an integer result = 1
5000 / 5000 = 1
If the drive formula changes from +200 per letter from A-V to being +1000 per letter from V-Z ...
- Drive-W (code: 1 @ 5000 tons) has one table error entry @ 800 tons (should be 6, but it's only 5)
- Drive-X (code: 1 @ 6000 tons) has one table error entry @ 800 tons (should be - instead of 6, because 6000/800=7.5)
- Drive-Y doesn't work as code: 1 @ 7000 tons, but it does work as code: 1 @ 8000 tons ... except ...
- Drive-Y (code: 1 @ 8000 tons) creates TWO table entry errors!
- @ 800 tons (should be - instead of 6, because 8000/800=10)
- @ 1000 tons (should be - instead of 6, because 8000/1000=8)
- Drive-Z can only work as code: 1 @ 12,000 tons(!) ... except ...
- Drive-Z (code: 1 @ 12,000 tons) creates TWO table entry errors!
- @ 800 tons (should be - instead of 6, because 12,000/800=15)
- @ 1000 tons (should be - instead of 6, because 12,000/1000=10)
See if you can spot the pattern break in this progression (@ TL=15, of course ):
- A = 200 ... TL=9
- B = 400 ... TL=9
- C = 600 ... TL=9
- D = 800 ... TL=9
- E = 1000 ... TL=A
- F = 1200 ... TL=A
- G = 1400 ... TL=A
- H = 1600 ... TL=A
- J = 1800 ... TL=B
- K = 2000 ... TL=B
- L = 2200 ... TL=C
- M = 2400 ... TL=C
- N = 2600 ... TL=C
- P = 2800 ... TL=D
- Q = 3000 ... TL=D
- R = 3200 ... TL=E
- S = 3400 ... TL=E
- T = 3600 ... TL=E
- U = 3800 ... TL=E
- V = 4000 ... TL=F
- W = 5000 ... TL=F
- X = 6000 ... TL=F
- Y = 8000 ... TL=F
- Z = 12,000 ... TL=F
No wonder the "magical Drive-Z" is SO MAGICAL!
It's 3x the performance of the Drive-V (the last "sane" drive that "respects" the rest of the table) for only +4 increments on the drive tonnage and cost table!
In other words ... the "magical Drive-Z" ... CHEATS LIKE A MOFO to produce its performance yield ... according to a table that can't even "play by its own rules" consistently. It's pure munchkinism, plain and simple ... and it's been sitting there this entire time, since 1977/1981 ... unquestioned, because it is RAW.