donaldseadog

I modified code in AIWindow to check if landed AC had valid loadouts and the "Ghost" landed aircraft (after landing a group with splitoff then rejoined AC) have invalid loadouts. If that helps?

Yay

A good fun scenario, thanks Enrique.

PS I wonder if that middle east map needs a tweak? That is an interesting area but the map is cut off a bit short.

Well I took my own advice and started in pause to go thru each group and set up as if we'd been steaming for a week.

I'm doing much better, tho I lost two f35 a few mobile units and spent about $40M US on SDBs.

Report to come soon

I've only had time to get started, my hint, start in 0 time compression to evaluate all the situations and set up assets. Otherwise you can have an early defeat 🙄😝

previous post, the saved games don't always result in landing at the next 1/2 secs, the attached files here are more reliable,

...004 should be 2 secs before, .....005 should be 1 sec before landing

TGroupLandSplit-3b.0004.zip

My computer did not cope well with Eric's large scenario so I wrote a smaller one that while it doesn't match in that it doesn't relate to the number of runways it does confirm that under other conditions the same problem of groups not completing landing occurs.

A test in BS westpac using DB HCDB2-170909 GE 2023.011. zipped scenario file and two game saves.

Scenario is opened and a airgroup consisting of 3 Hawk and 3 Aardvark is launched on a patrol.
Split off from the group are 2 Hawk and 1 Aardvark to be joined again to the original group so that it now consists of 4 units = 1Hawk, 2 Aardvark, 2 Hawk and 1 Ardvark.
The group is ordered RTB.
game save ..... 3a is 2 seconds before landing commences, save .... 3b is 1 sec before landing.

NOTE next post has better gamesaves, these aren't always 1 and 2 second before landing

Landing is incomplete and 1 Hawk and 2 Aardvark remain in loiter/landing state until they run dry of fuel.
The landed aircraft include two mysterious units consisting of zero ac and two normal units comprising the landed Hawk and Aardvark.

TGroupLandSplit.zip

2 hours ago, broncepulido said:

For the IA only when the base/ship has been destroyed, the aircraft/helicopter should land in the nearest base/ship.

Oh YES I'd completely overlooked that one. Very true.

2 hours ago, broncepulido said:

About the vote:

I did vote "never" with the detailed explanation in the previous post.

But click "never", I didn't see any change in the pool, I'm questioned something as "If you see the results, you can't vote", but I voted previously: outcome, I open the pool, none vote is casted, even my "never" vote, and obviously the system says me "you can't vote because you watched the result"!!!

There does seem to be a bug in the voting system, I think its been devised by some government, we can only vote they way they want?

We can browse peoples comments for an idea of what people think I guess.

apparently I'm not allowed to vote

I think if it joins a group that is destined to land at a different group or base then it's reasonable to change the units home base to that of the lead unit, but maybe not in other situations?

While looking at another issue it has become apparent that in a situation where a group has more than one unit that is capable of catering for aircraft, aircraft units launching from the group might have their home base changed for no apparent benefit during group split and join operations resulting in the unit RTB to a different base unit from where it tool off.

Is this good/bad indifferent?

Wow, I can't wait to try this one! But I must wait at least until tonight 😋

14 hours ago, broncepulido said:

I almost don't remember it!!!

Haha Enrique, I bet you do

THis scenario escaped my eye (I was on extended shore leave )

incredibly significant so strange it hasn't been already noticed

Low Priority:

In the SE when moving the position of a group to a west longitude it lists the longitude as east.

Next I tried a small edit to the magazine, I did this twice, both to the 6th platform, once to the last mag item once to the first mag item. (I didn't look in the game to see the result). Both times the change showed up in the export csv but when I imported again it was back to the original mag item.

The screen shot shows (left to right) the last export, the first export, the last import (done after the last export), the first import. The selected lines are the item that was edited in PE.

Late now but I'll write up a test scenario for this DB and see what is in commondb.res.

(EDIT) OK, I wrote a test scenario to look at the magazine in toolbox unit report, there was no change to the magazine (Explaining the import 'resetting' the data).

Along those lines, I imported a new (simple) database, then exported without change.

It appears that the annex_mags.csv file is what is imported, and annex_magsEx.csv is what is exported, so I compared the two after the first export (and saved the annex_mags.csv as annex_mags_0.csv.

Comparing the two I can see the mixed up entries, I looked thru the PE and the mix ups seem to all be within a single platform, ie each platform still has the same items but in a different order.

I then did a second import/ export cycle and the two files seemed as they had been after the first export.

(In car with crew control in operation)

Here's a very interesting one, "Unknown Weapon" means (I think, I'd need to check the dll code to be sure) a weapon ID number not in the loaded database?

If anyone else wants to check my guess that the magic number is 20, you need to install my latest toolbox or lazgui-extn to look at unit magazines, you need a simple test scenario with maybe a few different ship class units, strip out all magazine items, add one item to each magazine and give it 'silly' quantity and\or reload values. Export db.

Run game with no db specified (so it uses the exported one) and look at magazine content.

In pe use search feature to find weapon id for the mag items and then look in the csv file (see TEs early post for name but look at the magEx.csv file) to see if it appears 20 items before the item with the silly values.

Does that all make sense?

HINT use a small db, the early CW I used exports from pe in about 3-5 secs, the latest HCDB2 for me takes it seems like a couple of minutes.

16 minutes ago, donaldseadog said:

It's been a great opportunity for me to get back to using the pe, I've mostly ignored it for 10 years or so. And I've seen some wish list items too 😁

I did have a thought while cleaning my teeth last night about lack of obvious pattern and might have another spin tonight if TE doesn't solve the riddle before hand. I'm thinking maybe that by using mostly the first ship class (to make the process of testing easy) I disturbed the pattern and I have to try ship classes further down the class id list.

And infact looking at my screen shots, where I used ship class down the list both error items were same as 20 magazine items before, and in the case of all the jfk as it is at top if list it kept looking at first listed mag item.

So there might be the pattern, a shift of 20 (but 20 is a funny number?)

I'm off to sydney today and my wife drives the first half so I might play with this on my laptop (which can be used in tablet mode, very cool).

4 hours ago, broncepulido said:

Incredible work and incredible outcome!!! (no pattern of the errors, as I did suspect!).

Thanks Donald.

It's been a great opportunity for me to get back to using the pe, I've mostly ignored it for 10 years or so. And I've seen some wish list items too 😁

I did have a thought while cleaning my teeth last night about lack of obvious pattern and might have another spin tonight if TE doesn't solve the riddle before hand. I'm thinking maybe that by using mostly the first ship class (to make the process of testing easy) I disturbed the pattern and I have to try ship classes further down the class id list.

Import seems to import in to PE the incorrect mag items that are seen in GE, so I guess it is working but a bit funny as I wonder if there are 'extra' items: checking against the last about 10 classes with magazine content the csv list seems to progress to the last class (Scrarab A) at item #551, the final ~ 30 items seem misplaced or redundant?

Is it worth going thru the entire 0 - 581 items checking agains the classes in order to see if they fit some where?

One more random, cleared magazine of scarab A TEL and added 12.9mm mg, in GE get the old 127mm but slightly dofferent, looking in csv the nearest occurrence is about 16 slots away.

I went back to Katlin k/1, cleared mag and added 25mm cannon. Good in csv (item 303) but in GE get RGB-10, wep id 22543, which doesn't seem to appear in a ship class anywhere near Katlin k1. So no 'rule'.

Hanging up the towel for a while.