Jump to content

donaldseadog

Members
  • Posts

    1,321
  • Joined

  • Last visited

  • Days Won

    112

Posts posted by donaldseadog

  1. 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)

    image.thumb.png.24cd198f4662953de5692309baecdd26.png

    Note that one AC of the unit has landed and home unit is AA:002 (the home unit of AC:000)

     

    image.thumb.png.7a85ca940626420ae82a7c3e9c5e0840.png

    Note none of the ac of the unit have landed and home unit is AA:001

     

    AirMove1.0003.zip

  2. 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.

  3. 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.

    • Thanks 1
  4. 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?

    image.thumb.png.86496fd621c56d64c95666bc8081687e.png

    image.thumb.png.d6cc58ff354a2e1ec294a5c5d97591cc.png

     

    PS, note to self, change structure of the lists in AIWindow so the text can be copied to windows clipboard.

  5. 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'.

    image.thumb.png.c6f10711881b8306e804264d893abfe3.png

    the short log file

    image.thumb.png.fec239a32fb06456f52979cc3a2ecb61.png

    showing the units of group ADA to confirm constituents

    image.thumb.png.5242a25f0410cf4d24b283208007c067.png

    screen shot of AIWindow report indicating an air formation event for non existent aircraft AD004. this unit should be AA004.

    image.thumb.png.69f69c3c40f572eed0a0fbec7bfbd4a0.png

    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

     

    image.png

    BadAirFormPat.zip

  6. 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).


     

  7. 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.

    • Like 2
  8. 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.

    image.thumb.png.6c3789779b6fd1fc35f14713c942acfe.png

    AIWindow shows that the AIR-PATROL-EVENTS (and the FORMATION_EVENTS) are linked to group ABS but they should be linked to AAS

     

    image.thumb.png.a8f875d549e4b077644f89b412ef5aa3.png

    In the above the listed seahawk (with no preceding number) should list patrol type ie ASW

     

    image.thumb.png.4d1e717050c7c0d827d1733cf6817e71.png

    THe chopper should have returned to home unit to refuel

     

    BasicTest2025018SE-hcdb.scq.zip

  9. 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.

    image.thumb.png.dfa829dbd78eca5b1a55b5715839e700.png

    • Like 1
  10. 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.

    image.thumb.png.d4b80e21104d73fae33e283a6db2417a.png

  11. another clue perhaps, the attached zip file includes a save from scenario 4 of GIUK 2003. The game has gone thru two save/loads. Group ACC has a few air formation units that are not properly operating, in the F4 formation editor it can be seen that they are incorrectly designated not by their patrol type but by their class.

    In AIWindow looking at AirFormationPatrols-Evnets they are not listed for ACC but I found by chance one of them listed for a Submarine groups ARU. Submarine group ARU has a single unit that at the start of the game was a unit of group ACC. Apparently during the save /load game they have been allocated to the wrong group (my guess).

    image.thumb.png.dfaf89142f2da1191eee500937cad495.png

    airPatrolError.zip

×
×
  • Create New...