Search the Community
Showing results for tags 'op: donaldseadog'.
-
in GE vers 2025.025 scenario 2 there are a significant number of aground ships. When looking in the Scenario Editor and comparing with 2022.027 the BS map appears to have been distorted. Screen shots below
-
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
-
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
-
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
-
GE 2025.017 BS Malacca (built in HCDB2 170909) Attached zip with orignal scenario, two saved games (both should get to crash within a few secs, depends on luck of attacking SAM), two GE.LOG for respective saves but both very similiar. Just let either save game run. it is somewhat inconsistent as the time taken before chopper is hit by sam seems to vary but this assertion failed notice comes up and then game crash. StoreCrash1.zip
-
When exiting game and saving only one time during the game, eg at game close, on opening the saved game the UUID and UUID_PREV values of ScenSaveDataIn are unchanged from the previous session. If at least two saves are done during the game then on opening the saved game the UUID value is new and the UUID_PREV value is the UUID value from the previous session, as I expect. I've made screen shots as follows: 1/ A fresh game start opening a scenario. The AIWindow console bottom left shows the ScenLoad passed data for ScenSaveDataIn.UUID and .UUID_PREV The next step is after closing the previous game with a game save then opening the saved game. The AIWindoww shows the same UUID and UUID_PREV (blank) values. Next (no screen shot) Ctrl S was used to save the game, no changes were seen in either LazGui (right side lower screen) or AIWindow. The game was closed with game save (so two saves that session) then the saved game opened. Tadah a new UUID is seen in the ScenLoad data in AIWindow and the UUID_PREV is the old UUID, as expected The game was again closed with game save (only one game save that session) and the saved game opened again with unchanged data Reading the documentation I expect that the data update seen when there are two (or more) game saves in a session should occur for every game save.
-
install 2025.016 database hcdb2-170909 battleset westpac in the zip pack the parent scenario and xml, GE.log, and two saves a second apart, either save should get you to the crash. Interceptor F106A has fired jenie nuke aams at a fllight of bombers, there is impact and the bombers are wiped out, there is an error message and any response to the error message (retry, ignore) results in game crash. I personally think this is a moral indicator that nukes shouldn't be used in any situation westpac-jenie.0002.0004.zip
- 7 replies
-
- 1
-
-
- verrep: 2025.016
- op: donaldseadog
- (and 2 more)
-
StoreConsumed in Effects.c about line 727 is only being called if FireGuns returns true which is incorrect, StoreConsumed should be called no matter the return value of FireGuns. Also around Effects.c line 1055 Also around Effects.c line 1189
-
IN this attached zip there is the original scenario (attack) and a saved game (ItsGone.0046) - using: Westpac BS and HCDB2-170909 DB I played with GE 2024.003 In the saved game a unit from the group ZXS (now group ZVS) has been destroyed and it's sinking. In a moment the undamaged remaining ship in group ZXS will instantly sink. Analysis shows that in the code the SinkEvent that was associated with the genuine sinking unit of group ZVS seems to have transferred to the non damaged remaining ZXS unit. The sinking ZVS unit never sinks. At the moment this is probably only useful as a funny distraction, I believe I need to go back and try to find when the 'transfer' of the SinkEvent occurs in order to determine where is the error. ItsGone.0046.zip
- 4 replies
-
- 1
-
-
- verrep: 2024.003
- op: donaldseadog
- (and 4 more)
-
Low Priority: In the SE when moving the position of a group to a west longitude it lists the longitude as east.
- 4 replies
-
- 1
-
-
- op: donaldseadog
- ver se2023.011
- (and 2 more)
-
using database hccw 140314 battleset westpac seen in GE 2022.027 scenario SlowTurn_CW_WestPac.scq starts with blue single ship group headed near north and detects a single ship red group just out of gun range approx due west. save game SlowTurn.hpq Blue group has been ordered to attack red group, it has calculated course to close and attack, out of range reported as 3 mile. Group continues on original course for 30 mins but during this time it continues to recalculate the course to close. save game SlowTurn+28.hpq is about 28 min after attack order, in about 2 mins the group will come around on heading for the latest course to close. Research tells me a destroyer should turn on about a 1/4 mile radius (~450 yds), at 30 knots it should do a half mile per min so turn about 90 deg in 45 sec. ? SlowTurn_CW_WestPac.zip
-
If a target is ordered to be attacked by an aircraft within gun range but outside gun arc (with no other weapons available) then a staff message is received "Sir, should we engage with only cannon fire?" If you answer yes the game will crash. If you answer no then your plane proceeds on its current course with no action. If you determine the bearing of the enemy plane using ctrlF then use course editor F3 to head generally in that direction you can engage the enemy. I'd expect that you should be able to answer yes to the staff message and have your aircraft turn to engage (if it turns fast enough), or at least not crash game. The test uses westpac BS and HCWW-101110 DB. I used GE version 2024.006 (but I've been seeing the issue for quite some time). To reproduce start the saved game, your (sole) aircraft group should be active (selected), the enemy plane group is likely hidden in the GUI but is visible, issue attack F1 command (there should be only one available target) and answer yes to the staff message. There is a brief pause of a a few seconds and the game crashes. The saved game and the original scenario are included. WW_cannon_GunArc.scq.zip
-
The attached scenario is run in westpac BS using HCDB 150929 database. GE 2024.006. There is a single sub. THe max speed of this sub on surface is 10 kts. It is currently submerged and traveling at its max speed or 21 kts. Use command F2 to set the speed/depth to surfaced and any speed about 10, say 15. Execute the command and the sub continues on the surface at an illegal speed. If you set the speed again you are now only able to set the legal speeds if it remains surfaced. A similar thing happens with subs that have a higher surface speed than their max submerged speed. I would expect that when changing the speed/alt from submerged to surface you should only be able to set legal surface speeds. SubChngeDepth_Spd.scq.zip
-
- 2
-
-
- verrep: 2024.006
- op: donaldseadog
- (and 1 more)
-
submarine launch missile at non localised target unit
donaldseadog posted a topic in Defect Tracking
BS=Medc2003, DB=HCDB2-170909 & GE=2024.006 Situation: SG ABS (blue) comprises two units, AB00 I believe is not detected by the red enemy or at least they have no indication of location. AB01 they have exact location. They fire missile at both units. I believe that the missiles are targeting AB00 as if they had an exact location but they do not. Two saved games are zipped, AShM-SL005 is a couple of seconds before SLSSMatNotKnownTarget. Open game AShM-SL005, the red enemy has approx fix on AB01 and no fix on AB00, within a sec (or two) an exact fix is obtained on AB01 and missiles are fired at both units although red enemy still has no location of AB00. SLSSMatNotKnownTarget simply shows this situation at time of firing missiles. SLSSMatNotKnownTarget.zip -
It appears that ActGroupPtr (for use with Export.dll) does not ‘fire’ when the selected group in the GE changes by virtue of an air group being split. The Zip file includes the saved game ActGrouPtrNoFIreGrpSplt.hpq and its parent scenario for use in WestPac BS with HCDB 150929 DB . To replicate open the saved game and select the Air group ABA (comprising two F-111), split one plane and follow the normal suggested setting of a course for the new group ACA. The selected group in the game changes from the original Air Group to the new Group but ActGroupPtr does not fire in export.dll addon programs eg LazGUI (see included JPG) and the ActGroupPtr remains the old selected group. ActGroupPtrNoFire.zip
-
Test uses mk13gmls (one armed bandit), 4 harpoon ssm available and three surface target in range. DB indicates only one harpoon can be fired at a time (single rail launcher) but the restriction isn't applied. Also DB indicates only two targets at a time but can target more. attached zip contains txt explanation of test, original scenario (Westpac BS) used in test, two saved game short cuts and screen shot to help explanation text. Procedure: start scenario mk13gmls.scq (use HCDB-140909 DB, Westpac BS), play blue, continue until detect three enemy ships. This point is save game mk13gmls-1 if you want a short cut. Attack (F1) the enemy and see that the computer allocation is correct for single rail GMLS assigning only one missile. (left diag in JPG file) but you can allocate any number up to the total local mag of 4 *. I have allocated three, one to each target and execute. Wait a little for missile flight part way to target, this is game save mk13gmls-2 and you can see right diagin jpg 3 individual misile units of a single group headed for their respective targets. 1/ Only one missile should be able to launch at a time, but can launch more. 2/ Only 2 targets ( I don't know why two on a single arm launcher but db says 2) should be able to be engaged but can engage more. * re the numbers, in a modified DB with 40 available harpoon in the mk13 I could launch all 40 at the one time. Don mk13gmls.zip
-
- 1
-
-
- op: donaldseadog
- unfiled
- (and 1 more)
-
In the group window the ID for neutrals isn't showing. GE 2023.008 incase useful a small scenario attached in zip pack, westpac BS, hcdb2/170909 DB. NeutralIDsHCDB2Westpac.zip
-
Land attack (only) missiles are hitting sea platforms. (another TonyD, Eric70, donaldseadog adventure) zip pack includes saved game LAM1.hpq and the scenario file, LAMissile-hcdb-Westpac,from which it has played, the xml file and the GE from a play of the saved game. In the saved game start a flight of three skipjack bombers have attacked the AD AAm with three vollies of KentC Land Attack missiles, and RTB. This plane /loadout combo can't directly attack sea groups( tested seaprately). The outcome varies with different plays but invariably some Kent over run the AD (or the AD is destroyed) and go on to hit the ship Xiangyanghong 21. The Kent shouldn't attack sea platforms, and maybe shouldn't attack their own side. Played with GE 2023.008, database is hcdb-150929, and battleset westpac. It is believed that this has been occurring in previous game versions. LAM1-hcdb-westpac.zip
-
Carribean Basin BS, HCDA database, 2023.007 GE Assertion error popup, game proceeded normally after ignore button. Zipped: game save about 1 sec before occurrence, but not duplicated on replay. and GE.log enemy ship ZYS is detected and cobra helo of base AAB is selected to intercept aa-typebad.zip
-
super slueth TonyD has found a number of older scenarios don't open in GE 2023.006, but can be opened in the current SE, saved with no changes, and they run. I've attached a zipped scenario that shows this defect. GE.log included, runs BS Medc2003, DB HCDB 150621. Don ge_OldScenWontOpen.zip
-
This occurred in GE 2022.016 but repeated (different scenario) GE 2022.20 Error isn't reproduced in saved game from 1 and 4 seconds prior. GE.LOG file attached in zip, line 689,553 (game time 109392) shows: 109392 Combat5.c:1580 - G AMA:AirAttacker: ZZr.. AirTargetType = (a symbol not copied) 109392 Combat5.c:1602 - G ZZr:target_type = 1, range=4, bearing=88 109392 Combat5.c:1704 - after case, gflag=0, wrange=143, WR.weapon_range=143, attack type (type_aa)=0 Note the attacker is an F16 loaded with pavewave bomb 4 m range. (maybe a help, maybe a herring?) Scenario and two saved games from -1 and -4 seconds included. played in custom battle set with in built database included. 109392 Combat5.c:1791 - wrange Was TRUE, which means WR.weapon_range was TRUE 109392 Combat5.c:1803 - Having Staff ask Sir, the effective attack range for these aircraft is 143 NM. Target range is 4 NM. Should we close and attack? excepFltType_aa.zip
-
uses GE 2023.002, included in zip: custom battleset southPacificIslands, hccw140314 db, GE.log screen shot saved game 1 sec before popup. game played on after ignoring error type-aa-invalid-ge.zip
-
When ever I use the F10 message (reminder) generator the game crashes.
-
In seemingly any game after setting radar to intermittent using F9 button, at game save game crashes
-
If you wish to start a new Battleset inbuilt scenario and go to the appropriate menu then the description of the scenario should include only the scenario background but it also includes the Blue Orders. The screen shots are from BS giuk 2003, but it seems other BS are the same. Not a critical error effecting play so low priority.
