Here is the change list for 1.8.0.2. Note that we have already found a problem that will occasionally cause excessive delays during DivideCrippledTF processing - caused by erroneously checking everything twice (just in time for Christmas). No loss of data but a bit irritating. Something for the next patch! 8 l* e* |: D; i+ w8 e
' ?8 B# n3 @1 E: s5 E2 { kItem 1 - Refueling from AOs
( }" l3 x: T+ Q4 Z7 K9 y: u' uTask Forces that included an Oiler could not refuel from the fuel stores of that oiler. They would refuel from the normal fuel carried by the oiler (or any other ship).
# S2 k3 @1 \" X. g" F' b
9 x# o9 t. Y i5 U4 yModified code to allow AOs and TKs in Replenishment TF to refuel themselves from their own fuel cargo. Added recalculation of total load for AOs/TKs if some of their fuel cargo was used. Ensured that Tankers could only perform underway refueling if they were in a replenishment TF (Pearl Harbor TF rule). Also adjusted error message for more detail. . O& i% S* J [9 c8 I8 [! S
* r$ h2 G1 T; u$ M
6 l+ t4 E# A# \1 K6 {9 s- W. |0 I- t$ ?8 P8 u: N+ I5 {- e
9 ]9 c& Z7 F X0 T5 WItem 2 - Divided Land units shedding disruption. ( }. [ |1 F/ I' [3 _# u" n. w) a/ Z
( O/ R |8 N2 C6 b7 Y! ^9 X+ |
Disruption could be removed from a large land unit by dividing and immediately recombining the unit. Fixed.
$ U z3 E) t0 W
# a: S( U2 B7 y+ }
: t! F/ P7 S7 ?2 h# o1 j$ N, u! B
- h1 T; O% o. G6 u2 E+ ]0 f3 m% ]) z. r4 k h5 b% w8 u
Item 3 - Allow PG to be included in auto-convoy.
+ C# y0 j" H1 P( k: q3 c0 h% f9 R. ~7 \3 Q
Auto Convoys will not accept PG type ships as escorts when several true ASW ships are classed as PG in WITP. Several Posts on Forum but never addressed. 9 x$ s3 m2 V, k
* c9 C! [8 f5 C+ Y* E
/ N+ b2 o/ ?+ W0 u; t# |: s
& s5 A$ Q1 c% N) }; o
w- h/ ]3 |" V9 p/ p6 S: c9 Z7 WItem 4 - Fix Pilot allocation on divide to assign existing group pilots to pilotless aircraft.
3 A' c6 Q% ^4 H
6 R0 W$ r1 [% `, dAllocation of Pilots between sub-groups on AirGroup Divide produces inconsistent results. Uneven pilot distribution between sub groups upon Air Group Divide was addressed in V1.8. The fix did not ensure exactly even distribution but merely corrected excessive allocations of pilots to the "/A" group. The remaining unevenness was primarily divide remainder based on dividing several numbers by three. 7 P; z, D5 x2 W' V9 P+ B8 C
0 B1 l# G. |7 B- e6 }Part of the V1.8 fix removed an existing feature that automatically assigned pilots to planes if needed. These were pilots that were already in the airgroup but not yet assigned to specific planes. Assigning pilots to planes during this process tends to use up available pilots in the "/A" subgroup and short those processed later. 3 k% Y8 c, ?7 c! n8 M }" n
" |$ T H* G' R" n; V: J
This is the change that resulted in the inconsistencies. If an airgroup is divided at different times during the same turn or divided, reformed, and re-divided in the same turn, the allocation of pilots will be significantly different each time. This is due to the inability to predict which aircraft will have pilots and which will not. 9 M# _( y9 |4 Q
: ^ J8 E0 k- {: o0 n0 I& I. iThis fix reinstates pilot allocation to pilotless planes. It may exacerbate the uneven allocation of pilots in certain circumstances but will also reduce the chances of a crossed allocation where one group has more pilots than planes while another has more planes than pilots.
4 a: f$ }7 g( X7 R; z# C% t+ `0 l$ d, h0 b: U- P
! G6 V$ V- _. t3 E1 v2 \/ B. ^5 e( s! t
! z {, |7 e6 a7 T( e& b3 ] w: f" {/ `& i( \
Item 5 - Clear experience and Morale from disbanded airgroups
1 w2 W+ }3 `# \9 R' \3 j' ^4 @" }! f解散的航空队不再以原先经验等级的飞行员来重组，改版后的重组飞行队将重新计算平均经验和士气。( L1 R2 ~7 w7 J1 T6 s$ `
Disbanded airgroups were returning with experience levels of their previous pilots. The result of this was a cheat to disband an airgroup with well-experienced pilots into another group, select reform for the disbanded group, and have it return in 90 days with a whole new set of well-experienced pilots. Cleared the experience value on disband, allow group experience to recalculate on return. Also cleared the morale field so it too will recalculate. + W: x5 v d# b7 Q* b
7 ?4 F6 i' {/ B) Y: {3 E4 d, X4 w: G. k( t' M* _* V2 N$ @
! ^1 b1 z' m7 y' ~7 B8 l$ T% m+ N
* I6 I, O+ J1 ^- M4 W9 CItem 6 - Disbanding into air groups not on map. , S5 c0 K2 ]8 d# R4 f0 |
( ~0 a" g7 O) ~5 b7 F/ f* I1 m
Disbanding or Withdrawing airgroups check to see if an appropriate air group is available into which to transfer the planes (and pilots for disband). The detection of this appropriate group failed to check the delay status of airgroups so airgroups with delay>0 were being selected as disband/withdraw into targets if their scheduled arrival location is the same as the disband location. Fixed . q" q. `" C9 W+ q4 ~
$ W8 x* T) h8 v# I) G& w1 u: |' x9 s; o: A4 [1 T
5 T+ b$ V/ u1 v$ u! C9 X" S. I4 T
. C) D6 D1 \( u! C, n" U
Item 7 - Destruction of stranded units occurring during orders phase. + Z" A" }; p N' d
0 p4 n+ w y2 ~! f0 A3 HAn existing routine that handles final destruction of isolated, badly damaged units could be called during the orders phase, making the affected land unit seem to simply disappear. Moved the call of this routine to combat resolution phase and added reporting to the CombatReport file and the active message scroll.
' Q3 s8 v1 S; H) J! o) a1 [2 a' w- M' H' M9 d
4 g' a. S* E) L( \# f+ f
% W9 I9 Z: c$ g8 g* h! X: s
0 M+ }% a1 t% e( e6 q' w- YItem 8 - Correct improper draws on Named Pilot Pool
3 }5 M0 O4 `- f4 V7 J( a& F" X6 L# r a q8 V
Some pilots in the Named Pilot Pool could be "freed" (i.e. deleted) during calculation of max pilots. NOTE: even though the disband into pool function has been withdrawn for PBEM, this fix needs to be implemented as protection for pilot cleaning.
( F8 |- l' g$ R
5 G; C( t/ Z3 ^
7 n2 t- t" ]! z, T! b, v4 S# t
) r; u5 O; x6 `* i) N( ]1 ?6 z! m9 _9 B# c. l' }
Item 9 - Adjustment to Airgroup Display after transfer. : P% x% U" }# ^! v) ~2 U
- ?% j5 o9 Y- D4 ]' a$ E
Continuing problems with display of "empty" airgroup after transfer. Version 1.8.0.1 corrected this for display of another airgroup. Fixed this variation of the error but others exist and are rather difficult to track down.
# b; X% A* K0 o$ }/ u( |
2 ], ] F5 e- p, c# L4 b# T
- ~& I0 J8 C3 z$ f' \/ ?) H4 t2 r# J2 X
5 N; V4 E T& P9 _% {5 QItem 10 - Draw One Aircraft from Pool not decrementing supply.
* o2 \) Q8 Z2 @/ o% W4 }5 S. @& I1 U( N
, [( j- }" H# k" Q* [' \The Draw-One-Aircraft-From-Pool function does not decrement supply at group's base. Checks for availability of supply are correct, the supply is just not consumed. This feature was added in V1.8.0.1. Supply now consumed.
- C" e7 B/ ?2 G2 q( ]9 @7 {1 C; f9 i+ y% u I5 C
# w# V; T/ N4 Q& R$ o4 N" |
0 z5 T' G5 m' {% b
9 x# k" o" n; c! v0 oItem 11 - Removal of function to Withdraw Pilots $ R# J" B* r- B2 c5 ~$ |9 k I$ a
, s; {* e# X X% [3 b8 u2 p, _8 BPrior to Version 1.7, this routine was intended to withdraw experienced pilots for rest and a promotion. They were promoted, had fatigue cleared, and were set to return (to their original airgroups) after a short delay. As part of the running-out-of-pilots changes, this was changed to simply deleting the experienced pilots. At the same time a general pilot sweep loop was added to remove excess pilots when remaining pilots were reduced to a certain level. This rendered the withdrawal of pilots redundant. Also, it's process of deleting well-experienced pilots seems improper while sufficient pilot slots are still available.
1 f- R& K3 b8 {/ I. B
6 K M* t. ^- K8 Q; Y
/ y) h& u) [. E# h7 o
6 ]) |8 U& {2 Y3 J7 c3 A+ K
% s d$ {+ Q) U* @+ \2 ?Item 12 - Recombining Land Units incorrectly averaging preparation points.
) y9 \4 t, O( A7 O
. ?% S1 k5 ?1 D( LWhen recombining a Land unit that has been divided and had it's sub-units set to different targets, the preparation points were being averaged as if all of the sub units were prepared for the same target. The target of the "/A" subunit will be the target of the recombined unit. Adjusted calculation of preparation points to use the current averaging method only if subunits have the same target. If they have different targets, halve the preparation for the main unit.
N# _: ~% K. H: ?& K5 r6 l6 V3 J" V/ \/ M3 b9 a% O( u
" j" `' O9 I, W3 f# y% ^ x7 O5 s6 f& u
8 ]5 e7 n- J/ N. r# N" m$ xItem 13 - Prevent withdrawal of groups with fragments on the map.
9 r- w- e e( H+ u
% D5 T; W1 W* w+ f T5 T8 Q8 E, A6 OA group may not be disbanded if it has fragments anywhere on the board but this check was missing for Withdrawal. Also, a fragment can be withdrawn and it probably should not be. Note: this error was allowing fragments of ship based airgroups to be withdrawn. When they returned they stayed in perpetual "organizing" due to lack of an HQ. 2 [9 s1 e$ a, L
; D+ U4 T) {. ]- t) |3 V9 p# Z k' ~- Z! X$ S, j" A4 v7 e0 ~
5 e0 `# b. m1 E6 l
! R/ W" s! b- lItem 14 - Improper Messages during Torpedo Attack / W4 j: p' J5 E- ~/ r, M9 R6 T) R
4 R9 X2 [! I. I/ n5 hImproper messages could be generated during attacks by level bombers that could carry torpedos. " x7 D8 Q" N8 P) j/ k* w- y7 E
; x+ G; |2 [5 ~" _) {
W g9 c0 ~" {- t# J
U. ~1 t& V7 V4 H" ~5 T0 O9 K( D
* i( v/ l8 W t, q cItem 15 - Realignment of Ship Class Screen ; T; O, D/ q: n! _) y$ L" m: g
$ ~5 H+ F5 c/ D, LUse of -altFont causes ship names to overlay speed column. Moved ship name column to the left.
( u7 H3 i; C( q* n3 Y# s/ z% W) Z1 o9 c+ ]
/ B* u( Y$ J T2 T) e3 |' l
& R) ?' v9 U# \8 ?' d7 }2 t) A7 ~+ ]6 S3 |( F
Item 16 - Correct check on airgroup disband. ( z6 U. f) t* g/ b% ^: q/ y
1 \: l2 u4 |2 g7 f# l! @, ]6 eAn airgroup disband range check that was intended to control disband to airgroup subunits was using the wrong control variable. This was preventing disband of ship-based airgroup fragments. 3 H0 b1 l- V. o8 I' E% p
( ]( S3 G/ X# `
8 X! _ W5 b+ X" ]) d- a
@2 s3 p" e! }' X
+ u) \! N1 ]4 v. O" ? @# XItem 17 - Restructure end-of-turn processing for efficiency
. p( P; m4 ^$ H. M7 u) w7 b
- J+ f% }; C# n1 t' f9 l8 R; yThere is a very large delay at "Training Ship Crews" near the end of turn processing. Found that two following functions do not have messages - so their delay appeared to be part of "Training Ship Crews". Added messages ADJUSTING AVIATION SUPPORT and LAND UNIT REPLACEMENT PHASE. Reworked all three routines for efficiency.
2 M/ Z: E' \7 k2 I0 n Z! k( s* w+ @) {
4 V" t$ _4 F8 N7 G+ g+ i, M3 V2 P
% E( S7 Y3 L1 d3 x
Item 18 - Restructure Aircraft Landing Phase for efficiency and proper message generation. 4 x! B, l0 U& f# W. b
% P% s- {# J( B& |" D6 V7 g/ m
Message "PILOT ASSIGNMENT PHASE" was being generated before message "AIRCRAFT LANDING". Corrected process order and restructured for efficiency.
& P" _2 W/ m. |, m. P9 I2 A6 n [. ?) f, |4 O/ c& A% x
2 D+ J7 T v$ w/ F4 s! r q( A) l1 i4 S; y2 A( v& y5 b5 Y& F
) n% p0 i$ i) e- V# D: ?7 _
Item 19 - Add Rail Transfer of Groups will all-damaged aircraft 9 M I7 _8 Y8 Y# K& ? k
. }$ y8 t* z) }, a; ~Airgroups with some ready aircraft could be rail transported if required (all aircraft becoming damaged) but airgroups with only damaged aircraft could not. Can now. & N9 T# S% g# v1 c
6 R# p* l) w U& t3 `; S, J5 V
; ^. @# @ o; u
. x9 I- ~, t) A" e& B. i6 `
2 _: N8 T' c lItem 20 - Change the load cost displayed on Static Ground unit lists to show 'Static' rather than a very large number.
" {; ]- o) ?: m' o* R; F$ T: U% @5 l+ ?. i
The text "Static" is displayed on the individual land unit screen for units that have static devices (load cost 9999). However lists that included such units displayed a numeric value that included a sum of the load cost for all devices - resulting in an improper and very large number. Corrected such list displays to show the text "Static". Note that text "Static" will sort low, so Static units will appear next to the lowest load cost unit. 3 b5 Y$ S2 S8 A
8 g! s i3 N U% y+ d$ M y2 I; M3 o
& O8 T; J) N+ u7 @5 X
% O. _0 R+ x9 t, K, a$ y) ^# |. ~ w- w: V3 f' ]6 R, j
Item 21 - Correct processing for floatplane groups on submarines. , l# f0 Z6 M' Q7 m: L
* @7 l, k _: }- Q' V
The routine that handles aircraft on ships first determines the type of ship. Different processing is used for Airgroups on carriers, Float Plane airgroups on BB, cru, CS, AV, ML, and PG, and Airgroups on AK (as cargo). Submarines were not properly processed since V1.8.0.1. Added submarines to list of float plane ships.
: @* w z+ z8 B5 r1 W5 w, i; f z+ V, V
4 o6 E* p& c `/ Q7 n W4 ]. ~4 D
7 H/ [( T5 v2 A3 M( f8 z0 a/ m
* m" ?5 g5 |5 v3 J( h, B3 XItem 22 - Floatplane-carrying ships in Fast Transport TF record airgroups as cargo. ( K# @$ ?" ]+ l- y* _
6 o. a8 f3 g9 I/ K9 c2 [
When ships with an assigned floatplane group are included in a Fast Transport Task Force and do not end up transporting any unit, their floatplane airgroup will be converted improperly to a cargo unit. This results in the airgroup being unloaded as if it were a land unit, with resulting out of bounds index problems and intermittent crashes. Fixed.
7 A+ F6 l( _$ i7 u+ ]) j; `7 y% S3 N6 V7 v
0 z8 H6 Z5 t& a5 ?/ e0 F, {# a
0 m+ l; [# G, P) e5 D' c- S- X9 O3 V! p4 G0 h- W, o
Item 23 - Removal of Disband Into Pool Function for PBEM play.
* }" |1 h0 P. T- S2 T0 T0 A/ Y; P l6 p) b6 q u0 h
Function removed for PBEM or head-to-head play as it has been broken by cheaters.
6 I2 H1 v8 i" Z1 f
& A( }' d9 b" o, B) v+ N
& b- Z6 M! }, R- L7 X' a
$ l" i0 w4 Y2 ~$ s9 T, {2 k7 c
' O7 A( q1 ?! h! [. g& ^0 \1 W9 QItem 24 - Removal of Withdraw Into Pool Function for PBEM play.
/ T1 G! I+ r. Z# ?. u" @" _9 }- F$ _/ u1 Y; Z% ~& C: `
Removed for PBEM or head-to-head play. % C) ]" k1 h4 t6 }4 @$ |
' S& o) Z9 @0 @& e. C1 L& F5 G% P# N/ P
* g0 ~2 l4 G% _/ `# h/ H7 q a% h5 x3 M, V3 @
Item 25 - Removal of display of Named Pilot Pool. , E9 ?5 F9 l* s( E* w! f
" N0 ?! u3 m4 @7 PToo little data available and of little value without full implementation of Disband into Pool. ! K2 d5 z& z5 `2 x
1 I. g% h4 \: z; t& y( J0 S _3 [; a' e% F6 H
: U7 l. r. [" ]( y5 J
3 X V- \. b t$ CItem 26 - Correct Motorized Support used as engineering vehicle / [0 W5 X& L% c) e' G# d( m
% O+ L$ l) I$ p8 t
All type 25 (Vehicle) devices were recognized as engineering vehicles. Limited to the specific Engineering Vehicle device.
9 B6 P% E! f g: i' n& X8 H( a) F6 i1 T' N! A0 M! \9 x
7 B5 r9 L4 h2 ~! ?- }
& |# W1 L! f9 v
. }) R1 K Y* ]1 n3 Q3 O6 r0 y( h/ lItem 27 - Allow transfer of torpedo planes to a carrier in a task force. $ ?: Z. w5 @# X: `# F6 k4 N
. r1 ^* W( G3 b* d: STorpedo planes were omitted from the list of aircraft that could transfer to a carrier in a Task Force. Added.
& U; R" T& T" Y% ~0 |9 M+ a7 s G( B: M0 `2 c
% }' h# }6 p0 P* n. m
) q# r$ k6 |) @; a/ @$ @; m& X( l& b& C' j; {
Item 28 - Return number of Kills by air sub-group to parent.
3 z( C( N& S7 @* ?0 ], u3 d
( F+ m/ f# g. w# z$ ?) Q2 i. `/ p/ NNumber of kills recorded by a sub-group was not being added into the parent airgroup on recombine. Added.
9 l# q5 E- |7 T Z' q! A6 p0 D6 @" ]
' L: a, ?- j0 U f' }5 n3 x
4 N3 X* t0 G J2 y4 f1 `& K/ y0 p. f) R6 q* a1 n/ R
Item 29 - Leader loss after divide of parent subunit.
: g# p4 _9 D3 h1 h7 {* a1 v- X3 M2 u5 \% j' O9 ~
Land unit divide was leaving the parent leader assigned to sub-unit "/A" but still pointing to the parent. This resulted in the leader being removed and the "/A" subunit suddenly acquiring a Staff Officer as leader. Modified Unit Divide process to properly assign leader to "/A" unit. 9 m7 }( J3 M9 g' C7 M6 m
6 h8 s$ S+ c& F9 M" U6 o- @
) O( U1 O; H& t0 I! g: O! j9 Z7 T+ T& e5 g: S/ v
0 o$ Q0 k, O" ]3 a
Item 30 - Assorted Message errors and improvements. t2 O& X" k5 E/ S* O7 P: P# ~3 x
6 h8 N7 Z- g6 N! H4 C# _ R: hOutput string parameter was mistyped at three places, resulting in portions of the formatting instruction being printed as text. Also found three messages loaded for addition to Operations Report but not actually printed. These were for own-side unit arrivals when playing against the AI. Fixed. Added an additional message for ships being upgraded, also only for own side when playing the AI. ; @2 {1 Y Y' k7 ?% t" R- _% R
+ g7 {5 b! D+ `: |& G
* @9 B0 _/ M; S% X \
! W x3 y; M: x5 k3 x
$ L9 _0 L( l- ]1 I8 i) L! f) z& UItem 31 - Confirmation step for Disband and Withdraw Airgroups.
# G2 p' p& Q0 [- \9 ?6 n" X* R% w" m- b' m
The Disband AirGroup and Withdraw AirGroup routines work differently depending on the number of airgroups with the same aircraft/nationality at the same base. 4 D- J q' [ V8 j0 s$ \
-If there are more than one possible groups to which to transfer the aircraft, a list is presented and the user may either chose one or cancel the disband/withdraw.
2 y6 m9 S6 d( e* H- g-When we had Disband/Withdraw Into Pool, there was an "are you sure" verification step (whole feature now removed for PBEM). 2 k0 Y& o4 y* `2 A
-If there is only one possible disband/withdraw into airgroup, the disband/withdraw happens immediately, without verification.
3 U, n) P; l# x% X. ]+ g) U$ M7 H( F: A: h1 z0 T7 c2 x3 b
Add verification for Disband and Withdraw airgroup when only one disband/withdraw into airgroup present.
. n0 o3 \) e1 ?; G5 i2 a, u9 S! y4 a% |" N H
& G( z* d/ z- V. t
$ f: _! }/ @8 \; l$ o4 T. V3 Q1 [) `% |+ e4 Y9 U( H1 N" ~
Item 32 - Adjust size of Carrier's VB unit at the same time that the VS unit is disbanded into it. 2 j9 V9 N+ K8 C) I, X4 C! {/ V" P) D
7 w! \* S* l: P" G5 YAt some point during U.S. Carrier group re-organization the carrier's VS squadron is merged into the VB squadron and the VS unit disbanded. The maximum size of the VB squadron is doubled, but not at the same time. A subsequent execution of the adjustment routine is counted on to up the maximum size but players may move the carrier before this happens, leaving the VB under-sized and over-stocked. Adjusted the maximum size of the VB unit at the same time the VS unit is disbanded into it.
0 q7 z# f w y+ h3 F4 P' _
6 T& S& n& b9 k0 T
. a$ T# Q6 M# r5 r5 [9 v4 K9 [0 l- d
7 t. h8 C& S8 g5 dFix 33 - Fix USN VBF replacement state when game started with Replacements OFF : @) B1 c, ?4 x5 S& l4 c
2 g: t2 i E% p) H$ {/ {/ SVBF airgroups slated for late-war arriving Essex class CVs are coded with 9999 delay in the database. In 1945, the carrier airgroup processing routine will make them appear on their respective carriers. However, execution of this routine is contingent on the No Replacements function being off. If the game is started with the All Replacements Off function selected, all squadrons have replacements set off, including delayed squadrons. This results in the VBF squadrons being perpetually ignored and never arriving. Fixed. 8 y3 l5 \' T2 H/ j
: q6 v" I/ {1 M" w
" c1 L/ G) G+ z: y, a
2 w0 W# i9 W, m7 M+ k4 H3 ~& _' m
, L7 s e" Z3 X) G% V& t2 uItem 34 - Prevent air groups without HQ from being stuck in Organizing : J H% _- x8 V6 ?
! c* y$ `0 S; t9 z! j
Arriving airgroups that do not have an arrival base specified will arrive at the location of their Headquarters. Airgroups without an HQ (Independent) can not have an arrival base assigned and will not go through proper arrival processing. Such groups are not normal but can result from disbanding and are present in some ongoing games. Intercept Independent arriving airgroups that have no HQ but do have a valid nationality and set arrival based on the Home Base of that nationality. . O$ s3 g9 P' ~/ u3 x3 @. V! C0 L- L& V4 p
1 j9 L. E& Q1 P( j2 Y
1 Y" a! h/ ~" ?2 O
4 G v ~$ t3 P% N
$ h" t/ z# \1 R1 x( t: \' KItem 35 – Allow arriving Japanese airgroups to appear on map with less than maximum aircraft.
) g; l* k" S" I: O" J6 c7 F% b2 }5 {5 P
Current airgroup arrival processing requires that there be enough aircraft in the pool to fully equip the airgroup. An attempt is made to equip it with upgrade or downgrade aircraft but, if that is not possible, the airgroup is set to “organizing” status until enough aircraft build up in the pool. Since combat operations frequently keep the pool numbers depressed, such airgroups frequently end up perpetually organizing. Allow airgroups to arrive with less than maximum aircraft. This will put them on the board and under player control. 8 J- _# K8 i) V5 y) h9 e" ]! s9 Y8 I
3 |. s% H* e/ B9 a) {9 e: L
; @) z; d7 ^; e9 \# z( o
9 z& B6 O6 `1 @4 f# M5 h
: W( r: ~/ i7 a# d9 |' K8 q6 f0 \Item 36 - Fix SYS damage error in Ship repair when a damaged weapon is present 7 U2 G) U& B: Y$ H/ K1 P7 j
e2 y" N! B) I
The Ship Repair routine is only called for ships with at least one point of system damage. A check in this routine is intended to ensure that that last point of system damage is not repaired until all weapons damage has been repaired. However this check was incomplete, resulting in ships being “fully repaired” while still having damaged weapons – which would then never be repaired. Extended the existing check to specifically verify that no weapons remain damaged. - p2 I* ?/ ?8 }* |) B3 T
. q7 r8 X6 \5 b4 r0 s" U
" ?% \; `- h& G4 g% z6 M
) q/ h0 W% s& ]1 v, m3 p# H
8 L: K7 J$ a/ n& [$ [Item 37 - Fix overflow in fuel calculation ( L. B8 T6 ~4 T- \8 T f7 h
) D6 a; y" H: H2 N g( j: i2 `; Y& vShip classes with very large fuel amounts can lead to a numeric overflow in the refueling routine. This generates a very large negative number and actually adds fuel to the refueling base instead of subtracting it. Increased size of local variables to maximum unsigned integer to reduce chances of overflow. Also bulletproof with a check to ensure the result is not negative nor greater than class fuel. 6 o2 v' E4 Q( F8 B* A+ F- E
Q0 i( U3 z. i: `1 H
: B% J! l/ R% p! }* R8 P
7 l7 I8 ?- P1 F+ y: Y4 e' g8 c' V9 S
3 w# ~& a5 {6 {5 `
Item 38 - Correct joint air attacks
& H% A. s9 i, f' y: }; N
5 D3 s9 A' j9 C% v3 ~+ R0 fTest for possible joint air attacks was considering range to target but not target, resulting in air units from one part of the map joining in attacks in other, distant locations. Added same-target check.
. T& r+ b# F% G5 a
" S. v$ U. l' U& P
. t' |' P3 ]' @9 G- C- P/ Z9 K+ Z: c7 b( `
5 T6 y, d' T% p% W% RItem 39 - Properly account for removed fragments during Land Unit Divide Check. 4 ?7 v2 C9 d" B. k/ w. y3 N" @ v
1 t; }$ L* D3 DFragments created when a large land unit is transported by sea were not being completely cleared when the unit arrived at it's destination and the fragments were folded back into the parent unit. This prevented the parent from subsequently being able to divide as the divide routine thought there were outstanding fragments of the unit. Modified the fragment removal process to fully clear the fragment. Also bullet proof the divide routine to recognize "removed" fragments so games in process will function. 2 z! o1 h& u3 W t: U2 k- k
+ T# M, |+ C& k0 S8 s3 ~0 o2 b5 i/ ]
9 D! m+ c# G4 ?+ n: M6 q6 P9 \$ J. [. h: y( X2 ]- T
! d: z7 c. M/ n+ r7 X# z
Item 40 - Correct respawn of Allied Cruisers as U.S. Army Ships. , M. ^) d/ ~% T8 n& C6 R+ [8 P( k
- R N& a0 R; K% N6 @( \- G
U.S. and Australian cruisers that are sunk will respawn as U.S. Cleveland or Baltimore class ships. The re-spawn routine sets the nationality in case the ship was originally Australian but uses the incorrect variable. This results in the ships being assign a nationality of U.S. Army, which links them to incorrect leaders. Changed to point to U.S. Navy instead of U.S. Army. Also tightened up processing of airgroups, handled circumstance of airgroups not on ship at time of loss. ' W5 c3 O( S# j* O9 N& D
Z4 f5 _& y2 \) t" S. L$ I3 b- M
4 T. r7 K. }" {% j) E; a b3 I) x/ _, r* ]( {( W
+ B% z6 R! A6 l1 o) l$ Y
Item 41 - Clear captains from scuttled ships, provide chance of captain surviving sunk ship.
; [+ l9 Q& s+ ~! X7 r
9 v1 u9 w( q' o. n4 zCaptains from scuttled ships were not being properly freed, making them "disappear". Freed leaders from scuttled ships. Also reviewed the processing of leaders for all sunk ships and reworked processing to ensure proper freeing of leaders. Provided chance that Captain might survive - with improved chances for both Captain and TF Commander (if different) if there are other ships present when a ship is sunk. % I: _/ N: b2 A
* F8 N* f K/ l5 p9 N9 \, M
F5 F# k9 L0 g, J, b7 O: I* O. j0 {5 s2 G8 H2 d ]" m. s( }
0 \& S9 O; x1 y8 F" K6 o
Item 42 - Allow limited refueling from Soviet Bases once Soviets are active. 5 |7 B- F9 |* T7 B4 ^5 z" j6 W3 m
1 n T0 t+ W5 Z+ i2 [3 O
Fueling is not allowed from Soviet Bases until soviets are active. Found a few places where the "until soviets are active" portion of the check was not implemented. Corrected all checks to include soviet activation. Also limited refueling once soviets are active to Ships in Soviet Task Forces unless base has been captured by the Japanese, in which case only Japanese ships may refuel there. ( r. b4 h- W* R% l) r0 ^
3 e" S) t# c: x0 Q) E: H' ?7 l
: s. | V. i% g x4 W2 E8 W5 b( P: U2 s! J* U$ h5 e& Q
& {. C: S6 b0 s4 U# Z4 C" @* NItem 43 - Activate Four additional Aircraft icon sets. $ `2 }* c- ?6 W- ^- ]% ^ z
& A L7 F' w( k, T
There are 249 aircraft but currently only 244 sets of aircraft artwork. Have found that this can be easily expanded to 248. Expansion to 249 is not easily available as the artwork comes in sets of four and the system will not support 252. NOTE: this will not affect stock scenarios but can be used for modified scenarios, which have run up to the 244 limit.
' ]) ]" h/ c) l; v) p4 w1 D
) i& ^- C+ r8 w Z. z- h+ B& h
5 E9 j# Y% x# B9 Y; [
, Y- S9 n" J9 ~' x
* T: a9 K4 L6 L, ~2 T; MItem 44 - Correct aircraft pool "leak" for reinforcement carrier airgroups
: Q+ z* o6 t9 N2 [8 K& \/ P, P
, u; @# o; _8 U7 CArriving reinforcement carrier squadrons become trapped in a pool draw-down loop. They draw aircraft from the pool but are not properly set up and "lose" the aircraft. Next turn they do it again - leaking the squadron's max aircraft setting from the pool each turn. Carrier airgroups should not be in the reinforcement queue but save games do show them. Fixes in 1.8/1.8.0.1 and another fix in 1.8.0.2 have addressed this but this additional fix is needed for squadrons that are already in the queue (or may end up there due to more variations of the original withdraw/loss error). Forced airgroup initialization. This will ensure the arriving airgroup is properly processed and the planes drawn from the pool are properly used. ) c' i& ?9 a5 G! L, H( s
5 l# @2 ^# `9 v, p) N! I
" E8 R) X _$ C" {" r: y% ?3 ~4 A: y$ ~- }; P" W
0 z M' s4 O. S% c6 j6 I3 K/ v8 [
Item 45 - Disappearing unit during air pick up.
1 {; Z6 f, X1 N! S$ A+ g$ E
* V6 W, D! c! A' wPick up of unit by air transport incorrectly transposing parameters and possibly causing disappearance of unit being picked up. Corrected parameters and added more bulletproofing. 2 L% g$ u4 K3 y0 M% @* H8 S! W9 z
- B0 o) K' T# L3 C7 C4 `, H
7 u% T/ X: N H1 i( }" p* `) v
. g8 v x8 q) }5 m3 pItem 46 - Airgroup Transfers " M2 O8 n- ^1 h) Y M% l
n$ u0 y# E5 B
Miscellaneous clean up for inconsistencies in Airgroup transfers. Add Carrier-to-Dock/Dock-to-Carrier transfers of aigroups to include damaged aircraft. Two more occurrences of phantom airgroup display found and corrected.
9 Y/ o! n2 s1 B' ~" L3 N8 T& i3 i8 S' r T5 H: g
* f7 K% ^- n7 @" l/ o+ n
0 l5 ]) m5 M1 ~( h% \7 Y9 x; Y' _/ l7 [# @0 M8 R6 q5 R7 d
Item 47 - Remove listing of Ready/Damaged/Reserve aircraft from reinforcement Japanese airgroups. 4 U' H* z# h0 j; O
' H" @* w( D# I& K n$ I6 y" b4 dThis information was misleading as no aircraft actually arrive with the groups and they must be filled out using production aircraft. , [- G, S+ t( k m4 ?- w0 o: x. Y
2 l; b0 j+ y) ~6 P/ v
# u' @8 l# U/ J/ e$ G
" [8 h" c) C! a7 q% r. D
9 H7 P) v, \" H4 f6 l7 M TItem 48 - Remove residual Task Force names from TF Mouseover, miscellaneous improvements.
/ N1 Y* U5 u( U9 h
: t/ Z' [2 Y4 P- E/ Q* a( ~Removed residual names (as entered in editor). Added name of ship in single ship task forces. Suppressed some zero data, corrected alignments, reported load/unload condition. 7 Y" m4 W% e! E k+ G9 L4 h
0 O1 v3 y9 [1 {: ^- k6 ~4 c! D3 t: S0 y. s5 u
! { ], G2 r5 |# T1 ^. c
% h; Z& R+ O* D9 _; B. M. ?/ C
Item 49 - Adjusted editor Task Force ranges from 400 Japanese/100 Allied to 250/250.
6 d% r( Q# t; }1 S
* C P. u/ N1 r' C1 k! ~Range is now 3500-3749 for Japanese and 3760-3999 for Allied. No affect on current games or stock scenarios - useful only to modders. 0 b; [% ^" g9 O3 \
5 M6 ]6 K4 i% e( _ h3 J
" g1 m: b; T$ X( N+ U3 ~
, O q. ^3 E$ [$ w( n, r" ?4 A9 h" ^. i1 z2 L. v' _- h: @
Item 50 - Expand minelaying control, allow mining of home ports. 8 a3 J3 d4 Y) j" u$ l9 F) p
( e; o) D/ E! p
Used Unload/Do Not Unload to control minelaying at destination. Minelayers may now mine home ports and/or make stops without mining. Minelyaing messages are generated if at least one side is under computer control. * D1 _- X: C/ ]
NOTES: 7 N1 j. U, r5 X4 f2 S! i# Y
1. When created or rearmed, minelaying TFs will have their minelaying control set to "Do Not Lay Mines". It must be manually set to "Lay Mines" when the player orders the TF to the location where it is to lay mines. ; X: l$ k! _0 `3 P R+ f3 u8 _
2. Minelaying TFs that were created prior to this update and that return to their home ports after this update will immediately reload mines and lay them in the home port. This is due to the unload/do not unload option being in the default (unload) condition. Once the upgraded game takes control of minelayers this will not happen.
$ `+ g% f$ j& Z2 ~7 ~1 ^$ N" Q& s0 x! v! u. T
7 }9 u/ e3 D; f2 S. d% Z1 l
5 U+ q4 [6 N. C3 P
1 D! N1 i) I3 ]7 z8 N* }# ^
Item 51 - Corrected problems with the airgroups-at-base screen. * D7 t( ]1 l" S' Z) r+ e
3 N* ?/ }' D) p$ b/ zRemoved unused hotspots and identified carrier and independent airgroups. Corrected problem with damaged data after sort by HQ (caused by hotspots).
3 s- s1 ?: T. I0 W1 o/ J7 _! b2 Q# s1 q. }
0 R i2 \5 G: r
! i% l- v! m! J0 s7 C4 d1 C9 h0 t6 V6 \% e7 O' R5 W H
Item 52 - Adjusted ship and transfer-to-ship displays to highlight ships over capacity.
8 b$ ?1 {- J1 N/ O. d1 ?& J$ l M) L1 R7 S2 U+ l+ @
For the ship display, over capacity is listed in light red up to 115%, then dark red. For the transfer to ship display, calculation of over-capacity includes the airgroup being transferred (carrier might not be over-capacity now but would be if transfer was made). " ?4 l; z7 T5 [# ~: a2 c0 h
/ ?& M0 d# X+ u T, g$ g" P. D% \6 S, }: U/ z6 m; A8 X
# s) `" J! i& I1 j% c# y7 q' y% k
" g8 V8 D% d' T' u( v, BItem 53 - Prevent carrier airgroups from auto-transferring to command HQs when transferred ashore. ; f6 s9 \* p' o! _6 p% `& t
( o6 G0 _0 }# P+ A# i9 ]Fix implemented only for human player.
, S5 G! ^% K/ _6 P- r: a4 F* w" j) E) N) V2 v+ J2 A
) M$ U! y1 ?/ m5 Q) j0 r
* r, b! |5 l) i& b S* q% ]
& e3 n- V, |$ L, L' X. rItem 54 - Prevent carrier airgroup fragments from returning to their parents if out of range.
4 W; N4 A; W/ R: o2 H
# @8 Y. _. q6 X5 J. }Fix implemented only for human player. AI will still use this feature. 6 H5 b! _( k0 h6 N! |5 L. K: t
& C( r# q' Y0 e k& j) ~
& y% p* l$ K' r3 K4 X, t
" Z O a. `4 ] g+ H. i8 c- |- }9 r/ N* c7 B3 `6 s- f
Item 55 - Scuttling the last ship in a Task Force produces unpredictable results. ) N" L: h. |. g
6 J2 r! D. K' @3 YScuttling the last, or only, ship in a Task Force produced unpredictable results. If the TF was at sea, focus would be lost. This was normally just a display anomaly which could be corrected by refocusing the screen. If the TF was at a port the application would randomly either crash or lose the ability to properly display units at a base. % D, L& T/ H# Y+ I
. e: p6 e9 S1 Q" y( w2 Z. }- U
& O- U8 u4 o" l6 K' t( B4 I
! S$ j1 u9 w! i0 Q4 O6 A$ W; S8 I& _8 j$ e' A0 x" Q) t
Item 56 - Cancelling TF creation immediately after disbanding the last TF at a base produces unpredictable results.
# O/ C7 U2 z* f- R4 e5 ]
; s1 K8 Y# ^5 p2 n: r' V; l/ TDisbanding the last TF at a base left base TF pointers in an inconsistent state. This was wrong but did not cause any crashes due to the order of processing. When a TF creation was started and then aborted without building a TF, the globals were partially reset to their previous (now invalid) values, causing unpredictable results and occassional crashes.
! q: H; m8 a+ i9 H" q. y, R
* b5 O6 \# Z9 H% {9 |( X7 N: | ~& j. Z1 G# i) F; c% R9 Z
+ y/ G) Q0 |" M& m, R
. U; R+ D" R4 j$ K: PItem 57 - Loss of Land Unit display at a base
- s5 L+ ^+ B3 k9 ?& p0 D% ~
`* s8 M4 M% w$ q- mUnder certain circumstances land units at a base would not display when that base was selected. Found and fixed invalid unit pointer. 8 b3 s; Y2 R; F7 d* J( ^
; W. \1 p5 {5 d* C7 C
6 ?7 m. h$ H. X5 ~5 V
" _5 K2 B' Q3 h' z) w, d5 z& J4 p Q# `% x0 {" M
Fix 58 - Enemy mines reported as Friendly
2 T$ L5 R; d7 \0 M$ ~9 w
9 b# S; ~: d: a8 O. q; LAn error in the mine counting routine was counting all mines in a hex, friendly or enemy, instead of just friendly. Fixified. 8 j# y) G/ k) O6 F
' G3 a' D! K+ {: e
4 h% j$ N7 Y' t- H/ S4 e0 Q5 D5 i, a
: g% s' `5 Q8 `
" T ]! p4 h$ G+ uFix 59 - Add Ships-due-Update to ships screens
. n5 P) f( x! _( b. a. \* l6 }) z4 w) o4 |$ y3 C1 D
Provide a selection on the ships screen (hot key "s" screen) and ships at anchor screen (displayed after pressing "Anchor" at a base). For both, toggle between displaying all active ships (current mode) and displaying only those ships that are due to a refit (upgrade). Due for upgrade is defined as having reached or exceeded the month/year in which the ship's current class is due to upgrade to the ship's upgrade class. & d0 m7 o1 z$ F# b! B
9 ^/ k& e; I+ f G5 O' y
# }+ z( A) w% l6 C1 s: Z# V) e8 ?7 c3 Q' l$ T( }' {6 i5 ^$ n+ {$ C
4 `7 F6 r! A$ F* F. c# q( M' A
Fix 61 - Load Troops option grayed out on transport TF
# I. Q: s1 X R; C# [2 L
- f9 f4 ]$ A/ D' u$ `6 l7 PThe load troops option would sometimes not be available on a transport TF. Load only troops would be available normally. Found a residual value in the loadTroopsOnly indicator that was not being properly cleared. While in there also found improper clearing of the Do Not Unload control and an internal indicator that controls unloading. These resulted in an occasional mismatch between the Do Not Unload option and Loading/Unloading troops. Cleared them.
3 _( s7 y, ^$ N m# `! }. M, j) t3 n1 f% e' g6 a
" \% |# m: r3 u( E5 q
6 Q* C/ |* s8 p- D. p$ e" V
% r% T+ O7 w# b( @, u0 x! FFix 62 - Switching between Pearl Harbor and San Francisco using the "Go to Home Port" button does not properly reset page pointers.
+ `! q$ b& @* p' I7 p+ Z1 G) w, a2 g, E6 D& \0 `
This resulted in possible improper display of AirGroup, Task Force, and Land Unit "pages". Fixed
3 Q3 {2 a; z" G% L9 |, Y
6 B% I l$ m7 Y& p
6 v8 g! G) a( J) n
9 g5 B" N- t" p2 n! ]: Q) k4 j9 S) u( e
Fix 63 - Enhancements to all four ship list screens for more detail in ship type selections.
: i$ {- P0 x& F! E( ^6 t) |+ s$ L) v
For the Ship List, Ships at Anchor List, Ship Reinforcement List, and Ships Sunk List, provided extra selection capability: ( C0 \& m" {# ]9 h4 |" a
1. Broke out CVE from carriers, leaving CV/CVL as only fleet and light carriers. + {' z) j* r( d5 B+ D1 U: U; O8 y
2. Broke DD category into three: DD, DE, APD 0 f `& M9 y' H) J b: v
3. Split AP/AK into two separate selections. 3 c/ L. {2 Q7 n
4. Split TK/AO into two separate selections. # f+ r7 i+ i: y6 G8 s# H3 }
5. Created new selection "Mine" for all minecraft and removed from "AUX"
% D$ d$ Z' N& b4 r: m! k% L; D2 o9 q6. Created new selection "Pat" for all small "patrol" warships and removed from "AUX"
* ?: i# b3 w1 I/ u3 } k7. Created new selection "LS" for all larger landing ships (LSD, LSV, LST) and removed from "AUX"
% o+ ]8 s! I5 w8. Created new selection "LC" for all smaller landing craft and removed from "AUX"
, b6 s7 @7 {2 o9. Retained Aux, now limited to auxiliaries and tenders.
) l3 T' S7 {0 u$ r3 }0 e
! F9 a5 t$ e9 T' E2 ^2 RIn addition, added "side" selection to Sunk Ship Lists to allow optional display of Japanese or Allied ships.
" m- I( E5 L8 k% k4 s3 c4 |! x" r6 o# a
5 {! \/ h8 b, e: V( _6 U
+ h7 X# T9 \3 F; L+ q9 w
; ~& C7 q' `" G) iFix 64 - Enhancements to Aircraft Replacements Pool Screen.
9 ]2 W7 t# _( ^! z6 V% Y# d' q0 Y: I9 @' w7 O/ b, E
Added aircraft type selection, along with additional selections to allow selective display of active or R&D aircraft and those aircraft with planes in pool or without.
5 S; R6 F2 v. _8 G$ h2 K& A
1 a& b I" i# J7 }3 f& @6 I7 @+ Q+ [# S& y- }" Z2 @( H9 T
" N5 S1 ]* B9 ^4 [3 I( l$ J
- M* E; L% ? g8 V8 k! l9 ~
Fix 65 - Aircraft being returned to pool when a group has fragments on the board. 6 N/ M0 `2 U) }
; F1 R9 Z( M/ H: {, n# O
Airgroups with fragments would sometimes see aircraft disappear from the parent or fragment. This was caused by an incorrect calculation in total authorized size of the fragments, which triggered an automatic return of "extra" aircraft to the pool. Fixed. 4 S% S3 p E6 j! r0 m
$ r0 t% e! y3 c4 `) l
, }0 i0 ~2 U- ?7 e ~3 N
, j& D. ^1 o* A5 d' }8 }
+ g; N* M+ D0 x# FFix 66 - Control Zone boundary error. , `' i8 v1 P" p$ I$ `' V
- K# z7 @5 R5 G$ \Some hexes in x row 50 and y row 89 were incorrectly being reported as South Zone when they should be in South East. Fixed. ( W' ]+ _; r" k5 g! b% q
1 p. Q, i- H- ]% k5 T
$ }" d# F. v# Y. u, q3 e& }$ }" Y$ n% {+ h4 E
5 q: ?+ H& X4 }
Fix 67 - Next/Previous Task Force Hot Key
9 u; T( w' K, v8 D) `0 ]$ t" n- _% S) d4 ~
The ">" and "<" keys can now be used to move through active task forces. For convenience, the unshifted ".' and "," may also be used. When the Next/Previous hot keys are used, any currently open screen is closed and the map is centered on the next or previous task force (by TF number). In addition, the Next/Previous Task Force is conditioned by the Task Force selections in the Task Force List Screen (hot key "t"). If, for example, only Submarine Task Forces are selected using the controls in the Task Force List Screen, the ">" key can be used to sequentially step through all submarine task forces. 7 |( r8 m" k& w. b0 ^3 V
' Z5 ?' u( Q4 D$ p- m9 F4 U
, d6 `! j4 Q5 x4 @
& w+ ^: d$ ]& S; W' M: I) B2 i: b4 A/ Z' R0 b, S9 S" U
Fix 68 - Bulletproof against divide by zero error.
7 v5 L. K4 [1 D, l( h9 `$ i4 U7 B6 m0 M- j ]
If players move airgroups on/off carriers such that none of the original groups are on a carrier and other group(s) are, the airgroup size calculation will produce a divide by zero. We do keep telling you not to do this. 0 Y$ A- `* E' H
Fixed. ' b% @. ~, u6 i8 C- {1 ^
( l) I1 Z, d' P% w Z$ b
7 ~& N- i& W6 P# ^' s* E
8 I/ B" s6 O0 D5 |
2 o) U- G7 r! X ?' k
Fix 69 - Sync bug caused by escape during strafe attack. ) k, e0 Y1 j* S3 Q; G1 h, c! X
0 M$ Y2 d. G' K+ M, qHitting the escape key during replay of a PBEM turn while a strafe attack is being processed will result in loss of synchronization of the replay. Fixed.
1 n0 W' U1 D6 J9 f
; y( V: V% I; P, n' C, I* h: R! B7 _ j3 Z9 i) [
2 X* N' E1 y' I7 s6 W
9 L9 v. I7 x1 U4 L CItem 70-> Internal restructure.
( u9 O$ @# u* R* P4 A
2 g; ] e" L, f& a( M# u0 vSeveral internal processing routines have been restructured and/or modified for efficiency. No change to game function.
' l% a: g3 j4 V
- f4 X: x d# Z( L[ 本帖最后由 飞龙 于 2006-10-12 00:38 编辑 ] |
发表于 2006-10-12 00:22
|