Search the Community
Showing results for tags 'fix accepted by reporter'.
-
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
-
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)
-
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
-
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
-
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
-
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
-
GE crashes with out any warning. This has happened several time in about the same spot in the game. I have included the last 5 game saves 1 second apart. If more saved games are needed please let me know. The zip file includes GE log, db and saved games. let me know if you need any additional information. GE Crash 2023.006.zip
-
After leaving TonyD and I alone for 15 minutes we found an issue with the 2023.003 version of the SE. When selection weapons on a plane at an air base the SE Crashes. When selecting Sensor on a ship or a sub the SE crashes. Crashes verified by TD and myself with various db's and scenarios. Included in the Zip file is a small scenario, latest db and the SE log file. 2023.003 SE Crash.zip
-
Upon loading a saved game using the 2023.001 GE scenario crashed. Starting a new game with scenario and db loaded fine. Opened scenario in the SE without any issues. Attached is a saved game, GE log file, latest db. If you need anything else please let me know! 2023.001 Update Saved Game Load Crash.zip
-
When using the autotest batch files against 2022.021 and 2022.022 Release builds, I'm getting assertions thrown in Stubs.c line 351, GetPtrSize. Even if I ignore the assertion, the GE exits soon afterward without warning. Instead of an exitcode of 0 (clean termination of the GE), I see an exitcode of -1073741819. I thought this might only be when using the AutoTest batch files where multiple copies of the GE are running simultaneously so I ran just EC2003 MEDC in single-file (one scenario at a time, one copy of GE running at a time) and still see the exitcode of -1073741819 for 50% of the scenarios (8 clean exits, 8 errors) so far. Error scenarios: EC2003 MEDC 3.0 Blue EC2003 MEDC 5.0 Blue EC2003 MEDC 7.0 Blue EC2003 MEDC 8.0 Blue EC2003 MEDC 9.0 Blue EC2003 MEDC 12.0 Blue EC2003 MEDC 2.0 Red EC2003 MEDC 4.0 Red EC2003 MEDC 5.0 Red EC2003 MEDC 6.0 Red EC2003 MEDC 7.0 Red
-
Attached is a simple scenario for westpac BS HCDB2 DB that was used to produce the screen shots, one from scenario editor, one from game. Looking at the weapon LS-6 in the appropriate loadouts for the JH-7B aircraft in Scenario editor it is listed as surf (attack) while in game it is listed as land (attack) and won't attack sea targets. This makes it possible for the scenario writer to send out patrols that are not appropriately loaded for the intended target. MSBS-Loadout.zip
-
I've not been able to reproduce from saved games but runtime error for type-aa is occasionally occuring. see screen shot I'll continue to try for a reproducable saved game, it seems more likely to occur in larger rather than smaller scenarios.
-
During aircraft operations TonyD and I are receiving this message. If you ignore the message the GE doesn't crash. TonyD found that it occurs with multiple db's. At this point neither TonyD or I have found it affects game play.
-
Hey TonyE Was playing the Block 2 Mediterranean Scenario and came upon a BOA crash event. Version 2022.006 Scenario Block 2 Battleset Med 2003 DB 15928 Upon launching a group or Growlers with decoy I launched them at a base with the expected results. I also did the same with a group of F18E with slammers with the expected results I then tried to use BOA attacks of which both ordinance I believe are capable of. In both case the believe attached png was the result and upon clicking any button shut down the game. I have attached a test scenario for testing. I simply launched both set of aircrafts to attack red base directly. I then use a bearing only attack at the base and receive the error provided in the test file provided. Thanks TonyD testmald.zip
-
The attached (zipped) example uses westpac battleset, HCDB 150929 database and GE 2022.0.0.4 open test scenario BadPatrolSector.scq, select blue base, open formation editor (F4) set an air patrol but when clicking the mouse to set the sector have it over the edge of the extreme perimeter of the formation pattern. You can get a selection that is a complete pie section including the inner circle (which is wrong). See the BadPatrolSector.jpg graphic for the effect you're after. Where the boxed air icon sits is where I clicked the mouse to set the patrol. Execute the formation. This will then be similar to the zipped saved game. In about 50 secs the game will freeze. BadPatrolSector.zip
-
GE 2021.009 I tried HCDB and HCDB2, three separate scenarios within westpac battleset, two custom and one battleset scenario (#1), all consistent crash. Air units either in a patrol around a base or as '0' unit in an air group, select in unit window and select "speed" button and game crash every time. (rather disappointing as I got very excited when I saw it )
-
I have ran three scenarios which were created for EC2000 Norwegian Sea and then tried again converting to EC2003 GIUK. The results for each scenario were different depending on what side you ran it from Red Or Blue. Converting to 2003 had no differ results. Here are my results with the three scenarios attached for testing. Time compression and DB for 2003 had no different affect. Cv32 did not stop responding when ran from either Red or Blue side. You_And_Me_Against_The_World would stop responding when ran from the Blue side but would run fine from the Red side. Eurofed 1 would stop responding for both Blue and Red sides. This was identical behavior for the other Eurofed, Altfed, Medfed and IOPfed series. I am attaching the three scenarios which were tested by Me and Eustice with the same results. The scenarios stopped responding anywhere between 5 and 10 minutes into game time. You_And_Me_Against_The_World.zip EuroFed1.zip cv32.zip
-
I have encountered a hypersonic Rafael in the You and Me Scenario created in the 2000 Norwegian Sea Battleset. In the test scenario provided I have a blue base in UK in which a single SR71 is based and a second blue base in Norway. The red base contains Rafael C which are put on patrol in the formation editor. Upon launching the SR71 to ferry to the Norwegian base and activated the radar the Rafael C soon goes hypersonic to intercept the SR71. Further testing shows this does not happen with the B or M version of the Rafael. It was brought to my attention that in the 2000 BS the platform display for these three are similar aircraft varying in only the top speed which for the Rafael B and M is 1147 while for the Rafael C 9696 which is the speed show in the test scenario. Similar test were ran with the Rafael M and C all versions in the 2003 version GIUK but no similar hypersonic activity was observe. Though the event seems not occur in when scenarios are converted from the 2000 BS to it comparable 2003 BS being able to play with scenario as originally created adds some variables to it. testC.BKm
-
I have a a re occurring crash with GE20019.001. I have narrowed it down to the second. Saved game GE 2019.001 SVG 115 crashes when opened. Saved game GE 2019.001 SVG 113 and 114 open correctly. They are 1 second apart. As long as I keep playing the scenario it keeps running. If you need me to go back several more game seconds please let me know. I have included a copy of my fictional db and saved games files 113,114, and 115 in the zip file. If you need any additional info pleas let me know. Have a great day, Eric GE20019.001 GE Crash.zip
-
Issue Information Issue ID #000004 Issue Type Issue Severity 0 – None Assigned Status 23 – Fix Accepted By Reporter Version 0000.000 Fixed in "I like it" limitationsPosted by broncepulido on 07 December 2012 - 04:42 AM By the same reason as the downloading scenario issue I post here this issue about the new web site. Each time I want to mark some comment, post or link as "I like it" in the Facebook symbol (errr ... I see now apparently it's not a "I like it" for Facebook), I dont realize it, and I get the message "You've reached your quota of possitive votes for today". This issue is present from the start of the new website. Issue-004-_I-like-it_-limitations.pdf
-
Issue Information Issue ID #000002 Issue Type Issue Severity 3 – Medium Status 23 – Fix Accepted By Reporter Version 2009.066 Fixed in 2009.069 ECM and decoys mathematical problemPosted by broncepulido on 18 November 2012 - 01:52 PM I've detected a big problem yesterday in the mathematical model of the ECM and Decoys in HCE. When editing the Battle of Baltim scenario, as I'm not very satisfaced with the very low levels of ECM and decoys, and also I've lowered the SS-N-2a Styx to a probably more realistic 35%, and employed Decoys Level 2 with a value of 40% (as historically in Latakia and Baltim ALL the Styx fired were decoyed with ECM or decoys, and none get his target, and I want to essay that outcome in the game). Doing that, my prediction was the Styx targeting value will be as a negative -5% (PH=35%, minus ECM or Decoy Value=40%, as result a negative PH=-5%), and it will never hit the target. But after some tests and variations, the outcome is THE OPOSSITE !!! The Styx EVER get his target!!! I've obtained with more test consistent results, as in this table: ECM problem: SS-N-2a 35% Decoys 40% PH=251% SS-N-2a 35% Decoys 35% PH=0% SS-N-2a 40% Decoys 40% PH=0% SS-N-2a 39% Decoys 40% PH=255% SS-N-2a 30% Decoys 40% PH=246% SS-N-2a 40% DECM 45% PH=251% As consecuence, if the ECM or chaff value is higher than the missile PH, the Game Engine rest the missile PH from 256, and the resulting number, as in the example by far higher than 100% (as 246%), is the very very high PH of a very primitive missile as Styx when the target is defended by advanced ECM !!!!! I fear this will be embedded in the Game Engine and of not easy solution .... I can only keep very low the ECM and decoys values, and higher the missile PH, to avoid the case .... Issue-002-ECM-and-decoys-mathematical-problem.pdf ECMTEST.zip
-
Issue Information Issue ID #000011 Issue Type Issue Severity 0 – None Assigned Status 23 – Fix Accepted By Reporter Version 2009.050 Fixed in 2009.076 Order of Battle Unit Field Too ShortPosted by miller7219 on 06 March 2013 - 04:30 PM This is a cosmetic "bug", but the Order of Battle window doesn't allow enough room to fully display the name of the unit. Likely the line length just needs to be increased. Start any scenario and then got the Order of Battle form the Reports pull down menu. Example (from HDS III GIUK, Suprise in the Snow scenario): Group Unit Airfield: AEa 00:AFld Jan Mayen/Jan M......cut off Submarine Group:AHU 00:SSN Valiant/Conquero...cut off The Unit box doesn't allow enough space for the platform class/name. Also, the Group box could be widened a bit, or a column ecpander added between the Group and Unit windows. Notice how some of the names are hidden behind the Unit portion to the right. None of this is a show stopper, but it's bothered me for years Issue-011-Order-of-Battle-Unit-Field-Too-Short.pdf
