donaldseadog

View File Cold War Christmas in Taiwan This scenario is written to be played with harpoon classic version 2022.027 or newer. To be played in Westpac Battleset using custom database HCCW-140314. Scenario Background: Its a few days before christmas in a fictional 1964. There has been a continous close co operation between USSR and the Peoples Republic of China (PRC). Pressure in other locations and internal political change has lead to a significant withdrawal of USA forces from the South East Asian area, although a retained interest in the politics. Meanwhile negotiations between PRC and the Republic of China (ROC: Taiwan), following on from repeated incidents in the late 1950's, seem highly likely to lead to a peaceful re unification of Taiwan (Formosa) with it's parent, only a resistance group predominantly within the military stand in the way. This group has been unofficially using military equipment via sea channels and relying on a combined presence of UK, US and democratic West Pacific countries such as Australia. A typical convoy of supply ships is approaching from the Pacific destined for the southern port of Tungkang. Submitter donaldseadog Submitted 07/21/2025 Category WestPac  

From Australian ABC news service https://www.abc.net.au/news/2025-07-16/idf-launches-attack-on-syrian-military-headquarters/105540008?utm_source=abc_news_web&utm_medium=content_shared&utm_campaign=abc_news_web&utm_content=link

Rather tough if you are worried about harming the whales A really good submarine exercise Thanks for this one Enrique,

From Australian ABC news service: https://www.abc.net.au/news/2025-07-13/taipan-helicopter-fly-again-talisman-sabre-nz/105522512?utm_source=abc_news_web&utm_medium=content_shared&utm_campaign=abc_news_web&utm_content=link

Played in BS Westpac with DB HCDB2-170909 game version 2025.023. Carrier group AAC comprises three carriers each with unique class of ac. group ACA is sent out on patrol comprising ac from each carrier. It is ordered to RTB and land. Up until the landing commences the three units have their correct home unit being the unit from which they took off. The saved game AirMove1.0003 (from scenarioAirMove1.scq attached) is the second before they commence to land and units have correct home unit. One second later one ac from each unit has landed on the home carrier of unit AC000, no ac land on the other two carriers. I believe the units should land on their parent carrier from which they took off. Also I believe they shouldn't be able to land on the same carrier 3 AC at a time. A couple of screen shots showing the info in tool AIWindow (played form a slightly earlier saved game) Note that one AC of the unit has landed and home unit is AA:002 (the home unit of AC:000) Note none of the ac of the unit have landed and home unit is AA:001 AirMove1.0003.zip

I've been looking at a simplified version of this and while I haven't had the issue of planes actually not landing they aren't necessarily landing on the their correct carrier. In a surface group including 3 carrier each with different class aircraft, in a mixed sortie comprising aircraft from all carriers it seems that at the time of initiating a landing event the home unit of all aircraft is assigned to the home unit of the lead (lowest unit number) unit, and all aircraft land on that carrier. I think it's a separate but perhaps related issue so I'll make a new post.

From ABC (Australia) news service: https://www.abc.net.au/news/2025-06-08/heritage-honour-for-ships-sunk-in-battle-of-the-coral-sea/105386230?utm_source=abc_news_web&utm_medium=content_shared&utm_campaign=abc_news_web&utm_content=link

https://www.abc.net.au/news/2025-06-03/uk-unveils-radical-defence-overhaul-to-meet-new-global-threats/105368708?utm_source=abc_news_app&utm_medium=content_shared&utm_campaign=abc_news_app&utm_content=other

confirm 2025.021, split air group, surface ship group, surface mobile group, air base, all new groups have their own group UUIDs different from their host/parent group. Also confirmed after game save and load air base with air formation patrols and having had a patrol unit split off before the save were still correctly patrolling after start of the saved game.

A quick check and it looks like all new groups produced by splitting units from a 'parent group' are assigned the parent's group UUID.

another small stone turned perhaps. two screen shots below, the group UUID of the unit split off from AAa is the same as AAa. So the error is occuring at that stage but not somehow showing up until after a game save? PS, note to self, change structure of the lists in AIWindow so the text can be copied to windows clipboard.

further fiddling about and it would seem that the lowest numbered unit of the parent group (AAa) must be split off and the numbers aren't relevant . it is that new group that seems to 'take' the airformation event with it.

Using db hcdb2 170909, westpac BS, GE 2025.019 In the attach file two save games, one before a save and one shortly after loading the save, named accordingly. Before the save the three units of air group ADA comprising had been in air formation patrol of AAa, but split off using F8 group split command. The other independent air groups of single units had also been patrol units in AAa and split of earlier, one unit at a time with no errors occurring. Two log files are also included, these are from two different loadings of the after save game, one with much less logging but including logging for 'load' and giving what looks like interesting information regards air formation loading from the saved game. The issue (illustrated in screen shots below) is that the remaining air formation patrol of AAa is now somehow tangled up with the group ADA and no longer related to the group AAa of which they are a unit. In the F4 Formation Edit screen they are incorrectly listed not by their patrol type but by their class name. In summary, it appeasrs the problem occurs from the loading of the saved game data and that before saving the game multiple units must be split off from the group that hosts the air formation patrols, and all remaining patrols get 'abandoned'. the short log file showing the units of group ADA to confirm constituents screen shot of AIWindow report indicating an air formation event for non existent aircraft AD004. this unit should be AA004. this screen shot shows what the F4 editor looks like with a bad formation unit B707-, also a second bad patrol the E-7A wedgetail BadAirFormPat.zip

It's looking good in 2025.019 confirming I ran same procedure form the test saved game and the problem did not occur.

Ill have a look next day or so.

View File Sth East Asia Exercise #1 Scenario Background: More and more the countries of South East Asia are co operating together in military exercises. In this scenario Japan and Australia partner up with Indonesia and the Philippines in a 4 day exercise where a beachhead has been established on a small Philippines Island by a combined Indonesia and Australian force while Japan and The Philippines are tasked with reversal of the invasion. Notes on Platforms The RAN FFG Newcastle is meant as an example of their project 3000 General Purpose Frigate replacing the old Anzac class. see https://en.wikipedia.org/wiki/Australian_general_purpose_frigate_program THe HC platform used is a Greek Hydra (Meko 200HN) from 2009 as an example of the Meko 200 possible choice. The Philippines BRP Antonio Luna is meant as a representative of their Jose Rizel class of multi-role guided missile frigates, currently in service with the Philippine Navy, are a heavily modified variant of the Republic of Korea Navy's Incheon class frigates. see https://en.wikipedia.org/wiki/Jose_Rizal-class_frigate TO USE: This scenario is to be run with Database HCDB2-170909 in either battleset Malacca (built in database) or the custom battleset SouthPacIslands. It is a seek and destroy type scenario so you will best set up your patrols etc then go to a high acceleration time factor until an enemy is detected (or they detect you). Submitter donaldseadog Submitted 04/26/2025 Category Custom  

I've thought of another level of testing to see if the split off unit has to be the home unit of the AWOL AC. I'll get back on that.

Last night i had a chopper landing on my frigate and the target of an enemy SAM (sm-2 I think) and was delighted but surprised to see the information "point defense got 'em all". Looking at my weapon ammo i deduced it was the 3" otto gun that got the kill. I've previously seen in a similar situation where the chopper lands before impact the sam hits the ship so really a nice result. Unbelievable shooting, maybe.

Oh dear that is very sad reading.

In the attached zip the scenario BasicTest2025018SE-hcdb is written using SE version 2025.018 to test the issue is still current. Database HCDB 150929 is used in westpac BS. THe scenario is opened in GE 2025.018, three choppers are set in air formation patrol within the group AAS. One DDG unit is split off from group to form ABS and a 4th chopper air formation patrol is set for AAS. ABS has no AC. The game is saved giving BasicTest-hcdb-A.hpq. The saved game is opened and the 4 air formation patrols are incorrectly described in the formation editor, the class is noted where it should note the patrol type (in this case ASW). The formation events - both air formation and surface are incorrectly linked to the new group ABS, not AAS. If run the 4 choppers all crash run dry of fuel. AIWindow shows that the AIR-PATROL-EVENTS (and the FORMATION_EVENTS) are linked to group ABS but they should be linked to AAS In the above the listed seahawk (with no preceding number) should list patrol type ie ASW THe chopper should have returned to home unit to refuel BasicTest2025018SE-hcdb.scq.zip

I'll start a new report.

Yah, error is reproducable. I started with westpac bs, scenario #2 , set up airformationpatrols in group AAC, split off (F8) a ship, saved game, started the saved game and the airformationpatrols of AAC were incorrect and the airformationevents were linked to the split off ship group. I've not included any game save at the moment, I'll produce a very small test so it can be done. Also I don't know if it relates to the age of the SE that writes the original scenario, as I haven't seen this happen for some time.

I went back to a previous comment https://harpgamer.com/harpforum/topic/33554-base-air-patrols-loosing-their-base/page/2/#findComment-63871 and looked at the zipped up test save and the same situation, the airformationevent is attributed to the wroing group. Below is the screen shot, the group that the event is asssigned to has no aircraft (edit) I've looked at the original scenario from the save game (rundryB.0006a) and the group AFS (to which the airformation event now attaches, was originally an enemy ship that has been captured. I'll try to dig up more of the test saves that had this problem and look with this wrong event link.